<div dir="ltr"><div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, 21 Dec 2018 at 14:53, Matt Riedemann <<a href="mailto:mriedemos@gmail.com">mriedemos@gmail.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">On 12/21/2018 7:58 AM, Eduardo Gonzalez wrote:<br>
> I don't fully understand what's the process for extended maintenance <br>
> mode, who is responsible of the management and to take care of it. Is <br>
> the core group responsible at all of the branch? Change any policy <br>
> regarding what can be merged, backport, etc?<br>
<br>
Details are in [1][2].<br>
<br>
The same project stable core team is responsible for the branch, it <br>
doesn't transfer to some new stable EM core team.<br>
<br>
The appropriate fix model is essentially the same - only backport fixes, <br>
not features, no new dependencies, etc. Gauge risk vs reward as normal.<br>
<br>
> <br>
> Ocata branch has been unmaintained for a few months until a couple of <br>
> patches fixes before putting into EOL. If someone wants to maintain <br>
> ocata, I guess we should tag as EM.<br>
<br>
Generally if CI is still working for the branch and people are using it, <br>
and it's not a burden, it's fine to leave it open. If it starts failing <br>
CI and no one is caring for it (fixing CI issues etc) then it's <br>
acceptable to move to EOL after 6 months (see the "Unmaintained" section <br>
in [2]).<br>
<br></blockquote><div><span class="gmail_default" style="font-family:verdana,sans-serif"><br></span></div><div><span class="gmail_default" style="font-family:verdana,sans-serif">Just pointing out that the last successful run of at least one of the periodic kolla image publish job</span> <span class="gmail_default" style="font-family:verdana,sans-serif">was at </span>2019-01-07T06:06:47<span class="gmail_default" style="font-family:verdana,sans-serif">. If anyone is using Ocata and wants to maintain this, please get in touch. Otherwise I guess we'll mark is as unmaintained on</span> 2019-0<span class="gmail_default" style="font-family:verdana,sans-serif">7</span>-07<span class="gmail_default" style="font-family:verdana,sans-serif">.</span></div><div><span class="gmail_default" style="font-family:verdana,sans-serif"><br></span></div><div><span class="gmail_default" style="font-family:verdana,sans-serif">It does seem a bit wasteful of CI resources to have 6 months of failing periodic jobs. Should we disable them on the ocata branch until a volunteer steps forward?</span></div><div><span style="font-family:verdana,sans-serif"><span class="gmail_default" style="font-family:verdana,sans-serif"></span></span></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
> <br>
> Should the core group vote this decision or is something decided based <br>
> of people whiling to maintaining the branch?<br>
<br>
It's really up to the core group. If there are people willing to <br>
maintain the branch outside of the core group, they should work with the <br>
core group, essentially like a liaison.<br>
<br>
[1] <br>
<a href="https://governance.openstack.org/tc/resolutions/20180301-stable-branch-eol.html" rel="noreferrer" target="_blank">https://governance.openstack.org/tc/resolutions/20180301-stable-branch-eol.html</a><br>
[2] <a href="https://docs.openstack.org/project-team-guide/stable-branches.html" rel="noreferrer" target="_blank">https://docs.openstack.org/project-team-guide/stable-branches.html</a><br>
<br>
-- <br>
<br>
Thanks,<br>
<br>
Matt<br>
<br>
</blockquote></div></div>