Source: ntfs-3g Version: 1:2022.10.3-1.1 Severity: serious Tags: d-i Justification: broken shlibs X-Debbugs-Cc: debian-boot@lists.debian.org, Benjamin Drung <bdr...@debian.org>
Hi, Here's what debian/libntfs-3g89t64/DEBIAN/shlibs looks like after a build: libntfs-3g 89 libntfs-3g89 udeb: libntfs-3g 89 libntfs-3g89 That doesn't match binaries shipped by the source package. See debian/rules: SONAME = $(shell objdump -p debian/tmp/lib/*/libntfs-3g.so.*.* | awk -Fso. '/SONAME/ { print $$2 }') […] override_dh_makeshlibs: dh_makeshlibs --add-udeb=ntfs-3g-udeb -Vlibntfs-3g$(SONAME) In the previous version we had: libntfs-3g 89 libntfs-3g89 udeb: libntfs-3g 89 ntfs-3g-udeb Adding 't64' at the end of the dh_makeshlibs line quoted above gives: libntfs-3g 89 libntfs-3g89t64 udeb: libntfs-3g 89 ntfs-3g-udeb which certainly looks much better. I haven't performed any rebuild test for the reverse dependencies of the library, nor runtime tests on the d-i side (other packages are broken right now). The Depends field of the udeb looks correct now though: -Depends: libc6-udeb (>= 2.37), libntfs-3g89, fuse3-udeb +Depends: libc6-udeb (>= 2.37), fuse3-udeb I'll leave it up to the 64-bit time_t transition drivers to choose how to address this issue (add t64 on the SONAME line, or just in the dh_makeshlibs override, or something else), and to track down packages that might have been rebuilt against the broken library. Cheers, -- Cyril Brulebois (k...@debian.org) <https://debamax.com/> D-I release manager -- Release team member -- Freelance Consultant