Daniel P. Berrangé <berrange@redhat.com> writes:
On Wed, Sep 25, 2024 at 09:15:14AM +0200, Thomas Huth wrote:
According to https://marc.info/?l=fedora-devel-list&m=171934833215726 the GlusterFS development effectively ended. Thus mark it as deprecated in QEMU, so we can remove it in a future release if the project does not gain momentum again.
Acked-by: Niels de Vos <ndevos@redhat.com> Signed-off-by: Thomas Huth <thuth@redhat.com> --- v2: Mark it as deprecated in the QAPI and print a warning once, too
docs/about/deprecated.rst | 9 +++++++++ qapi/block-core.json | 7 ++++++- block/gluster.c | 2 ++ 3 files changed, 17 insertions(+), 1 deletion(-)
diff --git a/docs/about/deprecated.rst b/docs/about/deprecated.rst index ed31d4b0b2..b231aa3948 100644 --- a/docs/about/deprecated.rst +++ b/docs/about/deprecated.rst @@ -395,6 +395,15 @@ Specifying the iSCSI password in plain text on the command line using the used instead, to refer to a ``--object secret...`` instance that provides a password via a file, or encrypted.
+``gluster`` backend (since 9.2) +^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + +According to https://marc.info/?l=fedora-devel-list&m=171934833215726 +the GlusterFS development effectively ended. Unless the development +gains momentum again, the QEMU project might remove the gluster backend +in a future release.
I'd suggest the second half of the sentance can be simplified:
", the QEMU project will remove the gluster backend/"
since marking something as deprecated is a stronger than "might". We /will/ remove it, unless new informaton comes to light that makes us re-evaluate the plans.
Good point.