As usual, a bunch of changes slipped through the cracks during the
development cycle. Update the release notes to include at least the
most notable.
Signed-off-by: Andrea Bolognani <abologna@redhat.com>
---
I'll push this tomorrow morning under the "can't possibly be worse
than leaving it alone" rule, so that it makes it into the release,
unless I get feedback earlier.
docs/news.xml | 50 ++++++++++++++++++++++++++++++++++++++++++++++++++
1 file changed, 50 insertions(+)
diff --git a/docs/news.xml b/docs/news.xml
index 064b9ae83..d034be99a 100644
--- a/docs/news.xml
+++ b/docs/news.xml
@@ -35,8 +35,48 @@
<libvirt>
<release version="v4.0.0" date="unreleased">
<section title="New features">
+ <change>
+ <summary>
+ tools: Provide bash completion support
+ </summary>
+ <description>
+ Both <code>virsh</code> and <code>virt-admin</code> now implement
+ basic bash completion support.
+ </description>
+ </change>
+ <change>
+ <summary>
+ qemu: Refresh capabilities on host microcode update
+ </summary>
+ <description>
+ A microcode update can cause the CPUID bits to change; therefore,
+ the capabilities cache should be rebuilt when such an update is
+ detected on the host.
+ </description>
+ </change>
+ <change>
+ <summary>
+ lxc: Set hostname based on container name
+ </summary>
+ </change>
</section>
<section title="Improvements">
+ <change>
+ <summary>
+ CPU frequency reporting improvements
+ </summary>
+ <description>
+ The CPU frequency will now be reported by <code>virsh nodeinfo</code>
+ and other tools for s390 hosts; at the same time; CPU frequency has
+ been disabled on aarch64 hosts because there's no way to detect it
+ reliably.
+ </description>
+ </change>
+ <change>
+ <summary>
+ libxl: Mark domain0 as persistent
+ </summary>
+ </change>
<change>
<summary>
Xen: Add support for multiple IP addresses on interface devices
@@ -49,6 +89,16 @@
</change>
</section>
<section title="Bug fixes">
+ <change>
+ <summary>
+ qemu: Enforce vCPU hotplug granularity constraints
+ </summary>
+ <description>
+ QEMU 2.7 and newer don't allow guests to start unless the initial
+ vCPUs count is a multiple of the vCPU hotplug granularity, so
+ validate it and report an error if needed.
+ </description>
+ </change>
</section>
</release>
<release version="v3.10.0" date="2017-12-04">
--
2.14.3
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
On 01/17/2018 05:01 PM, Andrea Bolognani wrote: > As usual, a bunch of changes slipped through the cracks during the > development cycle. Update the release notes to include at least the > most notable. > > Signed-off-by: Andrea Bolognani <abologna@redhat.com> > --- > I'll push this tomorrow morning under the "can't possibly be worse > than leaving it alone" rule, so that it makes it into the release, > unless I get feedback earlier. > > docs/news.xml | 50 ++++++++++++++++++++++++++++++++++++++++++++++++++ > 1 file changed, 50 insertions(+) ACK, although .. > > diff --git a/docs/news.xml b/docs/news.xml > index 064b9ae83..d034be99a 100644 > --- a/docs/news.xml > +++ b/docs/news.xml > @@ -35,8 +35,48 @@ > <libvirt> > <release version="v4.0.0" date="unreleased"> > <section title="New features"> > + <change> > + <summary> > + tools: Provide bash completion support > + </summary> > + <description> > + Both <code>virsh</code> and <code>virt-admin</code> now implement > + basic bash completion support. > + </description> > + </change> .. I wanted to advertise this once these are merged: https://www.redhat.com/archives/libvir-list/2018-January/msg00436.html so that users can have full experience. Michal -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
On Wed, 2018-01-17 at 17:12 +0100, Michal Privoznik wrote: > On 01/17/2018 05:01 PM, Andrea Bolognani wrote: > > <release version="v4.0.0" date="unreleased"> > > <section title="New features"> > > + <change> > > + <summary> > > + tools: Provide bash completion support > > + </summary> > > + <description> > > + Both <code>virsh</code> and <code>virt-admin</code> now implement > > + basic bash completion support. > > + </description> > > + </change> > > .. I wanted to advertise this once these are merged: > > https://www.redhat.com/archives/libvir-list/2018-January/msg00436.html > > so that users can have full experience. I know that there are going to be more features down the line, that's why I mentioned it's "basic" support ;) I can pull that from the release notes, if you'd prefer, but it makes sense to me that we would both list basic bash completion as a new feature for this release, and list much improved bash completion as an improvement next release. It's also more accurate from the "code archeology" point of view, assuming we care about that at all. -- Andrea Bolognani / Red Hat / Virtualization -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
On 01/17/2018 05:19 PM, Andrea Bolognani wrote: > On Wed, 2018-01-17 at 17:12 +0100, Michal Privoznik wrote: >> On 01/17/2018 05:01 PM, Andrea Bolognani wrote: >>> <release version="v4.0.0" date="unreleased"> >>> <section title="New features"> >>> + <change> >>> + <summary> >>> + tools: Provide bash completion support >>> + </summary> >>> + <description> >>> + Both <code>virsh</code> and <code>virt-admin</code> now implement >>> + basic bash completion support. >>> + </description> >>> + </change> >> >> .. I wanted to advertise this once these are merged: >> >> https://www.redhat.com/archives/libvir-list/2018-January/msg00436.html >> >> so that users can have full experience. > > I know that there are going to be more features down the line, > that's why I mentioned it's "basic" support ;) > > I can pull that from the release notes, if you'd prefer, but it > makes sense to me that we would both list basic bash completion > as a new feature for this release, and list much improved bash > completion as an improvement next release. It's also more accurate > from the "code archeology" point of view, assuming we care about > that at all. > Okay, fair enough. Leave that in and once the patches are merged we can advertise "enhanced support" :-) Michal -- libvir-list mailing list libvir-list@redhat.com https://www.redhat.com/mailman/listinfo/libvir-list
© 2016 - 2024 Red Hat, Inc.