Bug#914222: perl: autopkgtest failures in the 'testing' suite

[Niko Tyni]

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