On Wed, 29 May 2024 23:15:10 +0300, Niko Tyni wrote: > But I think we should add dependency metadata so that the release team, > britney, debci etc. can see the need for a rebuild when we have a > "broken" combination, and then hint the "correct" versions for testing > migration together. Updating libxml2 "middle version" would then mean > a mini-transition.
Ack. > At the moment that would mean having libxml-libxml-perl > Depends: libxml2 (>> 2.12), libxml2 (<< 2.13~) > or something like that, with the numbers automatically generated during > the build of course. Implemented in 2.0207+dfsg+really+2.0134-3: Depends: perl (>= 5.38.2-5), perlapi-5.38.2, libc6 (>= 2.14), libxml2 (>= 2.12), libxml2 (<< 2.13~), libxml-namespacesupport-perl, libxml-sax-perl On Fri, 31 May 2024 15:12:03 +0800, Aron Xu wrote: > I'm fine with the resolution and I have committed a similar thing to > libxml2 following gregoa's advice: > https://salsa.debian.org/xml-sgml-team/libxml2/-/commit/f0f2fc3a207aed66e651b0d75ecea2d9b2028c8c Thanks, please adjust the Breaks to Breaks: libxml-libxml-perl (<< 2.0207+dfsg+really+2.0134-3~), Also, please don't close _this_ bug in the upload; getting the dependency meta-information in order should fix the autopkgtest failures, but the core problem most probably will persist: The test failures on several architectures which makes the package FTBFS: https://buildd.debian.org/status/package.php?p=libxml-libxml-perl 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