<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 12, 2021 at 12:07 PM Marios Andreou <<a href="mailto:marios@redhat.com">marios@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"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Jan 11, 2021 at 5:07 PM Herve Beraud <<a href="mailto:hberaud@redhat.com" target="_blank">hberaud@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"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 11 janv. 2021 à 15:27, Alex Schultz <<a href="mailto:aschultz@redhat.com" target="_blank">aschultz@redhat.com</a>> a écrit :<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 Mon, Jan 11, 2021 at 4:59 AM Marios Andreou <<a href="mailto:marios@redhat.com" target="_blank">marios@redhat.com</a>> wrote:<br>
><br>
> Hi TripleO,<br>
><br>
> you may have seen the thread started by Herve at [1] around the deadline for making a victoria release for os-refresh-config, os-collect-config and tripleo-ipsec.<br>
><br>
> This message is to ask if anyone is still using these? In particular would anyone mind if we stopped making tagged releases, as discussed at [2]. Would someone mind if there was no stable/victoria branch for these repos?<br>
><br>
> For the os-refresh/collect-config I suspect the answer is NO - at least, we aren't using these any more in the 'normal' tripleo deployment for a good while now, since we switched to config download by default. We haven't even created an ussuri branch for these [3] and no one has shouted about that (or at least not loud enough I haven't heard anything).<br>
<br>
Maybe switch to independent?  That being said as James points out they<br>
are still used by Heat so maybe the ownership should be moved.<br></blockquote><div><br></div><div>I agree, moving them to the independent model could be a solution, in this case the patch could be adapted to reflect that choice and we could ignore these repos from victoria deadline point of view. <br></div><div><br></div><div>Concerning the "ownership" side of the question this is more an internal discussion between teams and eventually the TC, I don't think that that will impact us from a release management POV.<br></div><div><br></div></div></div></blockquote><div><br></div><div>ack yes this makes sense thanks James, Alex, Herve and Rabi for your comments </div><div>First I'll refactor <a href="https://review.opendev.org/c/openstack/releases/+/769915" target="_blank">https://review.opendev.org/c/openstack/releases/+/769915</a> to instead move them to independent (and i'll also include os-apply-config). Then I'll reach out to Heat PTL to see what they think about the transfer of ownership,</div><div><br></div><div>thanks all</div><div><br></div></div></div></blockquote><div><br></div><div><br>me again ;)<br><br>my apologies but I've spent some time staring at this and have changed my mind. IMO it is best if we go ahead and create the victoria bits for these right now whilst also moving forward on the proposed governance change.<br><br>To be clear, I think we should merge [1] as is to create stable/victoria in time for the deadline. We already have a stable/victoria for os-apply-config and so let's be consistent and create it for os-refresh-config and os-collect-config too.<br><br>I reached out to Heat with [2] and posted [3] to illustrate the proposal of moving the governance for these under Heat. If they want them then they can decide about moving to independent or not.<br><br>Otherwise I will followup next week with a move to independent.<br><br>[1] <a href="https://review.opendev.org/c/openstack/releases/+/769915">https://review.opendev.org/c/openstack/releases/+/769915</a><br>[2] <a href="http://lists.openstack.org/pipermail/openstack-discuss/2021-January/019777.html">http://lists.openstack.org/pipermail/openstack-discuss/2021-January/019777.html</a><br>[3] <a href="https://review.opendev.org/c/openstack/governance/+/770285">https://review.opendev.org/c/openstack/governance/+/770285</a><br></div><div><br></div><div><br></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 class="gmail_quote"><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"><div dir="ltr"><div class="gmail_quote"><div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
><br>
> For tripleo-ipsec it *looks* like we're still using it in the sense that we carry the template and pass the parameters in tripleo-heat-templates [4]. However we aren't running that in any CI job as far as I can see, and we haven't created any branches there since Rocky. So is anyone using tripleo-ipsec?<br>
><br>
<br>
I think tripleo-ipsec is no longer needed as we now have proper<br>
tls-everywhere support. We might want to revisit this and<br>
deprecate/remove it.<br>
<br>
> Depending on the answers here and as discussed at [2] I will move to make these as unreleased (release-management: none in openstack/governance reference/projects.yaml) and remove the release file altogether.<br>
><br>
> For now however and given the deadline of this week for a victoria release I am proposing that we move forward with [2] and cut the victoria branch for these.<br>
><br>
> thanks for reading and please speak up if any of the above are important to you!<br>
><br>
> thanks, marios<br>
><br>
> [1] <a href="http://lists.openstack.org/pipermail/openstack-discuss/2021-January/019730.html" rel="noreferrer" target="_blank">http://lists.openstack.org/pipermail/openstack-discuss/2021-January/019730.html</a><br>
> [2] <a href="https://review.opendev.org/c/openstack/releases/+/769915/1/deliverables/victoria/os-refresh-config.yaml" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/releases/+/769915/1/deliverables/victoria/os-refresh-config.yaml</a><br>
> [3] <a href="https://pastebin.com/raw/KJ0JxKPx" rel="noreferrer" target="_blank">https://pastebin.com/raw/KJ0JxKPx</a><br>
> [4] <a href="https://opendev.org/openstack/tripleo-heat-templates/src/commit/9fd709019fdd36d4c4821b2486e7151abf84bc3f/deployment/ipsec/ipsec-baremetal-ansible.yaml#L101-L106" rel="noreferrer" target="_blank">https://opendev.org/openstack/tripleo-heat-templates/src/commit/9fd709019fdd36d4c4821b2486e7151abf84bc3f/deployment/ipsec/ipsec-baremetal-ansible.yaml#L101-L106</a><br>
><br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Hervé Beraud</div><div>Senior Software Engineer at Red Hat</div><div>irc: hberaud</div><div><a href="https://github.com/4383/" target="_blank">https://github.com/4383/</a></div><div><a href="https://twitter.com/4383hberaud" target="_blank">https://twitter.com/4383hberaud</a><br></div><div>-----BEGIN PGP SIGNATURE-----<br><br>wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+<br>Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+<br>RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP<br>F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G<br>5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g<br>glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw<br>m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ<br>hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0<br>qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y<br>F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3<br>B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O<br>v6rDpkeNksZ9fFSyoY2o<br>=ECSj<br>-----END PGP SIGNATURE-----<br><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div>
</blockquote></div></div>
</blockquote></div></div>