Hi, Quoting Francesco Poli (wintermute) (2024-07-16 23:58:53) > I tried to run mmdebstrap-autopkgtest-build-qemu, but now it fails: > > $ TMPDIR=/dev/shm mmdebstrap-autopkgtest-build-qemu \ > --size=25G --boot=efi sid unstable-autopkgtest-amd64.img > please install libarchive13 > > I already had that package on my system, except that, due to the > t64 transition, it is now called 'libarchive13t64': > > $ aptitude search libarchive13 > v libarchive13 - > i A libarchive13t64 - Multi-format archive [...] > > and it only provides 'libarchive13' as a virtual package... > > [t64]: <https://wiki.debian.org/ReleaseGoals/64bit-time> > > I think the check at line 283 of mmdebstrap-autopkgtest-build-qemu > should be changed from: > > for pkg in autopkgtest dosfstools e2fsprogs fdisk mount mtools passwd > uidmap libarchive13; do > test_installed "$pkg" > done > > to the following: > > for pkg in autopkgtest dosfstools e2fsprogs fdisk mount mtools passwd > uidmap libarchive13t64; do > test_installed "$pkg" > done
no. With that change, mmdebstrap-autopkgtest-build-qemu will no longer work on systems without libarchive13t64. > Is there a better strategy (that doesn't force you to modify that line in > mmdebstrap-autopkgtest-build-qemu each time an ABI transition happens > in src:libarchive ) ? This was not an ABI transition from libarchive but an artificial one from Debian. The last time libarchive bumped the SONAME was a decade ago. The proper fix is this: https://gitlab.mister-muffin.de/josch/mmdebstrap/commit/98b3c7f2cdeb42c0fdf71bef28423cded83b7516 Thanks! cheers, josch
signature.asc
Description: signature
