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

[Michael Biebl]

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.



-------------- 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/bb65eb84/attachment-0001.sig>