<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Jun 9, 2021 at 1:49 PM Sean Mooney <<a href="mailto:smooney@redhat.com">smooney@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">On Wed, 2021-06-09 at 12:06 +0300, Marios Andreou wrote:<br>
> On Wednesday, June 9, 2021, Alfredo Moralejo Alonso <<a href="mailto:amoralej@redhat.com" target="_blank">amoralej@redhat.com</a>><br>
> wrote:<br>
> <br>
> > <br>
> > <br>
> > On Wed, Jun 9, 2021 at 2:48 AM Dan Sneddon <<a href="mailto:dsneddon@redhat.com" target="_blank">dsneddon@redhat.com</a>> wrote:<br>
> > <br>
> > > Thanks for making the announcement. Can you clarify how the<br>
> > > feature-freeze dates will be communicated to the greater community of<br>
> > > contributors?<br>
> > > <br>
> > > - Dan Sneddon<br>
> > > <br>
> > > On Jun 8, 2021, at 8:21 AM, Wesley Hayutin <<a href="mailto:whayutin@redhat.com" target="_blank">whayutin@redhat.com</a>> wrote:<br>
> > > <br>
> > > <br>
> > > <br>
> > > Greetings TripleO community!<br>
> > > <br>
> > > At the most recent TripleO community meetings we have discussed formally<br>
> > > changing the OpenStack release model for TripleO [1].  The previous<br>
> > > released projects can be found here [2]. TripleO has previously released<br>
> > > with release-type[‘trailing’, ‘cycle-with-intermediary’].<br>
> > > <br>
> > > To quote the release model doc:<br>
> > > <br>
> > > ‘Trailing deliverables trail the release, so they cannot, by definition,<br>
> > > be independent. They need to pick between cycle-with-rc<br>
> > > <<a href="https://releases.openstack.org/reference/release_models.html#cycle-with-rc" rel="noreferrer" target="_blank">https://releases.openstack.org/reference/release_models.html#cycle-with-rc</a>><br>
> > > or cycle-with-intermediary<br>
> > > <<a href="https://releases.openstack.org/reference/release_models.html#cycle-with-intermediary" rel="noreferrer" target="_blank">https://releases.openstack.org/reference/release_models.html#cycle-with-intermediary</a>><br>
> > > models.’<br>
> > > <br>
> > > We are proposing to update the release-model to ‘independent’.  This<br>
> > > would give the TripleO community more flexibility in when we choose to cut<br>
> > > a release.  In turn this would mean less backporting, less upstream and 3rd<br>
> > > party resources used by potentially some future releases.<br>
> > > <br>
> > > <br>
> > What does this change mean in terms of branches and compatibility for<br>
> > OpenStack stable releases?.<br>
> > <br>
> > <br>
> <br>
> <br>
> as i wrote to Dan just now the main thing is that we may delay or even skip<br>
> a particular branch. For compatibility I guess it means we would have to<br>
> rely on git tags so perhaps making consistently frequent (eg monthly? or<br>
> more?) releases for all the tripleo repos. You could then call a particular<br>
> range of tags as being compatible with stable/Y for example. Does it sound<br>
> sane/doable from an rdo package build perspective?<br>
> <br>
too me this feels like we are leaking downstream product lifecycle into upstream.<br>
even if redhat is overwhelmingly the majority contibutor of reviews and commits to<br>
ooo im not sure that changing the upstream lifestyle to align more closely with our product life<br>
cycle is the correct thing to do.<br>
<br>
at least while tripleo is still in the Openstack namespaces and not the x namespaces.<br>
Skipping upstream release is really quite a radical departure form the project original goals.<br>
i think it would also be counter productive to our downstream efforts to move our testing close to upstream.<br>
if ooo was to lose the ablity to test master for example we would not be able to use ooo in our downstream ci to test<br>
feature that we plan to release osp n+1 that are develop during an upstream cycle that wont be productised.<br>
<br>
i do not work on ooo so at the end of the day this wont affect me much but to me skipping releases seam counter intuitive<br>
given the previous efforts to make ooo more usable for development and ci. Moving to independent<br>
to decouple the lifecycle seams more reasonable if the underlying goal is not to skip releases. you can release when ready<br>
rather then scrambling or wating for a deadline. personally i think moving in the other direction so that ooo can release sooner<br>
not later would make the project more appealing as the delay in support of a release is often considered a detractor for tripleo vs<br>
other openstack installers. <br>
<br>
i would hope that this change would not have any effect on the rdo packaging of non ooo packages.<br>
the rdo packages are used by other instalation methods (the puppet moduels for example) including i belive some of the larger chineese providers that<br>
have written there own installers. i think it would be damaging to centos if rdo was to skip upstream version of say nova. what might need to change<br>
is the packaging of ooo itself in rdo.<br>
<br>
tl;dr im not against the idea of ooo moving to independent model but i would hope that it will not affect RDO's packaging of non ooo projects and that<br>
ooo can still be used for ci of master and stable branches of for example nova.<br>
<br></blockquote><div><br></div><div><div id="gmail-magicdomid7" class="gmail-ace-line"><br></div><div id="gmail-magicdomid149" class="gmail-ace-line"><span class="gmail-author-a-jz74z78z76z0xnz79zz77zfewz86zqs">RDO has no plans on skipping releases or any other changes affecting non-tripleo packages. The impact of this change (unclear at this point) should only affect the packages for those repos.</span></div><div id="gmail-magicdomid151" class="gmail-ace-line"><br></div><div id="gmail-magicdomid466" class="gmail-ace-line"><span class="gmail-author-a-jz74z78z76z0xnz79zz77zfewz86zqs">Note that RDO aims at being used and useful for other users and deployment tools as </span><span class="gmail-author-a-ez67zyaz72zz71zz86zz89zz69zz85zz81zhfz87zcl">P</span><span class="gmail-author-a-jz74z78z76z0xnz79zz77zfewz86zqs">uppet modules, </span><span class="gmail-author-a-ez67zyaz72zz71zz86zz89zz69zz85zz81zhfz87zcl">K</span><span class="gmail-author-a-jz74z78z76z0xnz79zz77zfewz86zqs">olla, or others willing to work in </span><span class="gmail-author-a-ez67zyaz72zz71zz86zz89zz69zz85zz81zhfz87zcl">C</span><span class="gmail-author-a-jz74z78z76z0xnz79zz77zfewz86zqs">ent</span><span class="gmail-author-a-ez67zyaz72zz71zz86zz89zz69zz85zz81zhfz87zcl">OS</span><span class="gmail-author-a-jz74z78z76z0xnz79zz77zfewz86zqs"> and we'd like to maintain the collaboration with them as needed.</span></div><div class="gmail-ace-line"><span class="gmail-author-a-jz74z78z76z0xnz79zz77zfewz86zqs"><br></span></div><div class="gmail-ace-line"><span class="gmail-author-a-jz74z78z76z0xnz79zz77zfewz86zqs">Regards,</span></div><div class="gmail-ace-line"><span class="gmail-author-a-jz74z78z76z0xnz79zz77zfewz86zqs"><br></span></div><div class="gmail-ace-line"><span class="gmail-author-a-jz74z78z76z0xnz79zz77zfewz86zqs">Alfredo<br></span></div></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">
regards<br>
sean<br>
<br>
> <br>
> regards, marios<br>
> <br>
> <br>
> <br>
> <br>
> > To quote the release model doc:<br>
> > > <br>
> > > ‘Some projects opt to completely bypass the 6-month cycle and release<br>
> > > independently. For example, that is the case of projects that support the<br>
> > > development infrastructure. The “independent” model describes such<br>
> > > projects.’<br>
> > > <br>
> > > The discussion here is to merely inform the greater community with<br>
> > > regards to the proposal and conversations regarding the release model.<br>
> > > This thread is NOT meant to discuss previous releases or their supported<br>
> > > status, merely changing the release model here [3]<br>
> > > <br>
> > > <br>
> > > [0] <a href="https://etherpad.opendev.org/p/tripleo-meeting-items" rel="noreferrer" target="_blank">https://etherpad.opendev.org/p/tripleo-meeting-items</a><br>
> > > <br>
> > > [1]  <a href="https://releases.openstack.org/reference/release_models.html" rel="noreferrer" target="_blank">https://releases.openstack.org/reference/release_models.html</a><br>
> > > <br>
> > > [2] <a href="https://releases.openstack.org/teams/tripleo.html" rel="noreferrer" target="_blank">https://releases.openstack.org/teams/tripleo.html</a><br>
> > > <br>
> > > [3] <a href="https://opendev.org/openstack/releases/src/branch/master/" rel="noreferrer" target="_blank">https://opendev.org/openstack/releases/src/branch/master/</a><br>
> > > deliverables/xena<br>
> > > <br>
> > > <br>
> <br>
<br>
<br>
</blockquote></div></div>