On Tue, Jan 09, 2024 at 11:41:17 +0000, Daniel P. Berrangé wrote:
On Mon, Jan 08, 2024 at 10:48:58AM +0100, Peter Krempa wrote:
> On Mon, Jan 08, 2024 at 10:35:53 +0100, Peter Krempa wrote:
> > I've approved and merged
> >
> >
https://gitlab.com/libvirt/libvirt-perl/-/merge_requests/109
> >
> > and posted
> >
> >
https://gitlab.com/libvirt/libvirt-python/-/merge_requests/130
> >
> > which will need to be approved.
> >
> > This should fix the following integration test failure:
> >
> >
https://gitlab.com/libvirt/libvirt/-/jobs/5880074910
>
> Grrr, this broke because debian-10 was dropped from lcitool and
> libvirt-python doesn't build trivially neither in debian-11 nor in
> debian-12.
>
> I might check it later, but honestly got demotivated ...
Yes, it is very frustrating when updating CI with lcitool when youj
want to update the version of one particlar distro, and lcitool forces
you to also replace a different distro, and the latter cause breakage
for some reason. This has hit me time and time and time again.
IMHO it is time to change the policy for lcitool, such that we do
NOT remove old distro versions for *at least* 1 year.
This will give us flexibility to update individual distros without
having to do every distro in lockstep. It will let us debug problems
with certain new distros, without blocking updates of the rest of the
world.
I'd suggest to flag the older distros which would be deleted with a flag
which will produce a warning, when regenerating the CI stuff.
It might be nice to notify that the distro is out of our support policy
but without forcing update.