[libvirt PATCH 3/5] docs: platforms: Simplify support policy
We discuss Linux, FreeBSD and macOS separately, and we even go as
far as splitting Linux distros into short-lifetime and long-lifetime,
when ultimately the same two priciples apply everywhere: we don't
want to support a platform longer than its vendor does, and in cases
where the vendor support is extremely long we need to have a
time-based escape hatch.
Signed-off-by: Andrea Bolognani <abologna(a)redhat.com>
---
docs/platforms.rst | 47 ++++++++++++++--------------------------------
1 file changed, 14 insertions(+), 33 deletions(-)
diff --git a/docs/platforms.rst b/docs/platforms.rst
index 2845ac40ea..702d8d56d3 100644
--- a/docs/platforms.rst
+++ b/docs/platforms.rst
@@ -36,46 +36,27 @@ distros listed below.
* `qemu on Repology`_
* `qemu-kvm on Repology`_
-Linux OS
---------
-
-For distributions with frequent, short-lifetime releases, the project will aim
-to support all versions that are not end of life by their respective vendors.
-For the purposes of identifying supported software versions, the project will
-look at Fedora, Ubuntu, and openSUSE distros. Other short-lifetime distros
-will be assumed to ship similar software versions.
-
-For distributions with long-lifetime releases, the project will aim 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. For
-the purposes of identifying supported software versions, the project will look
-at RHEL, Debian, Ubuntu LTS, and SLES distros. Other long-lifetime distros will
-be assumed to ship similar software versions.
-
-Windows
--------
-
-The project supports building with current versions of the MinGW toolchain,
-hosted on Linux.
-
-macOS
------
+Linux, FreeBSD and macOS
+------------------------
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.
+version is released or when the vendor itself drops support, whichever comes
+first.
-Note that to compile libvirt will require extra packages to be made available
-on the macOS host. It is recommended to use `HomeBrew`_ since this is what
-libvirt CI tests with, however, `MacPorts`_ is an alternative option that is
-likely to work.
+For the purposes of identifying supported software versions available on Linux,
+the project will look at CentOS, Debian, Fedora, openSUSE, RHEL, SLES and
+Ubuntu LTS. Other distros will be assumed to ship similar software versions.
-FreeBSD
+For FreeBSD, decisions will be made based on the contents of the ports tree;
+for macOS, `HomeBrew`_ will be used, although `MacPorts`_ is expected to carry
+similar versions.
+
+Windows
-------
-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.
+The project supports building with current versions of the MinGW toolchain,
+hosted on Linux.
Virtualization platforms
--
2.25.4