<div dir="ltr"><div>Thank you everyone for all these details.</div><div><br></div><div>To simplify things I proposed a patch to host the discussion between teams. That will allow everyone to follow the advancement in an async way (@Julia let me know if that fits your needs). Feel free to vote and leave comments directly on this patch.<br></div><div><br></div><div><a href="https://review.opendev.org/c/openstack/releases/+/789587">https://review.opendev.org/c/openstack/releases/+/789587</a></div><div><br></div><div>Usually we avoid adding new deliverables to a stable series but I think that here we are in a special case and since switching back to cwi isn't something usual I think that we can do an exception for this one especially if that can help to solve several issues.</div><div><br></div><div>My patch propose to:</div><div>- change the deliverable model</div><div>- release and cut this deliverable for Wallaby</div><div>- init this deliverable for Xena</div><div><br></div><div>Hervé<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 4 mai 2021 à 16:34, Pierre Riteau <<a href="mailto:pierre@stackhpc.com">pierre@stackhpc.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">Hi Hervé,<br>
<br>
Kayobe (part of the Kolla project) also uses<br>
ironic-python-agent-builder to build IPA images. We use its master<br>
branch [1], since it is the only one available. However, this has<br>
caused issues. For example, IPA builds broke on Ussuri [2] after<br>
ipa-builder started to use a feature of diskimage-builder that isn't<br>
available in the maximum DIB version allowed by Ussuri upper<br>
constraints. This wouldn't have happened had we been able to use<br>
stable branches. Of course we could use tags, but they can break too<br>
and can't be fixed.<br>
<br>
So as far as Kayobe is concerned, we fully support the proposed<br>
release model change and see no downside.<br>
<br>
On a related note, stable branches for diskimage-builder would be useful too.<br>
<br>
[1] <a href="https://opendev.org/openstack/kayobe/src/branch/master/ansible/group_vars/all/ipa#L20" rel="noreferrer" target="_blank">https://opendev.org/openstack/kayobe/src/branch/master/ansible/group_vars/all/ipa#L20</a><br>
[2] <a href="https://review.opendev.org/c/openstack/kayobe/+/775936" rel="noreferrer" target="_blank">https://review.opendev.org/c/openstack/kayobe/+/775936</a><br>
<br>
On Mon, 3 May 2021 at 10:20, Herve Beraud <<a href="mailto:hberaud@redhat.com" target="_blank">hberaud@redhat.com</a>> wrote:<br>
><br>
> Hello,<br>
><br>
> At first glance that makes sense.<br>
><br>
> If I correctly understand the story, the ironic-python-agent [1] and the ironic-python-agent-builder [2] were within the same repo at the origin, correct?<br>
><br>
> Does someone else use the ironic-python-agent-builder?<br>
><br>
> [1] <a href="https://opendev.org/openstack/releases/src/branch/master/deliverables/xena/ironic-python-agent.yaml" rel="noreferrer" target="_blank">https://opendev.org/openstack/releases/src/branch/master/deliverables/xena/ironic-python-agent.yaml</a><br>
> [2] <a href="https://opendev.org/openstack/releases/src/branch/master/deliverables/_independent/ironic-python-agent-builder.yaml" rel="noreferrer" target="_blank">https://opendev.org/openstack/releases/src/branch/master/deliverables/_independent/ironic-python-agent-builder.yaml</a><br>
><br>
> Le ven. 30 avr. 2021 à 16:34, Iury Gregory <<a href="mailto:iurygregory@gmail.com" target="_blank">iurygregory@gmail.com</a>> a écrit :<br>
>><br>
>> Hi Riccardo,<br>
>><br>
>> Thanks for raising this!<br>
>> I do like the idea of having stable branches for the ipa-builder +1<br>
>><br>
>> Em seg., 26 de abr. de 2021 às 12:03, Riccardo Pittau <<a href="mailto:elfosardo@gmail.com" target="_blank">elfosardo@gmail.com</a>> escreveu:<br>
>>><br>
>>> Hello fellow openstackers!<br>
>>><br>
>>> During the recent xena ptg, the ironic community had a discussion about the need to move the ironic-python-agent-builder project from an independent model to the standard release model.<br>
>>> When we initially split the builder from ironic-python-agent, we decided against it, but considering some problems we encountered during the road, the ironic community seems to be in favor of the change.<br>
>>> The reasons for this are mainly to strictly align the image building project to ironic-python-agent releases, and ease dealing with the occasional upgrade of tinycore linux, the base image used to build the "tinyipa" ironic-python-agent ramdisk.<br>
>>><br>
>>> We'd like to involve the release team to ask for advice, not only on the process, but also considering that we need to ask to cut the first branch for the wallaby stable release, and we know we're a bit late for that! :)<br>
>>><br>
>>> Thank you in advance for your help!<br>
>>><br>
>>> Riccardo<br>
>><br>
>><br>
>><br>
>> --<br>
>> Att[]'s<br>
>> Iury Gregory Melo Ferreira<br>
>> MSc in Computer Science at UFCG<br>
>> Part of the ironic-core and puppet-manager-core team in OpenStack<br>
>> Software Engineer at Red Hat Czech<br>
>> Social: <a href="https://www.linkedin.com/in/iurygregory" rel="noreferrer" target="_blank">https://www.linkedin.com/in/iurygregory</a><br>
>> E-mail: <a href="mailto:iurygregory@gmail.com" target="_blank">iurygregory@gmail.com</a><br>
><br>
><br>
><br>
> --<br>
> Hervé Beraud<br>
> Senior Software Engineer at Red Hat<br>
> irc: hberaud<br>
> <a href="https://github.com/4383/" rel="noreferrer" target="_blank">https://github.com/4383/</a><br>
> <a href="https://twitter.com/4383hberaud" rel="noreferrer" target="_blank">https://twitter.com/4383hberaud</a><br>
> -----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>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><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>