Some of the recent entries deviated from the established
style used throughout the file, so let's fix them.

Signed-off-by: Andrea Bolognani <abologna@redhat.com>
---
Pushed as trivial.

 docs/news.xml | 28 ++++++++++++++--------------
 1 file changed, 14 insertions(+), 14 deletions(-)

diff --git a/docs/news.xml b/docs/news.xml
index b86943ab47..4c4ca5f0b9 100644
--- a/docs/news.xml
+++ b/docs/news.xml
@@ -48,7 +48,7 @@
       </change>
       <change>
         <summary>
-          network: support setting a firewalld "zone" for virtual network bridges
+          network: Support setting a firewalld "zone" for virtual network bridges
         </summary>
         <description>
           All libvirt virtual networks with bridges managed by libvirt
@@ -61,7 +61,7 @@
       </change>
       <change>
         <summary>
-          bhyve: support for ignoring unknown MSRs reads and writes
+          bhyve: Support for ignoring unknown MSRs reads and writes
         </summary>
         <description>
           A new &lt;features&gt; element &lt;msrs unknown='ignore'/&gt; was
@@ -71,12 +71,12 @@
       </change>
       <change>
         <summary>
-          QEMU: add support for encrypted VNC TLS keys
+          qemu: Add support for encrypted VNC TLS keys
         </summary>
         <description>
           Use the password stored in the secret driver under the uuid
           specified by the <code>vnc_tls_x509_secret_uuid</code> option
-          in QEMU.conf.
+          in qemu.conf.
         </description>
       </change>
       <change>
@@ -90,7 +90,7 @@
       </change>
       <change>
         <summary>
-          QEMU: Add support for setting post-copy migration bandwidth
+          qemu: Add support for setting post-copy migration bandwidth
         </summary>
         <description>
           Users can now limit the bandwidth of post-copy migration, e.g.
@@ -134,7 +134,7 @@
       </change>
       <change>
         <summary>
-          Allocate QEMU memory at the configured NUMA nodes from start
+          qemu: Allocate memory at the configured NUMA nodes from start
         </summary>
         <description>
           Libvirt used to just start QEMU, let it allocate memory for
@@ -194,7 +194,7 @@
       </change>
       <change>
         <summary>
-          network: fix virtual networks on systems using firewalld+nftables
+          network: Fix virtual networks on systems using firewalld+nftables
         </summary>
         <description>
           Because of the transitional state of firewalld's new support
@@ -221,7 +221,7 @@
       </change>
       <change>
         <summary>
-          QEMU: Fix i6300esb watchdog hotplug on Q35
+          qemu: Fix i6300esb watchdog hotplug on Q35
         </summary>
         <description>
           Ensure that libvirt allocates a PCI address for the device so
@@ -252,7 +252,7 @@
       </change>
       <change>
         <summary>
-          QEMU: Fix guestfwd hotplug/hotunplug
+          qemu: Fix guestfwd hotplug/hotunplug
         </summary>
         <description>
           Fixed the generation of the guestfwd hotplug/unplug command
@@ -262,7 +262,7 @@
       </change>
       <change>
         <summary>
-          QEMU: Forbid CDROMs on virtio bus
+          qemu: Forbid CDROMs on virtio bus
         </summary>
         <description>
           Attempting to create an empty virtio-blk drive or attempting
@@ -272,7 +272,7 @@
       </change>
       <change>
         <summary>
-          QEMU: Use 'raw' for 'volume' disks without format
+          qemu: Use 'raw' for 'volume' disks without format
         </summary>
         <description>
           Storage pools might want to specify format of the image when
@@ -284,7 +284,7 @@
       </change>
       <change>
         <summary>
-          QEMU: domain: Assume 'raw' default storage format also for network storage
+          qemu: Assume 'raw' default storage format also for network storage
         </summary>
         <description>
           Post parse callback adds the 'raw' type only for local files.
@@ -294,7 +294,7 @@
       </change>
       <change>
         <summary>
-          QEMU: Fix block job progress reporting and advocate for READY event
+          qemu: Fix block job progress reporting and advocate for READY event
         </summary>
         <description>
           In some cases QEMU can get to 100% and still not reach the
@@ -306,7 +306,7 @@
       </change>
       <change>
         <summary>
-          QEMU: Don't format image properties for empty drive
+          qemu: Don't format image properties for empty drive
         </summary>
         <description>
           If a <code>-drive</code> has no image, then formatting
-- 
2.20.1

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list

Hi,

This series was run against 'syntax-check' test by patchew.org, which failed, please find the details below:

Type: series
Message-id: 20190228142452.22209-1-abologna@redhat.com
Subject: [libvirt] [PATCH] news: Trivial style fixes

=== TEST SCRIPT BEGIN ===
#!/bin/bash
# Testing script will be invoked under the git checkout with
# HEAD pointing to a commit that has the patches applied on top of "base"
# branch
time bash -c './autogen.sh && make syntax-check'
=== TEST SCRIPT END ===

Updating bcb55ab053bc79561b55d0394490f4b64e0f2d01
error: RPC failed; result=18, HTTP code = 200
fatal: The remote end hung up unexpectedly
error: Could not fetch bcb55ab053bc79561b55d0394490f4b64e0f2d01
Traceback (most recent call last):
  File "patchew-tester/src/patchew-cli", line 521, in test_one
    git_clone_repo(clone, r["repo"], r["head"], logf, True)
  File "patchew-tester/src/patchew-cli", line 48, in git_clone_repo
    stdout=logf, stderr=logf)
  File "/usr/lib64/python3.4/subprocess.py", line 558, in check_call
    raise CalledProcessError(retcode, cmd)
subprocess.CalledProcessError: Command '['git', 'remote', 'add', '-f', '--mirror=fetch', 'bcb55ab053bc79561b55d0394490f4b64e0f2d01', 'https://github.com/patchew-project/libvirt']' returned non-zero exit status 1


---
Email generated automatically by Patchew [http://patchew.org/].
Please send your feedback to patchew-devel@redhat.com

--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list