On Thu, Oct 17, 2024 at 02:38:15PM +0200, Andrea Bolognani wrote:
> On Thu, Oct 17, 2024 at 12:06:04PM +0200, Andrea Bolognani wrote:
> > On Mon, Nov 27, 2023 at 04:33:59PM +0100, Laurent Bigonville wrote:
> > > Source: libvirt
> > > Version: 9.9.0-1
> > > Severity: normal
> > >
> > > Hello,
> > >
> > > libvirt0 Recommends libvirt-l10n with the version equal to
> > > ${binary:Version}
> > >
> > > But libvirt-l10n is an arch:all package, the version should be
> > > equal to ${source:Version}
> >
> > Hi,
> >
> > you seem to be correct, and in fact we even have a similar dependency
> > already:
> >
> > Package: libvirt-daemon-system
> > Architecture: any
> > Depends:
> > libvirt-daemon-config-network (= ${source:Version}),
> >
> > Additionally, we have a number of dependencies that go in the
> > opposite direction, for example:
> >
> > Package: libvirt-clients-qemu
> > Architecture: all
> > Depends:
> > libvirt0 (<< ${source:Version}.1~),
> > libvirt0 (>= ${source:Version}),
> >
> > Is the dependency you've identified the only one that looks out of
> > place? Would you mind going through the control file again (it has
> > changed quite a bit since you filed the bug) and double checking that
> > we got the rest right? I'll do the same myself, but an additional
> > pair of eyes is always good to have :)
>
> I spotted another issue. The tenative patch is at [1], please take a
> look.
>
> Unfortunately I was unable to create a proper MR because, when I try,
> salsa raises an error that clearly doesn't make any sense (source
> branch "arch-deps" does not exist). Hopefully it's just a temporary
> glitch that will sort itself out soon.MR created. https://salsa.debian.org/libvirt-team/libvirt/-/merge_requests/237 -- Andrea Bolognani <e...@kiyuko.org> Resistance is futile, you will be garbage collected.
signature.asc
Description: PGP signature
