On 2020-03-14 14:55, Michael Biebl wrote: > 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. This is not something supported by the d-i build system. > 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? > This causes the d-i build system to not find the library, it therefore fallback in to copying the system library, and thus it is present twice in the initrd: $ find . -name libudev.so.1 ./lib/libudev.so.1 ./lib/x86_64-linux-gnu/libudev.so.1 -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurelien@aurel32.net http://www.aurel32.net
Attachment:
signature.asc
Description: PGP signature