[PATCH 01/17] ci: Drop Ubuntu 1804
Daniel P. Berrangé
berrange at redhat.com
Wed Mar 2 09:48:23 UTC 2022
On Wed, Mar 02, 2022 at 09:12:55AM +0100, Peter Krempa wrote:
> On Tue, Mar 01, 2022 at 17:46:44 +0100, Erik Skultety wrote:
> > On Tue, Feb 15, 2022 at 02:47:44PM +0100, Peter Krempa wrote:
> > > As of April 23 2022, Ubuntu 20.04 will be out for two years, which per
> > > our platform support policy means we no longer have to support
> > > Ubuntu 18.04.
> > Would you mind contributing the patch to libvirt-ci and regenerating the
> > gitlab.yml config with lcitool from manifest when the time comes? :)
> So ... is libvirt-ci always fully mirroring what libvirt does?
> AFAIU lcitool is used at least within the qemu project and I didn't
> really check to see whether qemu will continue caring about Ubuntu 18.04
> and the READMEs in libvirt-ci aren't clearing up the expectations
Accidentally (on purpose), I proposed a platform support matrix for QEMU
that has the same rules as libvirt. So broadly speaking both projects
will target the same platforms at any given point in time.
None the less we should *NOT* remove platforms from libvirt-ci as the
first step. We should remove the platforms from usage in all projects
first. Removing from libvirt-ci should be the last thing.
This is because while projects broadly follow the same goals, the
timeframe in which those goals are applied may not line up exactly.
There can be constraints from the software release cycles. QEMU is
about to enter freeze, but if they encounter problems in CI they
still want to be able to pull in updates from libvirt-ci, without
Ubuntu 18.04 support being ripped out from under their feet.
|: https://berrange.com -o- https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org -o- https://fstop138.berrange.com :|
|: https://entangle-photo.org -o- https://www.instagram.com/dberrange :|
More information about the libvir-list