<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 21, 2016 at 2:07 PM, David Caro <span dir="ltr"><<a href="mailto:dcaro@redhat.com" target="_blank">dcaro@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">On 03/21 14:05, Yaniv Kaul wrote:<br>
> The latest I'm interested in is 0.15.0-4.el7:<br>
><br>
> mini@ykaul-mini:~/ovirt-system-tests$ find /var/lib/lago/reposync -name<br>
> "ioprocess*.rpm"<br>
> /var/lib/lago/reposync/ovirt-3.6-el7/x86_64/ioprocess-0.15.0-2.el7.x86_64.rpm<br>
> /var/lib/lago/reposync/epel-el7/i/ioprocess-0.15.0-4.el7.x86_64.rpm<br>
> /var/lib/lago/reposync/epel-el6/ioprocess-0.14.0-1.el6.x86_64.rpm<br>
> /var/lib/lago/reposync/ovirt-3.6-el6/x86_64/ioprocess-0.15.0-2.el6.x86_64.rpm<br>
><br>
> But merge picks 0.15.0-2.el7 instead:<br>
><br>
> 2016-03-21<br>
> 13:14:11,458::merge_repos.py::merge::123::ovirtlago.merge_repos::DEBUG::Copying<br>
> /var/lib/lago/reposync/ovirt-3.6-el7/x86_64/ioprocess-0.15.0-2.el7.x86_64.rpm<br>
> to output directory<br>
> 2016-03-21<br>
> 13:14:12,224::merge_repos.py::merge::123::ovirtlago.merge_repos::DEBUG::Copying<br>
> /var/lib/lago/reposync/ovirt-3.6-el7/noarch/python-ioprocess-0.15.0-2.el7.noarch.rpm<br>
> to output directory<br>
><br>
> Which causes the VM to take the right one from EPEL directly (and not via<br>
> the localsync).<br>
> Thoughts?<br>
<br>
</div></div>Probably this is what's happening?<br>
<a href="https://github.com/lago-project/lago/issues/93" rel="noreferrer" target="_blank">https://github.com/lago-project/lago/issues/93</a></blockquote><div><br></div><div>Probably.</div><div>I'm wondering if there's any point in the merge process. Simply throwing all the RPMs into a single directory should be good enough for the hosts to take the latest greatest anyway, no?</div><div>Y.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><br>
<br>
> _______________________________________________<br>
> lago-devel mailing list<br>
> <a href="mailto:lago-devel@ovirt.org">lago-devel@ovirt.org</a><br>
> <a href="http://lists.ovirt.org/mailman/listinfo/lago-devel" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/lago-devel</a><br>
<span class=""><font color="#888888"><br>
<br>
--<br>
David Caro<br>
<br>
Red Hat S.L.<br>
Continuous Integration Engineer - EMEA ENG Virtualization R&D<br>
<br>
Tel.: <a href="tel:%2B420%20532%20294%20605" value="+420532294605">+420 532 294 605</a><br>
Email: <a href="mailto:dcaro@redhat.com">dcaro@redhat.com</a><br>
IRC: dcaro|dcaroest@{freenode|oftc|redhat}<br>
Web: <a href="http://www.redhat.com" rel="noreferrer" target="_blank">www.redhat.com</a><br>
RHT Global #: 82-62605<br>
</font></span></blockquote></div><br></div></div>