Bug#1115395: dpkg-shlibdeps fails to find libraries if /lib is removed from ld.so.conf search path

[Michael Biebl]

Am 17.09.25 um 23:04 schrieb Guillem Jover:

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.

So installing rdeps of libgctp-2.0.0 results in a broken setup.

The point is, packages in stable have a dependency on libgctp-2.0.0 while libgctp-2.0.0.so is actually provided by libgctp-dev.

OpenPGP_signature.asc
Description: OpenPGP digital signature