Wednesday, 2022-08-17

opendevreviewIury Gregory Melo Ferreira proposed openstack/releases master: Create bugfix/9.0 for IPA  https://review.opendev.org/c/openstack/releases/+/85338502:44
opendevreviewIury Gregory Melo Ferreira proposed openstack/releases master: Release ironic-inspector 10.13.0 for zed  https://review.opendev.org/c/openstack/releases/+/85338602:53
opendevreviewIury Gregory Melo Ferreira proposed openstack/releases master: Release Ironic 21.0 for Zed  https://review.opendev.org/c/openstack/releases/+/85339003:44
*** amoralej|off is now known as amoralej06:35
opendevreviewRodolfo Alonso proposed openstack/releases master: Release ovsdbapp 2.1.0  https://review.opendev.org/c/openstack/releases/+/85340207:43
opendevreviewRodolfo Alonso proposed openstack/releases master: Release os-ken 2.5.0  https://review.opendev.org/c/openstack/releases/+/85340407:47
elodillesiurygregory: sorry for pinging you, any plan about the unreleased deliverables? >>> https://lists.openstack.org/pipermail/openstack-discuss/2022-August/029798.html09:49
iurygregoryelodilles, most of them we will do one stable release - following the deadline for Zed (going to double check today)10:18
elodillesiurygregory: that sounds cycle-with-rc model to me actually :-o10:45
elodillesiurygregory: should i prepare model change patches for them?10:45
elodillesiurygregory: let me know and i'll propose them :)10:46
iurygregoryelodilles, I think we talked a bit about this in the past XD, but most of the deliverables in ironic doesn't receive a lot of change during the cycle... and cycle-with-rc would assume that we would always do a Major release (if I recall), considering operators if we release major versions it would say "Hey we did a lot of new things and removed support for something" (which is not something good when we didn't 10:49
iurygregoryhave changes )10:49
opendevreviewIury Gregory Melo Ferreira proposed openstack/releases master: Release ironic-inspector 11.0.0 for zed  https://review.opendev.org/c/openstack/releases/+/85338610:52
elodillesiurygregory: ack, sry :)11:10
iurygregoryelodilles, no worries =)11:10
*** dviroel|afk is now known as dviroel11:32
dtantsurWe also do not want to preclude releasing any of these deliverables in the middle of a cycle if needed12:20
dtantsurwell. bifrost could probably be made cycle-with-rc, except that RC's are useless.12:21
dtantsurand ironic-ui may not live to see Zed :(12:21
dtantsuriurygregory, elodilles ^^^12:21
iurygregorydtantsur, yeah12:23
dtantsurI would go as far as saying that we don't need to release bifrost at all, but we need to create stable branches12:23
dtantsurIPA-builder should stay as it is, we tend to land things there in spikes (e.g. when a new distro hits us)12:24
dtantsurnetworking-* stuff... dunno. I guess being tied to neutron it could match the neutron's cycle.12:25
dtantsurjust my 0.5c12:25
opendevreviewJiri Podivin proposed openstack/releases master: Releasing validations-libs 2.0.0  https://review.opendev.org/c/openstack/releases/+/85347512:30
opendevreviewIury Gregory Melo Ferreira proposed openstack/releases master: Release Ironic 21.0 for Zed  https://review.opendev.org/c/openstack/releases/+/85339012:32
elodillesack, thanks. for the record, ironic deliverables aren't the only ones that are released with minimal (or sometimes zero) content, just for the sake of simplicity (easier series identification / stable branch creation / etc. point of view). and those deliverables have cycle-with-rc model.12:38
*** amoralej is now known as amoralej|lunch13:18
dtantsurThat's the thing: we don't need RCs (nor do these projects, they just cargo-cult it from Nova)13:45
dtantsurWe do need freedom to make 10 releases a cycle if we suddenly need13:45
dtantsurI think the disconnect lies here. cycle-with-rc is not the simplest model, "just release at least once" is.13:46
*** amoralej|lunch is now known as amoralej13:53
elodillesack, i see14:39
ttxyeah RC model is justified only if (1) you want to do only one release per cycle and (2) you have a lot of changes14:52
ttxIf it's just a stable library then a single straight release is probably the most appropriate14:52
ttxas there is nothing to "stabilize" over a bunch of RCs14:55
ttxelodilles: so maybe we should not reach out too aggressively to those only doing one release per cycle and try to turn them into a cycle-with-rc model14:55
ttxunless we think they would be a good fit14:56
ttxprobably worth reviewing the list in a release meeting prior to engaging14:56
elodillesttx: ack, i did not want to be aggressive, hence i didn't even propose the model change patches (as i remembered that ironic team doesn't like cycle-with-rc model :)) just reacted to 'do one stable release - following the deadline for Zed' sentence o:)15:01
ttxelodilles: i did not mean you were aggressive... just that maybe we should filter and not be too proactive15:02
elodillesttx: of course, understood :)15:06
elodillesbut yeah, maybe we should rephrase a bit our process guideline as well15:07
*** dviroel is now known as dviroel|lunch15:07
elodillesi'll take a look and see if we can emphasize that changing to rc model is not always needed15:09
elodilles(if that is not there already)15:09
ttx++15:10
ttxI think our process is a bit aggressive, to summarize15:10
opendevreviewElod Illes proposed openstack/releases master: Add note to model changing task  https://review.opendev.org/c/openstack/releases/+/85350915:29
elodillesttx: added a note ^^^15:30
*** marios is now known as marios|out15:32
elodillesi hope i phrased it clearly. feel free to rephrase if you see something. if the patch is needed at all15:33
*** dviroel|lunch is now known as dviroel16:12
ttxok will have a look16:30
*** amoralej is now known as amoralej|off16:52
opendevreviewBrian Rosmaita proposed openstack/releases master: cinderlib: End of Life for stable/train  https://review.opendev.org/c/openstack/releases/+/85353419:35
opendevreviewBrian Rosmaita proposed openstack/releases master: cinderlib: End of Life for stable/train  https://review.opendev.org/c/openstack/releases/+/85353419:36
opendevreviewBrian Rosmaita proposed openstack/releases master: cinderlib: End of Life for stable/ussuri  https://review.opendev.org/c/openstack/releases/+/85353519:36
*** dviroel is now known as dviroel|afk21:02

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!