Bug#1115395: dpkg-shlibdeps fails to find libraries if /lib is removed from ld.so.conf search path
Guillem Jover
guillem at debian.org
Wed Sep 17 22:04:27 BST 2025
On Wed, 2025-09-17 at 22:09:34 +0200, Michael Biebl wrote:
> Control: severity -1 serious
> As this resulted in broken shlibs dependencies, I'm bumping the
> severity to RC. This might even be something you might want to fix
> via a stable upload as the packages depending on libgctp are
> currently broken in stable.
Just for clarification just in case (given that the wording seems
to imply something else), the packages are breaking dpkg-shlibdeps
assumptions in how they are shipping the shared library and its
symlinks, the shlibs file it provides should be fine by itself (and
the patch should not be changing its contents).
For stable I'd assume that given a default Debian system with
merged-/usr via directory aliasing and with /lib in ld.so.conf,
there should be no breakage, even though the package is still
broken (but should in theory not trigger breakage in dpkg-shlibdeps
there). So while I think fixing it there would make sense to me,
it should not be needed to solve any FTBFS.
Thanks,
Guillem
More information about the debian-science-maintainers
mailing list