Friday, 2024-09-27

*** elodilles_pto is now known as elodilles07:00
ttx#startmeeting releaseteam13:00
opendevmeetMeeting started Fri Sep 27 13:00:08 2024 UTC and is due to finish in 60 minutes.  The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot.13:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:00
opendevmeetThe meeting name has been set to 'releaseteam'13:00
ttxPing list: release-team elod armstrong 13:00
elodilleso/13:00
frickler\o13:00
ttxelodilles: o/13:00
ttxfrickler: o/13:00
ttx#topic Review task completion13:00
ttxProcess (Very) late RC1 releases (all)13:01
ttxSo that was completed for Zun and Barbican team deliverables13:01
elodilles\o/13:01
ttxThe Kuryr deliverables that were not transferred to other teams remain blocked and should imho just not be released13:01
elodillesACK13:02
ttxThat is what https://review.opendev.org/c/openstack/releases/+/930554 clarified13:02
ttxalthough we might still want to cut a stable/2024.2 branch for kuryr-kubernetes for Tacker testing purposes13:02
ttx(we'll discuss that in open discussion)13:02
elodilles++13:03
ttxAfter all the projects enabled in devstack by default have been branched, we can engage with the (elod)13:03
elodillesyepp, so13:03
elodillesQA -> i've pinged the team,13:03
elodillesdevstack and grenade have branched13:03
elodillesand the team started their release process13:04
elodillesso we should be on track with this13:04
elodillesI18n SIG -> i've sent a mail to I18n SIG chair (Ian) before the meeting13:05
elodillesaccording to their process guide ( https://docs.openstack.org/i18n/latest/release_management.html#projects-affecting-stringfreezes ),13:06
elodilleswe probably are still OK, and the tooling can be updated for the new stable/2024.2 branch13:07
elodillesand last but not least:13:07
elodillesRequirements -> the branching patch has been proposed13:08
elodilles#link https://review.opendev.org/c/openstack/releases/+/93042913:08
elodillesand merged13:08
ttx\o/13:08
ttxProcess any remaining stable branching exception (ttx)13:08
ttxThat was also completed13:09
ttx#link https://review.opendev.org/q/topic:%22dalmatian-missing-stable-branches%2213:09
elodillessorry, one more thing for the prior task o:)13:09
ttxgo for it13:10
elodillesprometheanfire tonyb : fyi, this can be announced: the requirements freeze is lifted from master :)13:10
elodillesttx: that's all, sorry o:)13:11
ttxNotify the TC that it should be safe to apply the process to create the new release series landing pages for docs.openstack.org (elod)13:11
elodilleswell, i created the patch series: https://review.opendev.org/q/topic:www-dalmatian-final13:11
elodillesand the first patch already merged13:12
fricklerah, still need to finish reviewing that13:12
elodillesfrickler: project data is updated, so zuul gave Verified+1 now :]13:12
frickleryes, I wanted to check if there are other projects that can be dropped completely like openstack-chef13:13
elodilleshmmm, now i remember that we still need a site-map update patch that i promised13:13
elodillesfrickler: good point, we can drop that from the template13:13
elodillesfrickler: so that next time it won't appear at all13:13
frickleryes, that was my idea13:14
elodilles+113:14
elodilles(that's all i think)13:15
ttxOn the day before the deadline for final release candidates, propose last-minute RCs where needed. (elod)13:16
elodillessorry, i was on PTO yesterday and forgot to do this earlier :/13:17
elodillesi've checked, and now i see that manila,13:17
elodillesand kolla team's deliverables need rc2 releases13:17
elodillesi'll generate them after the meeting13:18
fricklerkolla is trailing, there shouldn't be an rc1 even?13:18
elodillesfrickler: oh, right13:18
elodillesfrickler: that explains why i saw that many patches13:18
elodilleso:)13:18
ttxyeah, kolla can wait13:18
frickler:)13:18
elodillesso then only manila needs a 2nd rc13:19
ttxso just manila?13:19
ttxok let's processs it real quick after meeting so that they are all up13:19
elodillesttx: ACK, will do13:19
ttxSend countdown email (ttx)13:19
ttxwill do after meeting13:19
ttxAfter the email is sent, use propose-final-releases to tag the existing most recent release candidates as the final release for projects using the cycle-with-rc model. (elod)13:20
ttxwe should do that once manila rc2 is processed13:20
elodillesyepp \o/13:20
elodilleswell13:20
elodillesi guess i can generate that after you've sent the mail,13:21
elodillesand just signal there that we need an update for manila's RC213:21
ttxelodilles: you could just build that patch on top of the manila rc2 patch13:21
ttxthat way it includes it13:21
elodillesso that PTLs can see what is in progress13:21
elodillesttx: +113:22
ttx#topic Assign R+0 week tasks13:22
frickleryes, otherwise we would lose reviews on the update13:22
ttxI have several meetings (including press interviews about dalmatian) toward the end of Wednesday so I'd rather not be on the hook for the emails13:24
elodillesACK13:24
elodillesbtw, do we want to have a meeting next week on Friday?13:24
ttxPress release is at 10am CT like usual13:24
ttx(that's 17:00 CEST)13:25
elodilles+113:25
ttxre: meetign, I think it's good to do a quick postmortem while things are still hot13:25
elodilles+113:25
elodillesthanks ttx :)13:25
ttx#topic Review countdown email for week R+013:26
ttx#link https://etherpad.opendev.org/p/relmgmt-weekly-emails13:26
elodillesLGTM13:27
ttxok will sent shortly after13:27
ttx#topic Open Discussion13:27
ttxAFAICT the only remaining flag for the release is what to do with kurur-kubernetes13:28
fungiwe'll also need the temporary semaphore removal/revert changes, i can propose those unless someone else is already working on them (should that have been in the r+0 week tasks?)13:28
ttxThe discussion is happening on https://review.opendev.org/c/openstack/releases/+/930554 , which is the patch straightening out the various kuryr deliverables13:28
ttxfungi: yes please13:29
ttxkuryr-kubernetes gate is borked and nobody is working on that, but it's still used as a testing dependency for Tacker13:30
ttxso stable/2024.2 testign of Tacker might fail if there is not kuryr-kubernetes stable/2024.2 branch13:30
ttxIf that is the case we can always manually create a 2024.2 branch for kuryr-kubernetes, outside of the deliverable file13:31
fricklerand never get that cleaned up again, no good idea IMO13:31
ttxso I think we should do that if Tacker testing ends up broken13:31
ttxfrickler: what do you mean, never get that cleaned up again?13:32
fungitacker could just drop the affected tests on stable13:32
elodillesi also added a comment: other option is to cut the branch from 'location' rather than from 'version' (like devstack and requirements branch case). and add a comment to the file why we don't have a release13:32
fricklerif it is not in the release file, there will be no transition to unmaintained, no eol13:32
fricklers/release/deliverable/13:33
elodillesthough i'm not 100% sure that our tooling will like that ^^^13:33
ttxah, hm13:33
fungitacker could also switch stable branch tests to use a tagged version of kuryr-kubernetes if they don't want to drop the affected tests13:33
ttxyeah, I feel like those questions are orthogonal to the release. We will not release kuryr-kubernetes for dalmatian, that's the only decision we need to make right now13:34
ttxthen Tacker has multiple ways to work around potentially-failing stable branch testing?13:35
frickler+113:35
ttxBut yes I agree in an ideal scenario we would not create anythign 2024.2 for kuryr-kubernetes13:35
ttxespecially not in a deliverables/dalmatian file13:36
fungiif that test dependency is a dead end anyway, they'll need to do something about their choice to depend on it at some point13:36
ttxbecause that would be very confusing13:36
fricklerthey could also backport the "do not test with kuryr-kubernetes" fix from master once they finish it13:36
ttxI think they are working on removing it already13:36
ttxok so I think we should merge https://review.opendev.org/c/openstack/releases/+/930554 asap to finalize the release content13:37
fricklerhttps://review.opendev.org/c/openstack/tacker/+/926504 looks like updated today13:37
ttxotherwise we'll have alarms raised on every script due to unreleased stuff13:37
elodilles:S13:38
elodillesthen i'm OK to merge that patch as it is13:39
ttxIt's also easy to revert13:39
ttxbut I don;t think anyone will convince me it's not the right path13:39
frickler+213:39
elodilles+2+W'd13:40
ttxI'll also abandon https://review.opendev.org/c/openstack/releases/+/928531 and https://review.opendev.org/c/openstack/releases/+/92953013:41
elodilles++13:41
elodilleslet's abandon them13:41
ttxok done13:42
ttxDalmatian review board will soon be clean!13:42
ttxanything else we need to cover?13:42
ttxfrickler: have a good time off!13:42
* frickler just notes being on holiday for 3 weeks after today. also added to the etherpad, please carry over to the next cycle13:42
fricklerthx13:43
fungiwhat time on wednesday are people planning to start mashing buttons? i'll set an alarm so i can be awake in case there are issues13:43
elodillesfrickler: yepp have a nice relaxing holiday o/ 13:43
ttx"On release day (around 10:00 UTC), approve the final release patch created earlier."13:44
fungiand that's based on prior adjustments we made to start earlier due to publication delays and increased test turnaround time we hit in recent releases, right?13:45
fungii guess that gives us 5 hours to press release13:45
fungiso should suffice13:46
ttxI think so yes13:46
elodillesyepp13:46
ttxAnything else before we close?13:46
elodilles-13:47
opendevreviewMerged openstack/releases master: Do not release Kuryr in Dalmatian  https://review.opendev.org/c/openstack/releases/+/93055413:47
* fungi has nothing13:47
ttxwoohoo!13:47
ttx#endmeeting13:47
opendevmeetMeeting ended Fri Sep 27 13:47:37 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)13:47
opendevmeetMinutes:        https://meetings.opendev.org/meetings/releaseteam/2024/releaseteam.2024-09-27-13.00.html13:47
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/releaseteam/2024/releaseteam.2024-09-27-13.00.txt13:47
opendevmeetLog:            https://meetings.opendev.org/meetings/releaseteam/2024/releaseteam.2024-09-27-13.00.log.html13:47
ttxThanks everyone!13:47
elodilles~o~13:47
elodillesthanks ttx o/13:47
ttxelodilles: ping us when the Manila patch is in so taht we review it today13:48
elodillesttx: ACK13:48
opendevreviewElod Illes proposed openstack/releases master: Release manila RC2 for 2024.2 Dalmatian  https://review.opendev.org/c/openstack/releases/+/93070413:57
elodillesttx: ^^^13:57
elodillesnote that storlets also has a merged but unreleased patch on stable/2024.2, but that does not contain any functional change, only devstack plugin change ( https://review.opendev.org/c/openstack/storlets/+/929335 ) so i considered that we don't need an rc2 from that14:00
elodillesand maybe we need another rc2 that i missed when i ran through first at the list of merged & unreleased changes, and that is skyline-console with https://review.opendev.org/c/openstack/skyline-console/+/93039914:02
elodillesrelease-team: ^^^14:02
ttxlooking14:03
ttxyeah that looks safe enough14:03
ttxlet's rc2 it14:03
elodilles+114:04
* elodilles is about to create RC2 for skyline-console14:04
opendevreviewElod Illes proposed openstack/releases master: Release skyline-console RC2 for 2024.2 Dalmatian  https://review.opendev.org/c/openstack/releases/+/93070514:08
elodilles(the .gitreview and the u-c update patch is not yet merged in skyline-console :'(14:08
fricklerelodilles: two more small issues found on https://review.opendev.org/c/openstack/openstack-manuals/+/93033114:09
elodillesfrickler: thanks for checking, will update soon o/14:10
opendevreviewMerged openstack/releases master: Release manila RC2 for 2024.2 Dalmatian  https://review.opendev.org/c/openstack/releases/+/93070414:58
fricklerelodilles: ttx: so we do the skyline rc2 without team feedback? I assume they're long off for the weekend already15:15
fungiremote:   https://review.opendev.org/c/openstack/project-config/+/930709 Temporarily remove release docs semaphores [WIP] [NEW]        15:22
fungiremote:   https://review.opendev.org/c/openstack/project-config/+/930710 Revert "Temporarily remove release docs semaphores" [WIP] [NEW]15:22
fungii'm setting myself a reminder to un-wip and approve 930709 on tuesday and then 930710 on wednesday once all the release jobs complete15:23
elodillesfrickler: good question. maybe we can wait until Monday?16:17
ttxon it16:19
ttx+2, I'll let someone else +A it16:21
ttxelodilles: I overrode the PTL+116:21
ttxI prefer to have all RCs clean over the weekend16:21
ttxand a patch up to promote them all to final16:22
ttxand keep release week respins only for release-critical bugs16:22
ttx(i.e. not the Turkish translation)16:22
ttxApproving now since everyone seems to be gone already :)16:39
opendevreviewMerged openstack/releases master: Release skyline-console RC2 for 2024.2 Dalmatian  https://review.opendev.org/c/openstack/releases/+/93070516:48
opendevreviewElod Illes proposed openstack/releases master: 2024.2 Dalmatian final releases for cycle-with-rc projects  https://review.opendev.org/c/openstack/releases/+/93075216:51
elodillesand there is the Dalmatian final release patch ^^^16:51

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