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

[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

-- 
Aurelien Jarno                          GPG: 4096R/1DDD8C9B
aurelien at aurel32.net                 http://www.aurel32.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20200314/4d3b6d3c/attachment.sig>