Re: perl versioned Provides in sid again

[Ian Jackson <ijackson@chiark.greenend.org.uk>]

Niko Tyni writes ("perl versioned Provides in sid again"):
> Please let us know (via debian-perl@ldo, perl@pdo or otherwise) should
> any issues emerge.

Hi.

My grep-excuses sent me a notification of an autopkgtest failure,
which seems to be tripped by this change.  See below.  The failure
seems to involve it no longer being able to install dpkg-dev.
I doubt that this is due to something in dpkg-dev BICBW.

> just a note that I've re-introduced versioned Provides in
> perl/perl-base/perl-modules-5.28 with 5.28.1-3.  This was briefly in
> sid in July 2017 but had to be reverted [1] due to infrastructure issues
> (#867104 / wanna-build and #867081 / autopkgtest) back then. The issues
> have since been fixed, so I'm hoping everything will Just Work this time.

I think maybe autopkgtest in ci.d.n is not yet fixed ?
CCing debian-ci who I hope will be able to do better than my
ill-informed speculation.

Good luck.

Ian.

autopkgtest regression
    in dgit (n/a) on amd64
    due to perl (5.28.1-1 to 5.28.1-3)
test info
    REGRESSION
    https://ci.debian.net/data/autopkgtest/testing/amd64/d/dgit/1463110/log.gz
    https://ci.debian.net/packages/d/dgit/testing/amd64
    null
    https://ci.debian.net/api/v1/retry/1463110
migration excuses for perl
    Maintainer: Niko Tyni
    Too young, only 0 of 35 days old
    Depends: perl glibc
    old binaries left on amd64: libperl5.26 (from 5.26.2-7) (but ignoring cruft, so nevermind)
    old binaries left on i386: libperl5.26 (from 5.26.2-7) (but ignoring cruft, so nevermind)
    old binaries left on arm64: libperl5.26 (from 5.26.2-7) (but ignoring cruft, so nevermind)
    missing build on armel: libperl5.26 (from 5.26.2-7); libperl-dev, libperl5.28, perl, perl-base, perl-debug (from 5.28.1-2)
    old binaries left on armhf: libperl5.26 (from 5.26.2-7) (but ignoring cruft, so nevermind)
    old binaries left on mips: libperl5.26 (from 5.26.2-7) (but ignoring cruft, so nevermind)
    missing build on mips64el: libperl5.26 (from 5.26.2-7); libperl-dev, libperl5.28, perl, perl-base, perl-debug (from 5.28.1-2)
    missing build on mipsel: libperl5.26 (from 5.26.2-7); libperl-dev, libperl5.28, perl, perl-base, perl-debug (from 5.28.1-2)
    old binaries left on ppc64el: libperl5.26 (from 5.26.2-7) (but ignoring cruft, so nevermind)
    old binaries left on s390x: libperl5.26 (from 5.26.2-7) (but ignoring cruft, so nevermind)
    old binaries left on all: perl-modules-5.26 (from 5.26.2-7); perl-doc, perl-modules-5.28 (from 5.28.1-2) (but ignoring cruft, so nevermind)
    Waiting for piuparts test results (stalls migration) - https://piuparts.debian.org/sid/source/p/perl.html
    Required age increased by 30 days because of autopkgtest


Reading state information...
Correcting dependencies...Starting pkgProblemResolver with broken count: 2
Starting 2 pkgProblemResolver with broken count: 2
Investigating (0) libdpkg-perl:amd64 < none -> 1.19.2 @un uN Ib >
Broken libdpkg-perl:amd64 Depends on perl:any:any < none @un H >
  Considering perl:amd64 0 as a solution to libdpkg-perl:amd64 0
  Holding Back libdpkg-perl:amd64 rather than change perl:any:any
Investigating (0) dpkg-dev:amd64 < none -> 1.19.2 @rc uN Ib >
Broken dpkg-dev:amd64 Depends on perl:any:any < none @un H >
  Considering perl:amd64 0 as a solution to dpkg-dev:amd64 0
  Holding Back dpkg-dev:amd64 rather than change perl:any:any
Investigating (0) autopkgtest-satdep:amd64 < 0 @iU mK Nb Ib >
Broken autopkgtest-satdep:amd64 Depends on dpkg-dev:amd64 < none | 1.19.2 @rc uH >
  Considering dpkg-dev:amd64 0 as a solution to autopkgtest-satdep:amd64 -2
  Removing autopkgtest-satdep:amd64 rather than change dpkg-dev:amd64
Done
 Done
Starting pkgProblemResolver with broken count: 0
Starting 2 pkgProblemResolver with broken count: 0
Done


-- 
Ian Jackson <ijackson@chiark.greenend.org.uk>   These opinions are my own.

If I emailed you from an address @fyvzl.net or @evade.org.uk, that is
a private address which bypasses my fierce spamfilter.