Hi!
On Thu, 2022-03-24 at 11:35:25 +0100, Paul Gevers wrote:
> Package: libdpkg-perl
> Version: 1.21.2
> Severity: wishlist
> Control: affects -1 autopkgtest
> Recently I updated autopkgtest to handle tests that need their
> Recommends installed in a different way than before [1]. autopkgtest now
> does that reading the debian/control file of the source and processing
> the line with Dpkg::Deps deps_parse. Of course I overlooked
> things. Currently the biggest issue is that variables are allowed in
> debian/control, as they are substituted during the build process. I
> have thought about alternatives, but currently I'm reluctant to build
> another implemtation, as either they are difficult or have other
> issues. It would be great if debs_parse had an option to reduce
> package names that are invalid (most importantly `${something}`) or
> versions that are invalid (most importantantly `(>= ${something})`).
Hmm, but that means autopkgtest will then miss packages that are
listed in Recommends fields on the built packages it is supposed to be
testing, no?
I think the correct answer here is to take those fields from the built
packages, which are to be tested, then you'd get accurate
dependencies, and no need to have to deal with substvars. Is that
alternative you had in mind and already discarded?
Thanks,
Guillem
