On Mon, 31 Jul 2017 23:59:04 +0300, Niko Tyni wrote: > > As seen on ci.debian.net with for instance libhttp-tiny-perl and > > libcpan-meta-perl, autopkgtest gets confused about versioned Provides > > that were introduced in sid recently with perl_5.24.1-5. > > > > It looks like "Depends: @" will no longer pull in the binary packages > > to be tested if the same name is also Provided by installed packages > > with a version. > > > > My reading of the autopkgtest code is that it synthesizes a dependency > > on 'package (>= 0~)', where the versioning is assumed to guarantee that > > only a real package gets pulled in. This assumption no longer holds with > > versioned Provides. > > Oh, I'd mostly forgotten about #761003 which introduced the '(>= 0~)' > thing three years ago and where we predicted that this will break with > versioned Provides. > > The solution we discussed there was to insert an additional explicit > apt-get install <package> > phase to the autopkgtest-satdep.deb installation (which unpacks a > temporary package and then calls 'apt-get --fix-missing' to have apt solve > the dependencies.) > > This explicit call prefers real packages to virtual ones (at least in > all my tests though I can't find this documented; possibly this should > be checked with the apt maintainers.) > > Is this approach something you would consider now that the versioned > Provides issue has materialized in practice?
Hi autopkgtest maintainers! AFAIK, this bug is the last blocker for using versioned provides in the perl world, which would be a big help for us. Did you have a chance to take a look? Is there anything we could do to help? Cheers, gregor -- .''`. https://info.comodo.priv.at -- Debian Developer https://www.debian.org : :' : OpenPGP fingerprint D1E1 316E 93A7 60A8 104D 85FA BB3A 6801 8649 AA06 `. `' Member VIBE!AT & SPI Inc. -- Supporter Free Software Foundation Europe `- NP: Element Of Crime: Die Hoffnung die du bringst
signature.asc
Description: Digital Signature
