------=_Part_20491922_1544569321.1410343158012 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit ----- Original Message -----
From: "Gianluca Cecchi" <gianluca.cecchi@gmail.com> To: "Sven Kieske" <s.kieske@mittwald.de> Cc: "Allon Mureinik" <amureini@redhat.com>, "users" <users@ovirt.org> Sent: Wednesday, September 10, 2014 10:57:27 AM Subject: Re: [ovirt-users] qemu-kvm-rhev on EL machines for oVirt 3.4.z ?
On Wed, Sep 10, 2014 at 9:44 AM, Sven Kieske < s.kieske@mittwald.de > wrote:
In the discussion on the patch [3], Dan raised the concern that 3.4.z is a mature z-stream, and adding this dependency on resources.ovirt.org 's repos will effectively blocks all vdsm updates for users which don't have these repos enabled in their production environments.
I'm sorry but I don't understand this.
Hello, I directly put here what I see Dan wrote in the link provided and that it seemed to me more a warning than a blocker.. (eventually he may add further content...)
"
Patch Set 2:
I'm not sure that this is a good idea for a mature z-stream. If someone has installed ovirt-3.4 without enabling the resource.ovirt.org 's repos, this patch effectively blocks all vdsm updates for him.
If we really want this in ovirt-3.4.4, please explain why and warn about the downsides on users@ovirt.org . "
I don't completely understand too... How could one have installed 3.4 without enabling resource.ovirt.org 's repos? Afaik the most of us who used EL 6 for their infra, then in soe way installed the rhev qemu-kvm package or desired/asked to do so in some way...
So I think that is this is clearly stated on release notes there should be no particular problem.
Gianluca
If we decide to move forward with this patch, we'll definitely provide qemu-kvm-rhev in the repo - the concern was indeed for users who don't have this enabled. Unlike 3.5, the 3.4.z repo doesn't seem to provide any "3rd parties" that can't be built from oVirt's sources - so, theoretically, it can be installed without the repo enabled - and the discussion here is whether this is an interesting usecase or not. My personal tendency is to go forward (with a release note, as suggested), but as noted, there is some disagreement (e.g., Dan's comment), so we're looking for additional opinions. ------=_Part_20491922_1544569321.1410343158012 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable <html><body><div style=3D"font-family: times new roman,new york,times,serif= ; font-size: 12pt; color: #000000"><div><br></div><hr id=3D"zwchr"><blockqu= ote style=3D"border-left:2px solid #1010FF;margin-left:5px;padding-left:5px= ;color:#000;font-weight:normal;font-style:normal;text-decoration:none;font-= family:Helvetica,Arial,sans-serif;font-size:12pt;"><b>From: </b>"Gianluca C= ecchi" <gianluca.cecchi@gmail.com><br><b>To: </b>"Sven Kieske" <s.= kieske@mittwald.de><br><b>Cc: </b>"Allon Mureinik" <amureini@redhat.c= om>, "users" <users@ovirt.org><br><b>Sent: </b>Wednesday, Septembe= r 10, 2014 10:57:27 AM<br><b>Subject: </b>Re: [ovirt-users] qemu-kvm-rhev o= n EL machines for oVirt 3.4.z ?<br><div><br></div><div dir=3D"ltr"><div cla= ss=3D"gmail_extra"><div class=3D"gmail_quote">On Wed, Sep 10, 2014 at 9:44 = AM, Sven Kieske <span dir=3D"ltr"><<a href=3D"mailto:s.kieske@mittwald.d= e" target=3D"_blank">s.kieske@mittwald.de</a>></span> wrote:<br><blockqu= ote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-wid= th:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-l= eft:1ex"><span class=3D""><br> <br><div><br></div> > In the discussion on the patch [3], Dan raised the concern that 3.4.z = is a mature z-stream, and adding this dependency on <a href=3D"http://resou= rces.ovirt.org" target=3D"_blank">resources.ovirt.org</a>'s repos will effe= ctively blocks all vdsm updates for users which don't have these repos enab= led in their production environments.<br> <br> </span>I'm sorry but I don't understand this.<br></blockquote><div><br></di= v><div>Hello,</div><div>I directly put here what I see Dan wrote in the lin= k provided and that it seemed to me more a warning than a blocker.. (eventu= ally he may add further content...)</div><div><br></div><div>"</div><div><p= style=3D"margin-top:0px;margin-bottom:0px;padding-top:0.5em;padding-bottom= :0.5em;color:rgb(53,53,53);font-family:sans-serif">Patch Set 2:</p><p style= =3D"margin-top:0px;margin-bottom:0px;padding-top:0.5em;padding-bottom:0.5em= ;color:rgb(53,53,53);font-family:sans-serif">I'm not sure that this is a go= od idea for a mature z-stream. If someone has installed ovirt-3.4 without e= nabling the <a href=3D"http://resource.ovirt.org" target=3D"_blank">resourc= e.ovirt.org</a>'s repos, this patch effectively blocks all vdsm updates for= him.</p><p style=3D"margin-top:0px;margin-bottom:0px;padding-top:0.5em;pad= ding-bottom:0.5em;color:rgb(53,53,53);font-family:sans-serif">If we really = want this in ovirt-3.4.4, please explain why and warn about the downsides o= n <a href=3D"mailto:users@ovirt.org" target=3D"_blank">users@ovirt.org</a>.= </p></div><div>"</div><div><br></div><div>I don't completely understand too= ...</div><div>How could one have installed 3.4 without enabling <span= style=3D"color:rgb(53,53,53);font-family:sans-serif"><a href=3D"http://res= ource.ovirt.org" target=3D"_blank">resource.ovirt.org</a>'s repos?</span><b= r></div><div><span style=3D"color:rgb(53,53,53);font-family:sans-serif">Afa= ik the most of us who used EL 6 for their infra, then in soe way installed = the rhev qemu-kvm package or desired/asked to do so in some way...</span></= div><div><span style=3D"color:rgb(53,53,53);font-family:sans-serif"><br></s= pan></div><div><span style=3D"color:rgb(53,53,53);font-family:sans-serif">S= o I think that is this is clearly stated on release notes there should be n= o particular problem.</span></div><div><span style=3D"color:rgb(53,53,53);f= ont-family:sans-serif"><br></span></div><div><span style=3D"color:rgb(53,53= ,53);font-family:sans-serif">Gianluca</span></div></div></div></div> </blockquote><div>If we decide to move forward with this patch, we'll defin= itely provide qemu-kvm-rhev in the repo - the concern was indeed for users = who don't have this enabled.</div><div>Unlike 3.5, the 3.4.z repo doesn't s= eem to provide any "3rd parties" that can't be built from oVirt's sources -= so, theoretically, it can be installed without the repo enabled - and the = discussion here is whether this is an interesting usecase or not.<br></div>= <div><br></div><div>My personal tendency is to go forward (with a release n= ote, as suggested), but as noted, there is some disagreement (e.g., Dan's c= omment), so we're looking for additional opinions.</div></div></body></html=
------=_Part_20491922_1544569321.1410343158012--