[libvirt] [PATCH] news: Update for 3.6.0 release

[Andrea Bolognani]

On Fri, 2017-07-28 at 16:11 +0200, Michal Privoznik wrote:
> I was volunteered to prepare the release notes.

Thanks for taking on this task :)

> Signed-off-by: Michal Privoznik <mprivozn at redhat.com>
> ---
> 
> Feel free to propose your stuff too if I forgot to add it.
> 
>  docs/news.xml | 69 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>  1 file changed, 69 insertions(+)
> 
> diff --git a/docs/news.xml b/docs/news.xml
> index ea21cbc3e..03494d257 100644
> --- a/docs/news.xml
> +++ b/docs/news.xml
> @@ -75,8 +75,77 @@
>            configurations.
>          </description>
>        </change>
> +      <change>
> +        <summary>
> +          Require use of GCC 4.4 or CLang compilers

The correct spelling is "Clang" (here and later).

> +        </summary>
> +        <description>
> +          We only ever test libvirt with GCC or CLang which provides a
> +          GCC compatible compilation environment.

Everything after "Clang" can be in parentheses.

> Between them, these
> +          compilers cover every important operating system platform,
> +          even Windows.

s/important/supported/
s/even/including/

> +        </description>
> +      </change>
> +      <change>
> +        <summary>
> +          qemu: shared disks with directsync cache should be safe for migration
> +        </summary>
> +        <description>
> +          At present shared disks can be migrated with either readonly or
> +          <code>cache=none</code>.  But <code>cache=directsync</code> should be
> +          safe for migration, because both <code>cache=directsync</code> and
> +          cache=none don't use the host page cache, and

You forgot to wrap the last occurrence of 'cache=none' in
<code>.

> +          <code>cache=direct</code> write through qemu block layer cache.

s/write through qemu/writes through the QEMU/

I think. I'm not 100% sure what you wanted to say here :)

> +        </description>
> +      </change>
> +      <change>
> +        <summary>
> +          Handle hotplug change on VLAN configuration using OVS
> +        </summary>
> +        <description>
> +          Libvirt was taught to handle VLAN change for running OVS interface.
> +        </description>
> +      </change>
>      </section>
>      <section title="Bug fixes">
> +      <change>
> +        <summary>
> +          qemu: Use vcpu 'node-id' property and pass it back to qemu
> +        </summary>
> +        <description>
> +          Vcpu properties gathered from query-hotpluggable cpus need to be
> +          passed back to qemu. As qemu did not use the node-id property until
> +          now and libvirt forgot to pass it back properly (it was parsed but
> +          not passed around) we did not honor this.

Use "vCPU", "CPUs" and "QEMU". I believe the QMP command name
is 'query-hotpluggable-cpus", eg. you forgot the last dash.

> +        </description>
> +      </change>
> +      <change>
> +        <summary>
> +          Misceleanous stream fixes

s/Misceleanous/Miscellaneous/

> +        </summary>
> +        <description>
> +          After introducing sparse stream features there were still some known
> +          bugs left. Those are fixed in this release.
> +        </description>
> +      </change>
> +      <change>
> +        <summary>
> +          Misceleanous qemu domain NS fixes

s/Misceleanous qemu/qemu: Miscellaneous/

> +        </summary>
> +        <description>
> +          Libvirt starts qemu domains in separate Linux namespaces for a while
> +          now. However, there were still some bugs lingering. For instance
> +          libvirt did not know how to handle file based bind mounts.
> +        </description>
> +      </change>
> +      <change>
> +        <summary>
> +          Various CPU driver improvements
> +        </summary>
> +        <description>
> +          There were some minor bugs when using 'host-model' CPU.
> +        </description>
> +      </change>
>      </section>
>    </release>
>    <release version="v3.5.0" date="2017-07-04">

Thanks again for agreeing to play 'git log' detective ;)

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

-- 
Andrea Bolognani / Red Hat / Virtualization