<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 6, 2020 at 10:43 AM Takashi Kajinami <<a href="mailto:tkajinam@redhat.com">tkajinam@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"><div dir="ltr"><div dir="ltr"><div>Hi Wes,</div><div><br></div><div>Let me ask several questions especially about upstream maintenance.<br></div><div><br></div><div>- Will we retire stable/ocata and stable/pike, too ? It seems that these 2 branches are still open.<br></div><div>  Since we have really seen activity about these 2 branches recently. I think it is the time to retire these 2 stable branches as well.<br></div></div></div></blockquote><div><br></div><div>you're right - while we no longer have any upstream ci running for pike/ocata - I just checked and it looks like we didn't tag the ocata/pike branches as eol - they are still active at [1][2] for example so yeah we should probably do that for these too.</div><div><br></div><div>[1] <a href="https://github.com/openstack/tripleo-heat-templates/branches">https://github.com/openstack/tripleo-heat-templates/branches</a></div><div>[2] <a href="https://github.com/openstack/python-tripleoclient/branches">https://github.com/openstack/python-tripleoclient/branches</a></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"><div dir="ltr"><div dir="ltr"><div></div><div><br></div><div>- You didn't mention stable/queens but do you intend to keep it open ? If yes, how do we backport any fixes to queens after retiring R and S ? </div></div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div>  I suppose that we'll backport a change from master to V/U/T and then Q, with skipping R/S, but is it right ?<br></div></div></div></blockquote><div><br></div><div><br></div><div>main reason for keeping queens is because it is part of the fast forward upgrade (ffu) ... i.e. newton->queens for ffu 1 and then queens->train for ffu 2.</div><div>So indeed the backports will go as you described - to train then queens</div><div><br></div><div>hope it helps clarify somewhat</div><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div></div></div><div><br></div><div>Thank you,</div><div>Takashi</div><div><br></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Oct 6, 2020 at 12:18 AM Wesley Hayutin <<a href="mailto:whayutin@redhat.com" target="_blank">whayutin@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"><div dir="ltr">Greetings,<br><div><br></div><div>I just wanted to give folks the opportunity to speak up before we make any changes.</div><div>Please review <a href="https://releases.openstack.org/" target="_blank">https://releases.openstack.org/</a></div><div><br></div><div>As we are branching master -> victoria it looks like we can definitely remove stable/rocky from both upstream and RDO software factory.  Any comments about rocky?</div><div><br></div><div>Stein is end of maintenance on 2020 November 11th.   Any thoughts on dropping stein from upstream and rdo software factory?</div><div><br></div><div>Thanks!  </div><div>Please be specific if you have comments as to which release you are referring to.</div><div><br></div></div>
</blockquote></div><br></div>
</blockquote></div></div>