Package: perl Version: 5.28.0-3 The perl/testing autopkgtest checks on ci.debian.net recently started failing like this:
https://ci.debian.net/data/autopkgtest/testing/amd64/p/perl/1312372/log.gz # Failed test 'Breaks for libextutils-parsexs-perl in perl-modules-5.28 matches Module::CoreList for ExtUtils::ParseXS' # at debian/t/control.t line 211. # got: '3.390000' # expected: '3.39' # s/libextutils-parsexs-perl (<< 3.390000)/libextutils-parsexs-perl (<< 3.39)/ # Looks like you failed 1 test of 354. debian/t/control.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/354 subtests (less 76 skipped subtests: 277 okay) This happens when the 'unstable' suite is not in the apt sources. The problem is that control.t looks at the archive to guess the number of 'fake' digits that the libextutils-parsexs-perl version needs appended. This fails now that libextutils-parsexs-perl is removed from testing (but not from unstable). A possible fix is to skip the test when 'unstable' is not in the sources. Alternatively, special casing this package would do too; we already do that for historic packages like libfile-spec-perl and libtime-local-perl. I'd somewhat like to keep the check running for sid because it can potentially reveal changes in the archive that we need to react to. -- Niko