------=_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--