Bug#843809: check that executables don't link to libraries in /usr is broken wrt libsystemd-shared

Michael Biebl biebl at debian.org
Wed Nov 9 21:23:02 GMT 2016


Am 09.11.2016 um 22:11 schrieb Ansgar Burchardt:
> Michael Biebl writes:
>> But now we have a different issue, ldd thinks, that liblz4 is in /lib.:
> [...]
>> This is because of merged-usr. This more or less renders the whole check
>> useless once we build in a chroot which has been created with
>> debootstrap --merged-usr
>>
>> Dunno, maybe we should just drop the check again. Thoughts?
> 
> I suppose one could ask dpkg where it thinks the library belongs to.

That's non-trivial, afaics.

> But as far as I understand, we require /usr is available early, that is
> /usr must already be mounted by the initramfs if it is a separate
> partition.  Making sure nothing in the root partition links against
> libraries from /usr seems a moot exercise when /usr should already be
> available even on non-merged-/usr systems.

We should clearly communicate this then, but I have no good idea how.
Ideally we'd have a preinst check which tests if /usr is separate and
there is no initramfs. But a check for that sounds brittle.

The second best would be, to document it officially.
So next time a user comes around like in [1] or [2], we can simply point
him/her there and close it wontfix

Michael

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=771652
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788913


-- 
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?

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


More information about the Pkg-systemd-maintainers mailing list