Hi, On 2025-09-16 23:57, Michael Biebl wrote: > Hi Guillem > > Am 16.09.25 um 23:46 schrieb Guillem Jover: > > > This can be reproduced on a system with a merged-/usr with selective > > filename aliasing (instead of global directory aliasing). > > > > The problem is that merged-/usr with directory aliasing has been > > shadowing this problem, which is a packaging issue in libgctp. The > > non-dev package should be containing the shared library named as its > > SONAME, which is what dpkg-shlibdeps expects, to be able to map from > > the SONAME to the package that contains the shlibs file. > > > > This has worked on merged-/usr systems with directory aliasing (and > > /lib in the ld.so default path) because dpkg-shlibdeps was able to > > find the file on the filesystem but no match on its db, which > > resulted in triggering a fallback to canonicalize the filename and > > overwrite the filename to package mapping which then leads it to the > > package containing the shlibs file (libgctp-2.0.0 vs libgctp-dev). > > > > On systems where there is no searching or presence of SONAME via /lib, > > then dpkg-shlibdeps does not trigger the canonicalization and instead > > finds the mapping to the -dev package, which contains no shlibs file, > > and that fails the build. > > > > The attached patch should fix the issue (at least it does for me). > > Reassigning to libgctp. > > Thanks a lot for the detailed explanation (and the patch)! > > > Looping in Aurelien as well so he is aware that there is now a fix for this > issue and should not block this glibc change being uploaded to unstable.
Thanks a lot for the investigation and the patch. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B [email protected] http://aurel32.net
signature.asc
Description: PGP signature
