<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Nov 8, 2017 1:52 PM, "James E. Blair" <<a href="mailto:corvus@inaugust.com">corvus@inaugust.com</a>> wrote:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">Erik McCormick <<a href="mailto:emccormick@cirrusseven.com">emccormick@cirrusseven.com</a>> writes:<br>
<br>
> On Tue, Nov 7, 2017 at 6:45 PM, James E. Blair <<a href="mailto:corvus@inaugust.com">corvus@inaugust.com</a>> wrote:<br>
>> Erik McCormick <<a href="mailto:emccormick@cirrusseven.com">emccormick@cirrusseven.com</a>> writes:<br>
>><br>
>>> The concept, in general, is to create a new set of cores from these<br>
>>> groups, and use 3rd party CI to validate patches. There are lots of<br>
>>> details to be worked out yet, but our amazing UC (User Committee) will<br>
>>> be begin working out the details.<br>
>><br>
>> I regret that due to a conflict I was unable to attend this session.<br>
>> Can you elaborate on why third-party CI would be necessary for this,<br>
>> considering that upstream CI already exists on all active branches?<br>
><br>
</div><div class="quoted-text">> Lack of infra resources, people are already maintaining their own<br>
> testing for old releases, and distribution of work across<br>
> organizations I think were the chief reasons. Someone else feel free<br>
> to chime in and expand on it.<br>
<br>
</div>Which resources are lacking?  I wasn't made aware of a shortage of<br>
upstream CI resources affecting stable branch work, but if there is, I'm<br>
sure we can address it -- this is a very important effort.</blockquote></div></div></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto"><br><span style="font-family:sans-serif">It's not a matter of things lacking for today's release cadence and deprecation policy. That is working fine.  The problems would come if you had to,  say,  continue to run it for Mitaka until Queens is released.</span><br></div><div dir="auto"><span style="font-family:sans-serif"><br></span></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The upstream CI system is also a collaboratively maintained system with<br>
folks from many organizations participating in it.  Indeed we're now<br>
distributing its maintenance and operation into projects themselves.<br>
It seems like an ideal place for folks from different organizations to<br>
collaborate.<br></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Monty, as well as the Stable Branch cores, were in the room, so perhaps they can elaborate on this for us.  I'm no expert on what can and cannot be done.</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
-Jim<br>
</blockquote></div><br></div></div></div>