Hi, On Sat, Jun 1, 2024 at 2:26 AM gregor herrmann <gre...@debian.org> wrote: > > 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~), >
Done. > > 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 > I have removed the Closes from changelog and uploaded libxml2 to unstable. Let's see how it goes. Thanks, Aron
