[release][ironic] ironic-python-agent-builder release model change
Hello fellow openstackers!
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. 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. 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.
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! :)
Thank you in advance for your help!
Riccardo
Hi Riccardo,
Thanks for raising this! I do like the idea of having stable branches for the ipa-builder +1
Em seg., 26 de abr. de 2021 às 12:03, Riccardo Pittau elfosardo@gmail.com escreveu:
Hello fellow openstackers!
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. 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. 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.
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! :)
Thank you in advance for your help!
Riccardo
Hello,
At first glance that makes sense.
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?
Does someone else use the ironic-python-agent-builder?
[1] https://opendev.org/openstack/releases/src/branch/master/deliverables/xena/i... [2] https://opendev.org/openstack/releases/src/branch/master/deliverables/_indep...
Le ven. 30 avr. 2021 à 16:34, Iury Gregory iurygregory@gmail.com a écrit :
Hi Riccardo,
Thanks for raising this! I do like the idea of having stable branches for the ipa-builder +1
Em seg., 26 de abr. de 2021 às 12:03, Riccardo Pittau elfosardo@gmail.com escreveu:
Hello fellow openstackers!
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. 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. 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.
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! :)
Thank you in advance for your help!
Riccardo
--
*Att[]'sIury Gregory Melo Ferreira * *MSc in Computer Science at UFCG* *Part of the ironic-core and puppet-manager-core team in OpenStack* *Software Engineer at Red Hat Czech* *Social*: https://www.linkedin.com/in/iurygregory *E-mail: iurygregory@gmail.com iurygregory@gmail.com*
Hey Hervé,
Thank you for your reply.
That's correct, ironic-python-agent and ironic-python-agent-builder were originally part of the same repository. We decided to split them at some point, and we'd like to keep them separated, but we realized that it would make sense to keep them synced by branch.
At my knowledge, ipa-builder is also used by TripleO to generate the ipa ramdisks. Current projects can keep using the master branch as usual, it's unlikely this change will break anything. In any case, there should be enough time to adapt to the new branched model during the xena cycle, and I (and the ironic community) will be available to provide help if needed. There were no big changes on ipa-builder since the wallaby release, and of course we will be able to backport any bugfix, so I don't see issues in cutting the stable branch now.
Thanks,
Riccardo
On Mon, May 3, 2021 at 10:19 AM Herve Beraud hberaud@redhat.com wrote:
Hello,
At first glance that makes sense.
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?
Does someone else use the ironic-python-agent-builder?
[1] https://opendev.org/openstack/releases/src/branch/master/deliverables/xena/i... [2] https://opendev.org/openstack/releases/src/branch/master/deliverables/_indep...
Le ven. 30 avr. 2021 à 16:34, Iury Gregory iurygregory@gmail.com a écrit :
Hi Riccardo,
Thanks for raising this! I do like the idea of having stable branches for the ipa-builder +1
Em seg., 26 de abr. de 2021 às 12:03, Riccardo Pittau < elfosardo@gmail.com> escreveu:
Hello fellow openstackers!
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. 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. 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.
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! :)
Thank you in advance for your help!
Riccardo
--
*Att[]'sIury Gregory Melo Ferreira * *MSc in Computer Science at UFCG* *Part of the ironic-core and puppet-manager-core team in OpenStack* *Software Engineer at Red Hat Czech* *Social*: https://www.linkedin.com/in/iurygregory *E-mail: iurygregory@gmail.com iurygregory@gmail.com*
-- Hervé Beraud Senior Software Engineer at Red Hat irc: hberaud https://github.com/4383/ https://twitter.com/4383hberaud -----BEGIN PGP SIGNATURE-----
wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+ Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+ RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G 5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0 qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3 B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O v6rDpkeNksZ9fFSyoY2o =ECSj -----END PGP SIGNATURE-----
We can consider this context as an exception [1] to switch back this deliverable to the cycle-with-intermediary model [2].
However, before we start anything, I prefer to discuss that first more deeply to see the possible side effects from a release management point of view, hence, I added this topic to our next meeting (Friday 2pm UTC - May 7). Feel free to join us to discuss it and plan how we will proceed.
[1] https://releases.openstack.org/reference/release_models.html#openstack-relat... [2] https://releases.openstack.org/reference/release_models.html#cycle-with-inte... [3] https://etherpad.opendev.org/p/xena-relmgt-tracking
Le mar. 4 mai 2021 à 09:47, Riccardo Pittau elfosardo@gmail.com a écrit :
Hey Hervé,
Thank you for your reply.
That's correct, ironic-python-agent and ironic-python-agent-builder were originally part of the same repository. We decided to split them at some point, and we'd like to keep them separated, but we realized that it would make sense to keep them synced by branch.
At my knowledge, ipa-builder is also used by TripleO to generate the ipa ramdisks. Current projects can keep using the master branch as usual, it's unlikely this change will break anything. In any case, there should be enough time to adapt to the new branched model during the xena cycle, and I (and the ironic community) will be available to provide help if needed. There were no big changes on ipa-builder since the wallaby release, and of course we will be able to backport any bugfix, so I don't see issues in cutting the stable branch now.
Thanks,
Riccardo
On Mon, May 3, 2021 at 10:19 AM Herve Beraud hberaud@redhat.com wrote:
Hello,
At first glance that makes sense.
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?
Does someone else use the ironic-python-agent-builder?
[1] https://opendev.org/openstack/releases/src/branch/master/deliverables/xena/i... [2] https://opendev.org/openstack/releases/src/branch/master/deliverables/_indep...
Le ven. 30 avr. 2021 à 16:34, Iury Gregory iurygregory@gmail.com a écrit :
Hi Riccardo,
Thanks for raising this! I do like the idea of having stable branches for the ipa-builder +1
Em seg., 26 de abr. de 2021 às 12:03, Riccardo Pittau < elfosardo@gmail.com> escreveu:
Hello fellow openstackers!
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. 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. 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.
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! :)
Thank you in advance for your help!
Riccardo
--
*Att[]'sIury Gregory Melo Ferreira * *MSc in Computer Science at UFCG* *Part of the ironic-core and puppet-manager-core team in OpenStack* *Software Engineer at Red Hat Czech* *Social*: https://www.linkedin.com/in/iurygregory *E-mail: iurygregory@gmail.com iurygregory@gmail.com*
-- Hervé Beraud Senior Software Engineer at Red Hat irc: hberaud https://github.com/4383/ https://twitter.com/4383hberaud -----BEGIN PGP SIGNATURE-----
wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+ Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+ RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G 5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0 qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3 B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O v6rDpkeNksZ9fFSyoY2o =ECSj -----END PGP SIGNATURE-----
On Tue, May 4, 2021 at 5:16 AM Herve Beraud hberaud@redhat.com wrote:
We can consider this context as an exception [1] to switch back this deliverable to the cycle-with-intermediary model [2].
Ultimately it is not a library, it is a set of tools where having a tagged release makes more sense so we can fix breakpoints when integrations in other aspects break on us, such as kernel versioning from distributions where chroot suddenly no longer works as expected.
However, before we start anything, I prefer to discuss that first more deeply to see the possible side effects from a release management point of view, hence, I added this topic to our next meeting (Friday 2pm UTC - May 7). Feel free to join us to discuss it and plan how we will proceed.
I believe there is a contextual disconnect.
The ironic contributor context is we have suffered CI pain over the past year where code handling distributions has broken several times. Largely these breaks have had to be navigated around with specific version pinning, and settings changes, because we were unable to fix something a release or two back inside the tooling, in this case ipa-b. In other words, if we had that capability and those branches/tags, we would have been less in a world of pain because we wouldn't have had to make changes on every job/branch across every repository where we were hitting issues with ipa-b. Reduction of pain is why this change is being proposed.
If the release team would please convey their concerns of possible side effects in writing on this thread, I would greatly appreciate it because I'll be on a flight on Friday during the release team meeting.
Ultimately I see Riccardo trying to do the needful of the lazy consensus that has been obtained within the Ironic community. I don't see this is anything that requires an explicit blessing by the release team, but that perception is based upon my context.
-Julia
[1] https://releases.openstack.org/reference/release_models.html#openstack-relat... [2] https://releases.openstack.org/reference/release_models.html#cycle-with-inte... [3] https://etherpad.opendev.org/p/xena-relmgt-tracking
Le mar. 4 mai 2021 à 09:47, Riccardo Pittau elfosardo@gmail.com a écrit :
Hey Hervé,
Thank you for your reply.
That's correct, ironic-python-agent and ironic-python-agent-builder were originally part of the same repository. We decided to split them at some point, and we'd like to keep them separated, but we realized that it would make sense to keep them synced by branch.
At my knowledge, ipa-builder is also used by TripleO to generate the ipa ramdisks. Current projects can keep using the master branch as usual, it's unlikely this change will break anything. In any case, there should be enough time to adapt to the new branched model during the xena cycle, and I (and the ironic community) will be available to provide help if needed. There were no big changes on ipa-builder since the wallaby release, and of course we will be able to backport any bugfix, so I don't see issues in cutting the stable branch now.
Thanks,
Riccardo
On Mon, May 3, 2021 at 10:19 AM Herve Beraud hberaud@redhat.com wrote:
Hello,
At first glance that makes sense.
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?
Does someone else use the ironic-python-agent-builder?
[1] https://opendev.org/openstack/releases/src/branch/master/deliverables/xena/i... [2] https://opendev.org/openstack/releases/src/branch/master/deliverables/_indep...
Le ven. 30 avr. 2021 à 16:34, Iury Gregory iurygregory@gmail.com a écrit :
Hi Riccardo,
Thanks for raising this! I do like the idea of having stable branches for the ipa-builder +1
Em seg., 26 de abr. de 2021 às 12:03, Riccardo Pittau elfosardo@gmail.com escreveu:
Hello fellow openstackers!
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. 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. 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.
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! :)
Thank you in advance for your help!
Riccardo
-- Att[]'s Iury Gregory Melo Ferreira MSc in Computer Science at UFCG Part of the ironic-core and puppet-manager-core team in OpenStack Software Engineer at Red Hat Czech Social: https://www.linkedin.com/in/iurygregory E-mail: iurygregory@gmail.com
-- Hervé Beraud Senior Software Engineer at Red Hat irc: hberaud https://github.com/4383/ https://twitter.com/4383hberaud -----BEGIN PGP SIGNATURE-----
wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+ Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+ RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G 5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0 qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3 B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O v6rDpkeNksZ9fFSyoY2o =ECSj -----END PGP SIGNATURE-----
-- Hervé Beraud Senior Software Engineer at Red Hat irc: hberaud https://github.com/4383/ https://twitter.com/4383hberaud -----BEGIN PGP SIGNATURE-----
wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+ Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+ RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G 5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0 qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3 B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O v6rDpkeNksZ9fFSyoY2o =ECSj -----END PGP SIGNATURE-----
Hi Hervé,
Kayobe (part of the Kolla project) also uses ironic-python-agent-builder to build IPA images. We use its master branch [1], since it is the only one available. However, this has caused issues. For example, IPA builds broke on Ussuri [2] after ipa-builder started to use a feature of diskimage-builder that isn't available in the maximum DIB version allowed by Ussuri upper constraints. This wouldn't have happened had we been able to use stable branches. Of course we could use tags, but they can break too and can't be fixed.
So as far as Kayobe is concerned, we fully support the proposed release model change and see no downside.
On a related note, stable branches for diskimage-builder would be useful too.
[1] https://opendev.org/openstack/kayobe/src/branch/master/ansible/group_vars/al... [2] https://review.opendev.org/c/openstack/kayobe/+/775936
On Mon, 3 May 2021 at 10:20, Herve Beraud hberaud@redhat.com wrote:
Hello,
At first glance that makes sense.
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?
Does someone else use the ironic-python-agent-builder?
[1] https://opendev.org/openstack/releases/src/branch/master/deliverables/xena/i... [2] https://opendev.org/openstack/releases/src/branch/master/deliverables/_indep...
Le ven. 30 avr. 2021 à 16:34, Iury Gregory iurygregory@gmail.com a écrit :
Hi Riccardo,
Thanks for raising this! I do like the idea of having stable branches for the ipa-builder +1
Em seg., 26 de abr. de 2021 às 12:03, Riccardo Pittau elfosardo@gmail.com escreveu:
Hello fellow openstackers!
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. 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. 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.
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! :)
Thank you in advance for your help!
Riccardo
-- Att[]'s Iury Gregory Melo Ferreira MSc in Computer Science at UFCG Part of the ironic-core and puppet-manager-core team in OpenStack Software Engineer at Red Hat Czech Social: https://www.linkedin.com/in/iurygregory E-mail: iurygregory@gmail.com
-- Hervé Beraud Senior Software Engineer at Red Hat irc: hberaud https://github.com/4383/ https://twitter.com/4383hberaud -----BEGIN PGP SIGNATURE-----
wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+ Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+ RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G 5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0 qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3 B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O v6rDpkeNksZ9fFSyoY2o =ECSj -----END PGP SIGNATURE-----
Thank you everyone for all these details.
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.
https://review.opendev.org/c/openstack/releases/+/789587
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.
My patch propose to: - change the deliverable model - release and cut this deliverable for Wallaby - init this deliverable for Xena
Hervé
Le mar. 4 mai 2021 à 16:34, Pierre Riteau pierre@stackhpc.com a écrit :
Hi Hervé,
Kayobe (part of the Kolla project) also uses ironic-python-agent-builder to build IPA images. We use its master branch [1], since it is the only one available. However, this has caused issues. For example, IPA builds broke on Ussuri [2] after ipa-builder started to use a feature of diskimage-builder that isn't available in the maximum DIB version allowed by Ussuri upper constraints. This wouldn't have happened had we been able to use stable branches. Of course we could use tags, but they can break too and can't be fixed.
So as far as Kayobe is concerned, we fully support the proposed release model change and see no downside.
On a related note, stable branches for diskimage-builder would be useful too.
[1] https://opendev.org/openstack/kayobe/src/branch/master/ansible/group_vars/al... [2] https://review.opendev.org/c/openstack/kayobe/+/775936
On Mon, 3 May 2021 at 10:20, Herve Beraud hberaud@redhat.com wrote:
Hello,
At first glance that makes sense.
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?
Does someone else use the ironic-python-agent-builder?
[1]
https://opendev.org/openstack/releases/src/branch/master/deliverables/xena/i...
[2]
https://opendev.org/openstack/releases/src/branch/master/deliverables/_indep...
Le ven. 30 avr. 2021 à 16:34, Iury Gregory iurygregory@gmail.com a
écrit :
Hi Riccardo,
Thanks for raising this! I do like the idea of having stable branches for the ipa-builder +1
Em seg., 26 de abr. de 2021 às 12:03, Riccardo Pittau <
elfosardo@gmail.com> escreveu:
Hello fellow openstackers!
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.
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.
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.
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! :)
Thank you in advance for your help!
Riccardo
-- Att[]'s Iury Gregory Melo Ferreira MSc in Computer Science at UFCG Part of the ironic-core and puppet-manager-core team in OpenStack Software Engineer at Red Hat Czech Social: https://www.linkedin.com/in/iurygregory E-mail: iurygregory@gmail.com
-- Hervé Beraud Senior Software Engineer at Red Hat irc: hberaud https://github.com/4383/ https://twitter.com/4383hberaud -----BEGIN PGP SIGNATURE-----
wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+ Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+ RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G 5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0 qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3 B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O v6rDpkeNksZ9fFSyoY2o =ECSj -----END PGP SIGNATURE-----
Thanks Hervé! I'm also not sure I will be able to join the discussion this Friday, but I'll do my best, so having that patch already up greatly helps.
Thanks also everyone who chipped in to clarify and provide better context :)
Riccardo
On Tue, May 4, 2021 at 5:03 PM Herve Beraud hberaud@redhat.com wrote:
Thank you everyone for all these details.
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.
https://review.opendev.org/c/openstack/releases/+/789587
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.
My patch propose to:
- change the deliverable model
- release and cut this deliverable for Wallaby
- init this deliverable for Xena
Hervé
Le mar. 4 mai 2021 à 16:34, Pierre Riteau pierre@stackhpc.com a écrit :
Hi Hervé,
Kayobe (part of the Kolla project) also uses ironic-python-agent-builder to build IPA images. We use its master branch [1], since it is the only one available. However, this has caused issues. For example, IPA builds broke on Ussuri [2] after ipa-builder started to use a feature of diskimage-builder that isn't available in the maximum DIB version allowed by Ussuri upper constraints. This wouldn't have happened had we been able to use stable branches. Of course we could use tags, but they can break too and can't be fixed.
So as far as Kayobe is concerned, we fully support the proposed release model change and see no downside.
On a related note, stable branches for diskimage-builder would be useful too.
[1] https://opendev.org/openstack/kayobe/src/branch/master/ansible/group_vars/al... [2] https://review.opendev.org/c/openstack/kayobe/+/775936
On Mon, 3 May 2021 at 10:20, Herve Beraud hberaud@redhat.com wrote:
Hello,
At first glance that makes sense.
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?
Does someone else use the ironic-python-agent-builder?
[1]
https://opendev.org/openstack/releases/src/branch/master/deliverables/xena/i...
[2]
https://opendev.org/openstack/releases/src/branch/master/deliverables/_indep...
Le ven. 30 avr. 2021 à 16:34, Iury Gregory iurygregory@gmail.com a
écrit :
Hi Riccardo,
Thanks for raising this! I do like the idea of having stable branches for the ipa-builder +1
Em seg., 26 de abr. de 2021 às 12:03, Riccardo Pittau <
elfosardo@gmail.com> escreveu:
Hello fellow openstackers!
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.
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.
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.
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! :)
Thank you in advance for your help!
Riccardo
-- Att[]'s Iury Gregory Melo Ferreira MSc in Computer Science at UFCG Part of the ironic-core and puppet-manager-core team in OpenStack Software Engineer at Red Hat Czech Social: https://www.linkedin.com/in/iurygregory E-mail: iurygregory@gmail.com
-- Hervé Beraud Senior Software Engineer at Red Hat irc: hberaud https://github.com/4383/ https://twitter.com/4383hberaud -----BEGIN PGP SIGNATURE-----
wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+ Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+ RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G 5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0 qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3 B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O v6rDpkeNksZ9fFSyoY2o =ECSj -----END PGP SIGNATURE-----
-- Hervé Beraud Senior Software Engineer at Red Hat irc: hberaud https://github.com/4383/ https://twitter.com/4383hberaud -----BEGIN PGP SIGNATURE-----
wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+ Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+ RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G 5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0 qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3 B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O v6rDpkeNksZ9fFSyoY2o =ECSj -----END PGP SIGNATURE-----
participants (5)
-
Herve Beraud
-
Iury Gregory
-
Julia Kreger
-
Pierre Riteau
-
Riccardo Pittau