libvirt users - Jul 2014 - qemu-kvm version for CentOS

WHY CentOS still using qemu-kvm 0.12?

What I am need is high version of qemu-kvm for CentOS, but seems like they do
not officially provide newest qemu, only qemu 0.12 source code with 3522 patched
rpm package.

Is there any reasonable to keep low version for qemu-kvm ? or what should I do
if I need newest qemu-kvm rpm package?

✉ --
朴元奎
kerwin

Centos is not going to generally have the cutting edge stuff. For that why not
try fedora which will generally package with the newest libraries from various
packages, including qemu .

I think the current fedora repos have qemu 2.1
> On Jul 6, 2014, at 10:01 AM, kerwin <piaoyuankui@gmail.com> wrote:
> 
> WHY CentOS still using qemu-kvm 0.12?
> 
> What I am need is high version of qemu-kvm for CentOS, but seems like they
do not officially provide newest qemu, only qemu 0.12 source code with 3522
patched rpm package.
> 
> Is there any reasonable to keep low version for qemu-kvm ? or what should I
do if I need newest qemu-kvm rpm package?
> 
> ✉ --
> 朴元奎
> kerwin
> 
> _______________________________________________
> libvirt-users mailing list
> libvirt-users@redhat.com
> https://www.redhat.com/mailman/listinfo/libvirt-users

On 06.07.2014 16:01, kerwin wrote:
> WHY CentOS still using qemu-kvm 0.12?
>
> What I am need is high version of qemu-kvm for CentOS, but seems like
> they do not officially provide newest qemu, only qemu 0.12 source code
> with 3522 patched rpm package.
With distros it's always a question of stability vs bleeding edge. It's 
not possible to have git builds every day and guarantee enterprise 
stability at the same time. CentOS and RHEL are distributions that 
prefer enterprise stability to the latest versions of all packages. If 
you, however, want newer version of some package, you can still download 
its source code and build it from there. Or use a distribution that 
packages only the fresh new stuff out there.

Michal

----- Original Message -----
> From: "Michal Privoznik" <mprivozn@redhat.com>
> To: "kerwin" <piaoyuankui@gmail.com>,
libvirt-users@redhat.com
> Sent: Monday, July 7, 2014 8:17:51 AM
> Subject: Re: [libvirt-users] qemu-kvm version for CentOS
> 
> On 06.07.2014 16:01, kerwin wrote:
> > WHY CentOS still using qemu-kvm 0.12?
> >
> > What I am need is high version of qemu-kvm for CentOS, but seems like
> > they do not officially provide newest qemu, only qemu 0.12 source code
> > with 3522 patched rpm package.
> 
> With distros it's always a question of stability vs bleeding edge.
It's
> not possible to have git builds every day and guarantee enterprise
> stability at the same time. CentOS and RHEL are distributions that
> prefer enterprise stability to the latest versions of all packages. If
> you, however, want newer version of some package, you can still download
> its source code and build it from there. Or use a distribution that
> packages only the fresh new stuff out there.
> 
The CentOS virt sig would be one to follow here.

http://wiki.centos.org/SpecialInterestGroup/Virtualization
> Michal
> 
> _______________________________________________
> libvirt-users mailing list
> libvirt-users@redhat.com
> https://www.redhat.com/mailman/listinfo/libvirt-users
>

On 07/06/2014 01:23 PM, jayunit100@gmail.com wrote:

[please don't top-post on technical lists]
> Centos is not going to generally have the cutting edge stuff. For that why
not try fedora which will generally package with the newest libraries from
various packages, including qemu .
> 
> I think the current fedora repos have qemu 2.1
qemu 2.1 is not released yet, but yes, rawhide (and therefore the
fedora-virt-preview repo on Fedora 20) are currently shipping qemu
2.1-rc0 (and soon rc1). Note that 2.1-rc0 has a bug that prevents
libvirt from using qemu properly, which upstream qemu hopes to have
fixed in time for the actual 2.1 release.
> 
>> On Jul 6, 2014, at 10:01 AM, kerwin <piaoyuankui@gmail.com>
wrote:
>>
>> WHY CentOS still using qemu-kvm 0.12?
Because CentOS borrows from RHEL, and the engineers at Red Hat have
determined that enterprise stability is worth backporting thousands of
carefully vetted patches rather than rebasing potentially unstable code
that picks up even more unaudited upstream commits.

If you need newer code but still with assurances of enterprise quality
performed by Red Hat, then consider using RHEL 7.0 (and CentOS 7 can't
be too far behind...)

-- 
Eric Blake   eblake redhat com    +1-919-301-3266
Libvirt virtualization library http://libvirt.org