Bug#953878: libudev1-udeb: library wrongly shipped in the multiarch path

Michael Biebl biebl at debian.org
Sat Mar 14 13:55:24 GMT 2020


Am 14.03.20 um 13:23 schrieb Aurelien Jarno:
> Package: systemd
> Version: 245-2
> Severity: normal
> Tags: patch
> 
> libudev1-udeb ships the libudev.so.1 in the multiarch path:
> 
> | $ dpkg -c libudev1-udeb_245-2_amd64.udeb
> | drwxr-xr-x root/root         0 2020-03-12 12:55 ./
> | drwxr-xr-x root/root         0 2020-03-12 12:55 ./lib/
> | drwxr-xr-x root/root         0 2020-03-12 12:55 ./lib/x86_64-linux-gnu/
> | -rw-r--r-- root/root    174144 2020-03-12 12:55 ./lib/x86_64-linux-gnu/libudev.so.1.6.17
> | lrwxrwxrwx root/root         0 2020-03-12 12:55 ./lib/x86_64-linux-gnu/libudev.so.1 -> libudev.so.1.6.17
> 
> udeb packages should ship the library in the non-multiarch path, i.e.
> /lib or /usr/lib. Otherwise this causes mklibs to fetch the library from
> the system instead of the udeb and increases the size of d-i image

Installing in M-A paths is deliberate to not have any pointless
differences between the udeb and non-udeb build.

TBH, I don't understand the problems you list above. Why would shipping
a file in a different path increase the size of the d-i image?


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20200314/69555381/attachment.sig>


More information about the Pkg-systemd-maintainers mailing list