<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 7, 2016 at 11:36 AM, 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:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Hi everyone,<br>
<br>
I'd like to start a discussion about dropping (at least temporarily) the<br>
reposync command.<br>
<br>
The reposync command is used in lago for two things:<br>
* Downloads locally all the packages defined in the repo conf passed (yum<br>
config file format)<br>
* Creates an internal_repo dir in the prefix and copies over all the packages<br>
that match the distros used in the prefix<br>
<br>
The advantage is that once synced, this allows installing any packages on the<br>
vms without having connection to the internet.<br>
The downside is that right now, it downloads everything, needed or not, so it<br>
takes a lot of space and time the first run to cache all the packages.<br>
<br>
For that reason on the ovirt system tests we removed the epel/centos base repos<br>
from the reposync (it was ~20G) but as that already makes the tests require an<br>
internet connection, makes the reposync command obsolete (it is caching only<br>
some part of the packages).<br>
<br>
So the idea is to drop the reposync command until we have a better alternative<br>
(maybe a small local proxy that caches everything on the first run or something<br>
similar)<br></blockquote><div><br></div><div>Generally, I'm in favor. I'm wondering if we can make use of the the already existing yum/dnf local cache? </div><div>Since I really don't want to download the packages EVERY time.</div><div><br></div><div>What about an interim solution - create an (ISO?) with some base packages - especially for the released (3.6) binaries, that will not change as often as master and can be used?</div><div>So even if some are outdated - at least it's some of them and not all of them. And we can update that ISO with newer content once ... a month or a quarter or so.</div><div>Y.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><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><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>
<br></blockquote></div><br></div></div>