------=_Part_1219101_1981507402.1431488928600 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hello.I'm just following up on an mailing list exchange from earlier in the= month that was asking about the possibility of an updated libvirt for EL7.= Sandro mentioned that this was being talked about but that the vdsm team ha= d worked around the issue and could do what they needed with the existing s= upplied libvirt on EL7.I've used a different subject this time to keep the = topic more obvious to where the discussion has evolved to. Sandro mentioned that the qemu-kvm-ev that is being built - and available o= n the cbs.centos.org - would be used in master and also 3.5.x to fix a bug = present in the currently used qemu-kvm under certain circumstances.=C2=A0 A= question was asked about live-merge functionality on EL7, and apparently t= his was being investigated.My initial thought is that if we are already goi= ng to a newer version of qemu-kvm than the distro supplied version, then wh= y wouldn't ovirt want to try and be fairly current with the version they us= e/consume?=C2=A0 Why not provide live snapshot merging on this platform?=C2= =A0 Why push users over to Fedora?=C2=A0 Many potential users won't want to= use Fedora on their hosts for a number of reasons.We currently provide qem= u-kvm-ev-2.1.2-23.el7.1 on cbs.centos.org.=C2=A0 Qemu 2.3 was released earl= ier this month. Are there any plans to bump the qemu-kvm version we currently consume?=C2= =A0 It would be interesting to hear the rationale around what version we us= e/should be using. Thanks,Paul ------=_Part_1219101_1981507402.1431488928600 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"color:#000; background-color:#fff; font-family:He= lvetica Neue-Light, Helvetica Neue Light, Helvetica Neue, Helvetica, Arial,= Lucida Grande, Sans-Serif;font-size:16px"><div id=3D"yui_3_16_0_1_14313982= 17104_101458">Hello.</div><div id=3D"yui_3_16_0_1_1431398217104_101400">I'm= just following up on an mailing list exchange from earlier in the month th= at was asking about the possibility of an updated libvirt for EL7.</div><di= v id=3D"yui_3_16_0_1_1431398217104_101343">Sandro mentioned that this was b= eing talked about but that the vdsm team had worked around the issue and co= uld do what they needed with the existing supplied libvirt on EL7.</div><di= v>I've used a different subject this time to keep the topic more obvious to= where the discussion has evolved to.<br></div><div id=3D"yui_3_16_0_1_1431= 398217104_101369"><br></div><div id=3D"yui_3_16_0_1_1431398217104_101401">S= andro mentioned that the qemu-kvm-ev that is being built - and available on= the cbs.centos.org - would be used in master and also 3.5.x to fix a bug p= resent in the currently used qemu-kvm under certain circumstances. A = question was asked about live-merge functionality on EL7, and apparently th= is was being investigated.</div><div dir=3D"ltr" id=3D"yui_3_16_0_1_1431398= 217104_101413">My initial thought is that if we are already going to a newe= r version of qemu-kvm than the distro supplied version, then why wouldn't o= virt want to try and be fairly current with the version they use/consume?&n= bsp; Why not provide live snapshot merging on this platform? Why push= users over to Fedora? Many potential users won't want to use Fedora = on their hosts for a number of reasons.</div><div id=3D"yui_3_16_0_1_143139= 8217104_101459" dir=3D"ltr">We currently provide <a id=3D"yui_3_16_0_1_1431= 398217104_101522" style=3D"" class=3D"" href=3D"http://cbs.centos.org/repos= /virt7-testing/x86_64/os/Packages/qemu-kvm-ev-2.1.2-23.el7.1.x86_64.rpm">qe= mu-kvm-ev-2.1.2-23.el7.1</a> on cbs.centos.org. Qemu 2.3 was released= earlier this month.</div><div id=3D"yui_3_16_0_1_1431398217104_101605" dir= =3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1431398217104_101606" dir=3D"ltr= ">Are there any plans to bump the qemu-kvm version we currently consume?&nb= sp; It would be interesting to hear the rationale around what version we us= e/should be using.</div><div id=3D"yui_3_16_0_1_1431398217104_101610" dir= =3D"ltr"><br></div><div id=3D"yui_3_16_0_1_1431398217104_101609" dir=3D"ltr= ">Thanks,</div><div id=3D"yui_3_16_0_1_1431398217104_101608" dir=3D"ltr">Pa= ul</div><div id=3D"yui_3_16_0_1_1431398217104_101607" dir=3D"ltr"><br></div=
</div></body></html> ------=_Part_1219101_1981507402.1431488928600--