<div dir="ltr">If this is true, then the ioprocess change [1] also needs to be reverted? <div><br></div><div>[1] <a href="https://gerrit.ovirt.org/#/c/62464/1">https://gerrit.ovirt.org/#/c/62464/1</a><br><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Aug 28, 2016 at 3:17 PM, Yaniv Bronheim <span dir="ltr"><<a href="mailto:ybronhei@redhat.com" target="_blank">ybronhei@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi,</div><div><br></div><div>In <a href="https://gerrit.ovirt.org/#/c/62672" target="_blank">https://gerrit.ovirt.org/#/c/<wbr>62672</a> we removed the release from vdsm* requirements. Although it sounds reasonable and quite safe, it was not.</div><div>In development env it causes mixup of versions when upgrading.</div><div><br></div><div>"yum install vdsm" will eventually cause this mixup as vdsm won't require the newer vdsm-python </div><div><br></div><div>I think this change should be reverted and the solution should be in the build process. Newer release is equal to higher version, requirement should include the release number.</div><div>so for example, 4.18.7-1 was shipped and for ppc we built 4.18.7-2 so 4.18.7-2 is newer. can't see how this can be different.</div><div><br></div><div>e.g for the bug:</div><br clear="all"><div><div>==============================<wbr>==============================<wbr>==============================<wbr>==============================<wbr>==============================<wbr>==============================<wbr>==============================<wbr>=</div><div> Package Arch Version Repository Size</div><div>==============================<wbr>==============================<wbr>==============================<wbr>==============================<wbr>==============================<wbr>==============================<wbr>==============================<wbr>=</div><div>Removing:</div><div> vdsm x86_64 4.18.999-457.gitcde215c.el7.<wbr>centos @ovirt-master-snapshot 2.7 M</div><div> vdsm-api noarch 4.18.999-342.git40c3bbb.el7.<wbr>centos @ovirt-master-snapshot 325 k</div><div> vdsm-cli noarch 4.18.999-457.gitcde215c.el7.<wbr>centos @ovirt-master-snapshot 342 k</div><div> vdsm-hook-vmfex-dev noarch 4.18.999-457.gitcde215c.el7.<wbr>centos @ovirt-master-snapshot 21 k</div><div> vdsm-jsonrpc noarch 4.18.999-342.git40c3bbb.el7.<wbr>centos @ovirt-master-snapshot 81 k</div><div> vdsm-python noarch 4.18.999-342.git40c3bbb.el7.<wbr>centos @ovirt-master-snapshot 2.4 M</div><div> vdsm-xmlrpc noarch 4.18.999-342.git40c3bbb.el7.<wbr>centos @ovirt-master-snapshot 109 k</div><div> vdsm-yajsonrpc noarch 4.18.999-342.git40c3bbb.el7.<wbr>centos @ovirt-master-snapshot 95 k</div><div><br></div></div><div>Problem.</div><span class=""><font color="#888888"><div><br></div><div><br></div><div><br></div>-- <br><div data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><span style="font-size:12.8px"><b>Yaniv Bronhaim.</b></span><br></div></div></div></div></div>
</font></span></div>
<br>______________________________<wbr>_________________<br>
Devel mailing list<br>
<a href="mailto:Devel@ovirt.org">Devel@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/<wbr>mailman/listinfo/devel</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Eyal Edri<br>Associate Manager</div><div>RHV DevOps<br>EMEA ENG Virtualization R&D<br>Red Hat Israel<br><br>phone: +972-9-7692018<br>irc: eedri (on #tlv #rhev-dev #rhev-integ)</div></div></div></div></div></div></div>
</div></div></div>