<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 3, 2020 at 3:48 AM Cédric Jeanneret <<a href="mailto:cjeanner@redhat.com">cjeanner@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hey Wes,<br>
<br>
stupid question: what about the molecule tests? Since they are running<br>
within containers (centos-8, centos-7, maybe/probably ubi8 soon), we<br>
might hit some limitations there.... Unless we're NOT using <a href="http://docker.io" rel="noreferrer" target="_blank">docker.io</a><br>
already?<br>
<br>
Cheers,<br></blockquote><div><br></div><div>OK.. so easy answer</div><div>1. we're still going to push to <a href="http://docker.io">docker.io</a></div><div>2. any content ci uses from <a href="http://docker.io">docker.io</a> will be mirrored in quay and the rdo registry including base images.</div><div><br></div><div>So I would switch the molecule / tox config to use quay as soon as we have images there.</div><div>I'm searching around for that code in tripleo-ansible and validations and it's not where I thought it was.</div><div><br></div><div>Do you have pointers to where <a href="http://docker.io">docker.io</a> is configured.</div><div>Thanks</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
C.<br>
<br>
On 9/2/20 1:54 PM, Wesley Hayutin wrote:<br>
> Greetings,<br>
> <br>
> Some of you have contacted me regarding the recent news regarding<br>
> <a href="http://docker.io" rel="noreferrer" target="_blank">docker.io</a> <<a href="http://docker.io" rel="noreferrer" target="_blank">http://docker.io</a>>'s new policy with regards to container pull<br>
> rate limiting [1].  I wanted to take the opportunity to further<br>
> socialize our plan that will completely remove <a href="http://docker.io" rel="noreferrer" target="_blank">docker.io</a><br>
> <<a href="http://docker.io" rel="noreferrer" target="_blank">http://docker.io</a>> from our upstream workflows and avoid any rate<br>
> limiting issues.<br>
> <br>
> We will continue to upload containers to <a href="http://docker.io" rel="noreferrer" target="_blank">docker.io</a> <<a href="http://docker.io" rel="noreferrer" target="_blank">http://docker.io</a>><br>
> for some time so that individuals and the community can access the<br>
> containers.  We will also start exploring other registries like quay and<br>
> newly announced github container registry. These other public registries<br>
> will NOT be used in our upstream jobs and will only serve the<br>
> communities individual contributors.<br>
> <br>
> Our test jobs have been successful and patches are starting to merge to<br>
> convert our upstream jobs and remove <a href="http://docker.io" rel="noreferrer" target="_blank">docker.io</a> <<a href="http://docker.io" rel="noreferrer" target="_blank">http://docker.io</a>> from<br>
> our upstream workflow.  [2].<br>
> <br>
> Standalone and multinode jobs are working quite well.  We are doing some<br>
> design work around branchful, update/upgrade jobs at this time.<br>
> <br>
> Thanks 0/<br>
> <br>
> <br>
> [1] <a href="https://hackmd.io/ermQSlQ-Q-mDtZkNN2oihQ" rel="noreferrer" target="_blank">https://hackmd.io/ermQSlQ-Q-mDtZkNN2oihQ</a><br>
> [2] <a href="https://review.opendev.org/#/q/topic:new-ci-job+(status:open+OR+status:merged)" rel="noreferrer" target="_blank">https://review.opendev.org/#/q/topic:new-ci-job+(status:open+OR+status:merged)</a><br>
<br>
-- <br>
Cédric Jeanneret (He/Him/His)<br>
Sr. Software Engineer - OpenStack Platform<br>
Deployment Framework TC<br>
Red Hat EMEA<br>
<a href="https://www.redhat.com/" rel="noreferrer" target="_blank">https://www.redhat.com/</a><br>
<br>
</blockquote></div></div>