[libvirt] [PATCH 00/44] Require QEMU 1.3.0 or newer

Daniel P. Berrangé berrange at redhat.com
Tue Apr 3 15:40:48 UTC 2018


On Tue, Apr 03, 2018 at 05:29:52PM +0200, Andrea Bolognani wrote:
> On Tue, 2018-04-03 at 15:59 +0100, Daniel P. Berrangé wrote:
> > On Tue, Apr 03, 2018 at 04:43:41PM +0200, Andrea Bolognani wrote:
> > > Most of the compelling features introduced by any libvirt release
> > > require the corresponding QEMU feature to be available. And, as
> > > I've argued elsewhere in the thread, replacing the vendor QEMU and
> > > libvirt with recent upstream releases is much easier than replacing
> > > other components of the OS, most notably the kernel (and hence KVM).
> > 
> > There are plenty of features we introduce that don't require new software
> > versions. They may not be as frequent, but there are still compelling.
> 
> How many of those would be compelling enough to convince users to
> step outside of the comfort zone (and probably support terms) of
> vendor-provided packages and roll their own virtualization stack
> from upstream sources?  I reckon not that many. But if you add a
> newer QEMU to the mix, then that's a wholly different value
> proposition.

The introduction of virtlogd was one such feature that was compelling
to upgrade libvirt for without any change in QEMU, as it fixed a long
term security problem in libvirt.

Regards,
Daniel
-- 
|: https://berrange.com      -o-    https://www.flickr.com/photos/dberrange :|
|: https://libvirt.org         -o-            https://fstop138.berrange.com :|
|: https://entangle-photo.org    -o-    https://www.instagram.com/dberrange :|




More information about the libvir-list mailing list