[PATCH] NEWS: Mention stuff I've dealt with for 7.0

Peter Krempa posted 1 patch 2 weeks ago
Test syntax-check failed
Patches applied successfully (tree, apply log)
git fetch https://github.com/patchew-project/libvirt tags/patchew/a4d979c5865d064a6bc277b6e591e27453730d2e.1610361687.git.pkrempa@redhat.com
NEWS.rst | 37 +++++++++++++++++++++++++++++++++++++
1 file changed, 37 insertions(+)

[PATCH] NEWS: Mention stuff I've dealt with for 7.0

Posted by Peter Krempa 2 weeks ago
Signed-off-by: Peter Krempa <pkrempa@redhat.com>
---
 NEWS.rst | 37 +++++++++++++++++++++++++++++++++++++
 1 file changed, 37 insertions(+)

diff --git a/NEWS.rst b/NEWS.rst
index da88b19d0a..cb111ccb0f 100644
--- a/NEWS.rst
+++ b/NEWS.rst
@@ -11,6 +11,15 @@ For a more fine-grained view, use the `git log`_.
 v7.0.0 (unreleased)
 ===================

+* **Project governance**
+
+  * Formal handover of release tarball signing
+
+    Starting from libvirt-6.6 the release tarballs are signed by Jiří Denemark.
+    Releases starting with 7.0 contain a note from the previous maintainer
+    Daniel Veillard officaly handing over the signing of packages so that the
+    transition can be verified.
+
 * **New features**

   * nodedev: Add node device driver support for AP devices
@@ -19,10 +28,38 @@ v7.0.0 (unreleased)
     queues and AP matrix devices (which are capable of MDEV) of a KVM host
     system in libvirt node device driver with correct object relationships.

+  * qemu: Allow control of ``qcow2`` metadata cache
+
+    In specific usecases such as when massive storage images are used it's
+    possible to achieve better performance with increasing the metadata cache
+    size. The new knob allows advanced users setting the size according to
+    qemu's documentation to suit their image.
+
 * **Improvements**

+  * qemu: Discourage users from polling ``virDomainGetBlockJobInfo`` for block
+    job completion
+
+    Document that waiting for events is a more robust solution.
+
+  * secret: Relax XML schema for the ``usage`` name of a ``secret``
+
+    Various bits of documentation of how to use libvirt with RBD volumes used
+    an usage name which would not pass the XML validation. Relax the requirement
+    to make such XMLs valid.
+
 * **Bug fixes**

+  * qemu: Fix logic bug in inactive snapshot deletion
+
+    This release fixes a bug introduced in ``libvirt-6.9`` where libvirt's
+    snapshot metadata would not be deleted on successful snapshot deletion.
+
+  * qemu: Fix VM's with ``<iotune>`` on an empty cdrom
+
+    Specifying ``<iotune>`` for an empty cdrom would prevent the VM from
+    starting as qemu doesn't accept the tuning for an empty drive. We now
+    postpone the setting of the parameters until a new media is inserted.

 v6.10.0 (2020-12-01)
 ====================
-- 
2.29.2

Re: [PATCH] NEWS: Mention stuff I've dealt with for 7.0

Posted by Andrea Bolognani 2 weeks ago
On Mon, 2021-01-11 at 11:41 +0100, Peter Krempa wrote:
> +  * Formal handover of release tarball signing
> +
> +    Starting from libvirt-6.6 the release tarballs are signed by Jiří Denemark.
> +    Releases starting with 7.0 contain a note from the previous maintainer
> +    Daniel Veillard officaly handing over the signing of packages so that the

*officially

> +  * qemu: Allow control of ``qcow2`` metadata cache
> +
> +    In specific usecases such as when massive storage images are used it's
> +    possible to achieve better performance with increasing the metadata cache

*by increasing

> +  * qemu: Fix logic bug in inactive snapshot deletion
> +
> +    This release fixes a bug introduced in ``libvirt-6.9`` where libvirt's

Please don't use ``s for the libvirt version.

> +  * qemu: Fix VM's with ``<iotune>`` on an empty cdrom

*VMs

> +    Specifying ``<iotune>`` for an empty cdrom would prevent the VM from
> +    starting as qemu doesn't accept the tuning for an empty drive. We now
> +    postpone the setting of the parameters until a new media is inserted.

*postpone setting the parameter

Also leave two empty lines between the last item and the next
heading.

With all these nits addressed

  Reviewed-by: Andrea Bolognani <abologna@redhat.com>

Thank you so much for taking care of this!

-- 
Andrea Bolognani / Red Hat / Virtualization