<div dir="ltr"><div dir="ltr" class="gmail_attr">On Mon, Sep 12, 2022 at 4:10 PM Leon Fauster via CentOS-devel <<a href="mailto:centos-devel@centos.org">centos-devel@centos.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Am 13.09.22 um 00:02 schrieb Troy Dawson:<br>
> <br>
> <br>
> On Mon, Sep 12, 2022 at 10:22 AM Leon Fauster via CentOS-devel <br>
> <<a href="mailto:centos-devel@centos.org" target="_blank">centos-devel@centos.org</a> <mailto:<a href="mailto:centos-devel@centos.org" target="_blank">centos-devel@centos.org</a>>> wrote:<br>
> <br>
> <br>
>     I had the understanding that those gates are responsible to sync<br>
>     between<br>
>     RHEL/CENTOS build pipelines? Especially for the major version 9 this<br>
>     should be the state or do I misunderstand the workflow?<br>
> <br>
>     --<br>
>     Leon<br>
> <br>
> <br>
> Since I don't exactly know what you are picturing as a workflow, I'll <br>
> step through an average package update on RHEL9.<br>
> <br>
> 1 - maintainer (or others) create a merge request into CentOS Stream 9 <br>
> gitlab area.<br>
> 2 - the merge request is gated and tested before being merged.<br>
> 3 - When that merge request gets merged in the Stream 9 gitlab area, it <br>
> is also synced over to the internal Brew dist-git area.<br>
> 4 - The maintainer starts the build in CentOS Stream 9.<br>
> 5 - When that happens, a build starts on the internal Brew systems.<br>
> 6 - When both builds finish, they are both gated.  The testing only <br>
> happens internally on the Brew build.<br>
> 7 - When the internal testing passes successfully, then both RHEL and CS <br>
> builds are moved on.<br>
> 8 - Internally, an errata is made, or an errata is updated with the new <br>
> build, and both packages move to -pending.<br>
> 9 - Composes are created out of the -pending packages.<br>
> <br>
> Early on there was talk about putting gating between CS and RHEL, but <br>
> that would make the build repo's different, and eventually the CentOS <br>
> Stream and RHEL builds would diverge.<br>
> <br>
> I've simplified the steps some, and it's possible I didn't explain <br>
> everything correctly.  So if you need me (or others) to explain or <br>
> expand on some of the steps, let me know.<br>
<br>
<br>
Thanks for depicting the steps. Very much appreciated! I think<br>
point 7 is what I meant with synchronization (both ... moved on).<br>
The missed thing in my big picture is a explanation why version<br>
91.13.0 is not (at least) in the stream composes. In particular<br>
its not about this package but more about the understanding ...<br></blockquote><div><br></div><div>So, I was about to point you to</div><div> <a href="https://composes.stream.centos.org/development/latest-CentOS-Stream/compose/">https://composes.stream.centos.org/development/latest-CentOS-Stream/compose/</a></div><div>which is a daily compose of everything with the -gate tag.</div><div>But, I see that the new firefox isn't there ... soo ... <br></div><div>Something is happening differently with this firefox build.</div><div>I'll do some more digging.<br></div><div><br></div><div>Troy<br></div></div></div>