Control: reassign -1 mklibs Am 14.03.20 um 15:30 schrieb Aurelien Jarno: > 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 >
Ok, let's treat this like a bug in mklibs then.
signature.asc
Description: OpenPGP digital signature
