Package: mmdebstrap Version: 1.2.1-2 Severity: serious X-Debbugs-Cc: jo...@debian.org
The functionality of lsb-base is in the Essential:yes set since Bullseye. The package itself is now an empty transitional package (because debootstrap doesn't understand the Provides relationship) which depends on the new provider of the functionality, sysvinit-utils, which is also in the Essential:yes set. The problem is, that this empty package is only installed by debootstrap because its resolver is not clever enough to realize that its installation can be avoided. The resolver used by mmdebstrap (apt) does not draw in the useless empty lsb-base package, thus resulting in a difference between the chroots created by debootstrap and mmdebstrap that makes the mmdebstrap test suite not succeed: https://ci.debian.net/data/autopkgtest/unstable/amd64/m/mmdebstrap/26125615/log.gz [...] I: Retrieving logrotate 3.20.1-1 I: Validating logrotate 3.20.1-1 I: Retrieving lsb-base 11.4 W: Couldn't download package lsb-base (ver 11.4 arch all) at http://127.0.0.1/debian/pool/main/l/lsb/lsb-base_11.4_all.deb I: Retrieving dmsetup 2:1.02.185-1 I: Validating dmsetup 2:1.02.185-1 [...] I: Retrieving zlib1g 1:1.2.11.dfsg-4.1 I: Validating zlib1g 1:1.2.11.dfsg-4.1 E: Couldn't download packages: lsb-base Instead of adding a hack to mmdebstrap, lets correct all packages in the Priority:important set that still carry a useless dependency on lsb-base: https://salsa.debian.org/debian/cron/-/merge_requests/7 https://salsa.debian.org/debian/ifupdown/-/merge_requests/12 https://salsa.debian.org/md/kmod/-/merge_requests/9 https://salsa.debian.org/debian/procps/-/merge_requests/6 There is also a proposed lintian message deprecating the use of lsb-base in dependencies: https://salsa.debian.org/lintian/lintian/-/merge_requests/419 Thanks! cheers, josch