On Wed, 17 Jul 2024 21:55:04 +0200, Paul Gevers wrote: > > This should fix itself once libxml-libxml-perl 2.0207+dfsg+really+2.0134-4 > > migrates (and libxml2). > That's a slight variant of "This is usually a missing > *versioned* (test) dependency in your reverse (test) dependencies or a > missing Breaks in this package or both. However, if this is *only* a > test issue, it's possible that it's considered wrong to declare that in > the package meta data; in that case reach out to the Release Team to > ignore the apparent autopkgtest regressions for this case."
Right. > So, should libxml-libxslt-perl have a versioned Depends on > libxml-libxml-perl? Or vise versa, a versioned Breaks? We already tightend the dependencies between libxml-libxml-perl and libxml2 (the warnings are in libxml2, the perl module triggers them); I guess doing the same dance with all reverse-dependencies of libxml-libxml-perl for something that appears rarely (cf. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1072012#62 ), wouldn't have shown up without libxml2 being blocked for a long time, and should hopefully be fixed by the migration of libxml-libxml-perl and libxml2 is overkill. So I guess I'd just wait (the new libxml-libxslt-perl version also has no groundbreaking changes); but I might miss something which others may add. 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 `-
signature.asc
Description: Digital Signature
