14:00:08 #startmeeting releaseteam 14:00:08 Meeting started Fri Mar 11 14:00:08 2022 UTC and is due to finish in 60 minutes. The chair is elodilles. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:08 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:08 The meeting name has been set to 'releaseteam' 14:00:17 o/ 14:00:19 Ping list: hberaud ttx armstrong damani 14:00:33 #link https://etherpad.opendev.org/p/yoga-relmgt-tracking 14:00:33 o/ 14:01:21 hi 14:01:27 we are @ line 336 14:01:34 hello everyone \o/ 14:02:14 let's start with the topics 14:02:24 #topic Review task completion 14:02:37 1st task: 14:02:41 "Process any remaining library branching exception" 14:03:50 we had: 14:03:53 keystoneauth: https://review.opendev.org/c/openstack/releases/+/832334 14:04:05 kuryr: https://review.opendev.org/c/openstack/releases/+/832335 14:05:02 and these are still open 14:05:39 kuryr one was approved 14:05:55 so it just needs a 2nd core review :) 14:06:31 omw 14:06:40 hberaud: thanks! :) 14:07:44 done 14:07:50 \o/ 14:08:29 also, we need to merge the keystoneauth i think, despite we don't have approval from the team 14:08:37 +1 14:08:53 we enough waited 14:08:58 yepp 14:09:12 OK, i see they are merging now, thanks 14:09:28 so let's go to the next task 14:09:48 "On the Monday, generate release requests for all deliverables that do not have a suitable candidate yet" 14:10:19 there were multiple subtasks, so let's go one by one 14:10:45 I found these devstack-plugins: devstack-plugins: https://review.opendev.org/c/openstack/releases/+/832340 14:11:20 * hberaud look 14:12:50 LGTM 14:13:31 i've +W'd it :] 14:13:53 me too 14:13:55 next subtask: 14:13:55 :) 14:14:38 '[search for] cycle-with-intermediary deliverables that have not released yet' 14:14:54 only requirements, release-test (no need for release) and tempest plugins (will be proposed in R-2, see tasks there) are listed 14:15:29 which means nothing to do with this fortunately, everything seem to be ontrack 14:15:53 +1 14:16:12 ++ 14:16:17 next subtask 14:16:18 +1 14:16:24 'cycle-with-rc deliverables RC1 release' 14:16:42 https://review.opendev.org/q/topic:yoga-rc1-deadline 14:17:00 these were generated ^^^ 14:17:18 and most of them were merged until Thursday, 14:17:35 and some needed force-merge today 14:17:52 the only remaining is cinder: https://review.opendev.org/c/openstack/releases/+/832367 14:17:56 but it seems all are already merged 14:18:14 except cinder :) 14:18:18 ok 14:18:40 the team signalled that they need some patch to merge 14:18:57 Merged openstack/releases master: [kuryr] Create yoga branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/832335 14:19:28 unfortunatelly they didn't specified which patches they are waiting for 14:19:57 so i've listed cinder to next week's task 'Process any standing RC1 deadline exceptions' 14:20:10 hberaud: unfortunately not 14:20:17 I guess we can give them a chance until early next week 14:20:31 As this is considered as an exception 14:20:49 yepp, i have the feeling that they will answer some time today :) 14:21:09 ok 14:21:15 let's see what happen 14:21:24 hberaud: should we ask for RFE from cinder team? 14:22:22 cinder is a service and an RC deliverable so I don't think we need an RFE as they are not in global requirements 14:22:47 hberaud: oh, yes, that's true 14:23:27 anyway, the patch is added on our tracking page 14:23:28 the RFE accronym mean too many things :) 14:23:38 :] 14:23:57 ok 14:24:04 Merged openstack/releases master: [keystone] Create yoga branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/832334 14:24:58 so we did now more or less this part of the task: 'Discuss standing -1s to see if they should be granted an exception and wait until next week.' ;) 14:25:32 that was the list of our tasks for this week 14:25:50 if nothing to add here, then we can go to the next topic 14:25:56 Well I'm ok to wait however I'd sugguest to ping Brian to ensure that they are on the track too 14:26:48 hberaud: ack, i'll ping the team on IRC as well, and we will see 14:26:58 WFM 14:27:02 after the meeting 14:27:19 ok 14:27:20 Merged openstack/releases master: Create Yoga branch for devstack plugins https://review.opendev.org/c/openstack/releases/+/832340 14:27:36 #topic Assign R-2 week tasks 14:28:10 I've added my name to some of the tasks already, just as i see hberaud too :) 14:29:02 by the way, just a thing to mention: i'll be off on Monday and Tuesday, 14:29:23 though i might look at things for a bit, 14:29:31 but can't promise anything :) 14:29:45 enjoy your rest 14:30:00 will do, thx :) 14:32:47 tasks are taken, but feel free to add your name if someone wants to help with a task 14:32:59 next topic then 14:33:18 #topic PTG participation: team is signed up @ Friday 14:00 UTC, April 8th 14:33:27 well, this is mostly an announcement ^^^^ 14:33:38 you skipped the email review? 14:33:52 hberaud: oh, you are right 14:33:57 np 14:34:20 ok for the PTG 14:34:26 I take note 14:34:33 anyway, since this is just an announcement: let me know if the timing is not working for any of you 14:34:40 hberaud: ++ 14:34:45 ack 14:35:02 then let's do the review topic :) 14:35:13 #topic Review countdown email contents 14:35:24 #link https://etherpad.opendev.org/p/relmgmt-weekly-emails 14:35:29 please review ^^^ 14:37:23 LGTM 14:37:58 looks like the same email of last week? 14:38:52 last week's mail was this: http://lists.openstack.org/pipermail/openstack-discuss/2022-March/027537.html 14:39:19 but definitely there are some overlapping content :) 14:39:20 ok i see 14:39:40 agree 14:39:54 some part are a bit redundant 14:40:06 we are emphesizing things time to time :) 14:40:20 and repeat can't hurt 14:40:29 yepp :) 14:41:13 so I'll send this after the meeting. thanks for the reviews! 14:41:22 np 14:41:42 next topic then 14:41:50 #topic Open Discussion 14:42:24 well, maybe this should have been discussed with our 2nd task 14:42:40 iurygregory contacted me with a question: 14:42:51 "would be ok to release networking-baremetal again? (it was broken in tests so it affected building) https://review.opendev.org/c/openstack/networking-baremetal/+/832858 see https://storyboard.openstack.org/#!/story/2009898 " 14:43:13 o/ 14:43:14 so the networking-baremetal RC1 was released 14:43:19 o/ 14:43:37 RC2 are made for that 14:43:46 but there is some issue with it 14:43:59 and yepp, 14:44:16 RC2 is the right approach 14:44:23 thanks hberaud for confirming 14:44:25 So yes I don't reasons to not release it again through a RC2 14:44:44 see* 14:45:05 according to the process the best is to aim an RC2 around 1 week later then RC1, 14:45:24 so that other fixes can be added as well if needed 14:45:25 this is exactly the reason we allow an unlimited number of release candidates until the final rc deadline 14:45:32 (if i understand correctly) 14:45:48 WFM 14:45:49 so we can just request 5.1.1 ? 14:45:55 for networking-baremetal 14:46:09 i'm not sure what the concern/harm is in having an rc2 sooner (and then an rc3 if needed) 14:47:03 oh, sorry, i was wrong 14:47:19 networking-baremetal is cycle-with-intermediary 14:47:22 ahh 14:47:22 my bad :/ 14:47:32 indeed I just see that 14:47:34 so it was a library release 14:47:44 yeah 14:47:48 Well in this case we need a RFE 14:48:00 and a 5.1.1 14:48:07 so this is essentially a critical bugfix release, which yeah will need a global requirements/upper constraints bump 14:48:42 iurygregory: as it is a lib does it will impact some ironic deliverables? 14:48:50 (other deliverables) 14:49:08 and maybe: is it a critical bug? 14:49:21 I mean does it will trigger some requirements bumps on ironic deliverables to move to 5.1.1? 14:49:29 * iurygregory checks 14:50:55 we still haven't cut yoga for ironic/inspector/ipa 14:51:08 this change seems to only impact tests, isn't? https://review.opendev.org/c/openstack/networking-baremetal/+/832858 14:51:24 it causes problem when trying to build the package 14:51:33 according to the story on the patch 14:51:41 ok 14:52:01 then I think we consider that as critical, fungi thoughts? 14:52:10 can* 14:52:14 at least that's how I understood 14:52:30 looking at the patch now 14:52:46 I think 5.1.0 it also broke RDO builds if I'm not mistaken 14:52:54 IIUC zuul won't work 14:53:08 also =) 14:53:21 So the package won't build 14:53:48 but I don't think it will impact your other deliverables 14:54:08 the job and test being altered don't look related at all to package building 14:54:41 oh, rdo wants to confirm it can run tests against the rpm they build! 14:55:08 now i see what you mean by "package" (i was thinking you meant python packaging, i.e. our release process) 14:55:23 yeah 14:55:28 sorry 14:56:36 i know distros normally carry patches in their packages, especially where testing them is concerned, so i guess it's a question of whether openstack release management and a requirements bump are warranted during the release freeze in order to save rdo from adding a patch 14:57:27 imho if this is only related to RDO I think it can wait 14:59:17 yes, it seems more like a downstream issue then 14:59:34 I don't have a strong opinion, I don't see rush to fix that and I think it can wait the final release. 15:00:09 so it can be fixed on stable branch after Yoga release some time, right? 15:00:52 yes this patch is already merged on master and on stable/yoga 15:01:11 we just have to release the 5.1.1 in a couple of weeks 15:01:30 i agree with this 15:02:28 from rdo's perspective it's presumably just a backport from master to 5.1.0 15:02:39 Anyway I suppose that RDO will wait the final release to produce their Yoga series 15:03:13 iurygregory: do you agree as well? 15:03:25 if it had been caught before the final lib release deadline/requirements freeze it would be less of a concern 15:03:49 yepp, indeed 15:04:00 yeah 15:04:01 but at this point it would need to be argued for a requirements freeze exception 15:04:10 at least yes 15:04:34 I'm ok with waiting, just let me know how I should proceed =) 15:05:47 propose a release patch some time after Yoga official release :) 15:06:07 as I understand based on our discussion 15:06:13 yes 15:07:23 and we are overtime, so if nothing else topic left then we should end the meeting o:) 15:07:35 nothing on my end 15:07:42 though discussion can be continued afterwards as well 15:08:02 nothing from me 15:08:11 ok, thanks everyone for participating! see you next week o/ 15:08:17 #endmeeting