Source: perl Version: 5.30.0-7 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu focal
Dear maintainers, The perl autopkgtest passes in unstable, but consistently fails in testing and will continue to do so: autopkgtest [06:39:56]: test control: prove debian/t/control.t autopkgtest [06:39:56]: test control: [----------------------- # Failed test 'Breaks for libextutils-parsexs-perl in perl-modules-5.30 matches Module::CoreList for ExtUtils::ParseXS' # at debian/t/control.t line 219. # got: '3.400000' # expected: '3.40' # s/libextutils-parsexs-perl (<< 3.400000)/libextutils-parsexs-perl (<< 3.40)/ # s/libextutils-parsexs-perl (= 3.400000)/libextutils-parsexs-perl (= 3.40)/ # Looks like you failed 1 test of 452. debian/t/control.t .. Dubious, test returned 1 (wstat 256, 0x100) Failed 1/452 subtests (less 113 skipped subtests: 338 okay) (https://ci.debian.net/packages/p/perl/testing/amd64/) This test fails because debian/t/control.t relies on finding an existing package in the archive in order to figure out how far to zero-extend the version number that's provided by the upstream source data, before comparing with the contents of debian/control. However, libextutils-parsexs-perl is not in testing /precisely because/ only an older version is available in the archive which is broken by current perl (bug #912682). The test still passes in unstable, but at some point it may start to fail there also if the libextutils-parsexs-perl is removed from the archive. Regardless, this is an unreliable test because it depends on the state of packages in the archive which are not (test,build,runtime) dependencies of perl. It looks like the release team may have overridden this failure once in order to let perl 5.30.0-7 migrate into testing, but this really ought to be resolved. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developer https://www.debian.org/ slanga...@ubuntu.com vor...@debian.org
signature.asc
Description: PGP signature