[PATCH 08/17] qemu: Formally deprecate support for qemu < 3.1
Peter Krempa
pkrempa at redhat.com
Tue Apr 5 07:29:57 UTC 2022
On Mon, Apr 04, 2022 at 08:35:55 -0700, Andrea Bolognani wrote:
> On Mon, Apr 04, 2022 at 10:35:25AM +0200, Peter Krempa wrote:
> > As of April 23 2022, Ubuntu 20.04 will be out for two years, which means
> > we no longer have to support Ubuntu 18.04 along with qemu-2.11 shipped
> > with it.
> >
> > This then brings the minimum qemu version we have to support to
> > qemu-3.1:
> >
> > Debian 10/Stable: 3.1
> > OpenSUSE Leap 15.3: 5.2
> > Ubuntu 20.04: 4.2
> > RHEL/Centos 8.4: 4.2
> >
> > Next event in this space will be 2023/07/06 when Debian 11 will be out
> > for two years.
>
> It's actually much earlier than that :)
>
> Quoting our platform support policy[1]:
>
> The project aims to support the most recent major version at all
> times. Support for the previous major version will be dropped 2
> years after the new major version is released or when the vendor
> itself drops support, whichever comes first. In this context,
> third-party efforts to extend the lifetime of a distro are not
> considered, even when they are endorsed by the vendor (e.g. Debian
> LTS); the same is true of repositories that contain packages
> backported from later releases (e.g. Debian backports).
>
> Looking at the Debian wiki[2] we can see
>
> Version Code name Release date End of life date
> 10 Buster 2019-07-06 ~2022-08
>
> which is consistent with what's written a few lines down
>
> Reminder: the EOL date for the stable release is the date of the
> next stable release plus one year.
Oh, I didn't notice that and somehow assumed that we'd have to apply our
policy of 2 years.
> So come August we'll be able to bump the minimum QEMU version
> further, all the way to 4.2 :)
That is awesome news. I'm really looking forward to delete all
pre-blockdev disk code!!
More information about the libvir-list
mailing list