On Sat, Mar 28, 2026 at 05:35:01PM +0100, Cyril Brulebois wrote: > Roland Clobus <[email protected]> (2026-03-28):
> Let's look at the dependencies at the ELF level: > (unstable-amd64-devel)kibi@tokyo:/tmp/zlib-1.3.dfsg+really1.3.2$ objdump > -x debian/zlib1g-udeb/usr/lib/libminizip.so.1.0.0|grep NEEDED > NEEDED libz.so.1 > NEEDED libc.so.6 > (unstable-amd64-devel)kibi@tokyo:/tmp/zlib-1.3.dfsg+really1.3.2$ objdump > -x debian/zlib1g-udeb/usr/lib/libz.so.1.3.2|grep NEEDED > NEEDED libc.so.6 > I think there might be some confusion going on because of the duality of > “libz 1” entries: ... > I suppose the first one gets picked up (which is arch-specific, and > doesn't feature a udeb line) instead of the second one (which is > generic and is desired in this case). I'm not sure how to best solve > this. This looks like a debhelper bug, it's not coping with lib32 versions of libraries properly here - AFAICT it isn't checking the architecture of the ELF files it's looking at when matching the udeb.
signature.asc
Description: PGP signature
