Open Stack

On 4/6/2018 12:07 PM, Kashyap Chamarthy wrote:
> FWIW, I'd suggest so, if it's not too much maintenance.  It'll just
> spare you additional bug reports in that area, and the overall default
> experience when dealing with CPU models would be relatively much better.
> (Another way to look at it is, multiple other "conservative" long-term
> stable distributions also provide libvirt 3.2.0 and QEMU 2.9.0, so that
> should give you confidence.)
> 
> Again, I don't want to push too hard on this.  If that'll be messy from
> a package maintainance POV for you / Debian maintainers, then we could
> settle with whatever is in 'Stretch'.

Keep in mind that Kashyap has a tendency to want the latest and greatest 
of libvirt and qemu at all times for all of those delicious bug fixes. 
But we also know that new code also brings new not-yet-fixed bugs.

Keep in mind the big picture here, we're talking about bumping from 
minimum required (in Rocky) libvirt 1.3.1 to at least 3.0.0 (in Stein) 
and qemu 2.5.0 to at least 2.8.0, so I think that's already covering 
some good ground. Let's not get greedy. :)

-- 

Thanks,

Matt