<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 15 October 2017 at 12:12, Yaniv Kaul <span dir="ltr"><<a href="mailto:ykaul@redhat.com" target="_blank">ykaul@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class=""><div><br></div></span><div>It is created from the external resources (defined in reposync), so if there's a new dep or anything (a packages moved from 'base' to 'updates' - or the other way around), it'll fail (this is why we've re-enabled the external repos - since we've failed to keep up with the changes).</div></div></div></div></blockquote><div><br></div><div>This is due to white-listing, one way to handle that is just ensure the include and exclude lists are always identical between 'base' and 'updates'.<br><br></div><div>In CI we have an extra layer of point-in-time mirrors we can use to actually isolate upstream repo changes from the system, but we didn't implement the code to consider changes to these repos as separate change streams yet. This, of course will only become useful once we prevent the VMs from bypassing this and going directly to the upstream repos.<br></div><div> </div></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature">Barak Korren<br>RHV DevOps team , RHCE, RHCi<br>Red Hat EMEA<br><a href="http://redhat.com" target="_blank">redhat.com</a> | TRIED. TESTED. TRUSTED. | <a href="http://redhat.com/trusted" target="_blank">redhat.com/trusted</a></div>
</div></div>