14:00:01 #startmeeting releaseteam 14:00:01 Meeting started Fri Sep 8 14:00:01 2023 UTC and is due to finish in 60 minutes. The chair is hberaud. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:01 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:01 The meeting name has been set to 'releaseteam' 14:00:08 ping elodilles armstrong 14:00:13 Meet you at line 389 => https://etherpad.opendev.org/p/bobcat-relmgt-tracking 14:00:23 o/ 14:01:27 Thierry is traveling so I don't think we will see him today 14:01:32 so let's go 14:01:41 #topic Review task completion 14:01:47 1. Process any remaining client library freeze exception 14:01:55 https://review.opendev.org/q/topic:bobcat-milestone-3+is:open 14:02:02 3 patches remains opened because as you said (elodilles) their gates are broken 14:02:10 We didn't get feedback from PTLs 14:02:18 :S 14:02:18 2 patches are even without PTLs' votes 14:02:21 o/ 14:02:26 What can we do here? The problem is on the deliverable side and not on our side, so... 14:02:41 Which PTLs? 14:02:46 err projects? 14:02:51 I can try to poke at them. 14:03:09 barbican, murano, and sahara 14:03:21 for those patches https://review.opendev.org/q/topic:bobcat-milestone-3+is:open 14:03:25 thanks diablo_rojo 14:03:29 with a quick check i see that python-saharaclient's gate was fixed (at least what i see) 14:03:36 yeah, it can also be brought to the attention of the tc 14:04:13 (so python-saharaclient's patch can be updated at least) 14:04:19 I can poke at Barbican and Murano if you'd like, otherwise the TC yeah. 14:04:21 ah yes 14:05:25 we have to ping requirements team (via ML) anyway, with RFE's regarding these 3 releases, right? 14:05:55 Hervé Beraud proposed openstack/releases master: Release final python-saharaclient for 2023.2 Bobcat https://review.opendev.org/c/openstack/releases/+/892957 14:06:14 I updated the SHA ^ 14:06:22 ++ 14:06:51 elodilles: as the deadline is behind us, I think that yes 14:07:48 #action diablo_rojo to ping the sahara and the barbican team about the broken gates 14:08:01 well, i'm hesitant between pushing through the releases anyway (as we did last week with non-client libs) or wait for gate fixes / team responses 14:08:11 I will get on that right now :) 14:08:19 thanks diablo_rojo o/ 14:08:19 thx 14:08:30 elodilles: nor Murano? 14:08:34 *not 14:08:50 OK, then let's wait a bit, and we can get back to it on Monday 14:09:18 elodilles: I'd suggest to wait early monday and if the things are still stuck, I'd suggest to push through, thoughts? 14:09:31 wfm 14:09:38 you beat me 14:09:42 hberaud: sounds like a plan 14:09:43 :) 14:10:18 diablo_rojo: you meant hberaud :) and yes, barbican & murano o:) 14:10:40 elodilles: yes I did lol 14:10:55 * diablo_rojo has had no caffeine this morning 14:11:17 and you are still awake?! :-o magic!!! :-o 14:11:25 :) 14:11:25 I added a related line for the next week tasks 14:11:28 Its painful and flawed. 14:11:38 hberaud: thx \o/ 14:11:50 ok move on 14:12:02 2. Early in the week, email openstack-discuss list to remind PTLs that cycle-highlights are due this week so that they can be included in release marketing preparations 14:12:09 https://lists.openstack.org/pipermail/openstack-discuss/2023-September/034959.html 14:12:40 and AFAIK I see many related patches submitted after that 14:12:47 yepp, cycle higlights patches have been arriving during the week, so ++ 14:13:03 Yayayayay 14:13:11 3. Freeze all cycle-based library releases except for release-critical bugs. Independently-released libraries may still be released, but constraint or requirement changes will be held until after the freeze period 14:13:45 Do you noticed things like that? ^ 14:13:55 nope 14:14:11 I think oslo patches will arrive soon 14:14:14 speaking of critical bugs, there's been more upheaval in the oslo.messaging security bug, seems like the fix caused a regression so another change and new release on stable/2023.2 is likely 14:14:17 but we will have the above mentioned 3 client lib 14:14:24 as we discussed about that on the oslo channel 14:14:40 oh, good to know O.o 14:15:09 also some set of reqs bumps might still be open for recently released libs 14:15:23 ack 14:15:25 there were a couple of merge conflicts 14:15:36 and two libs are failing cross testing 14:15:46 which ones? 14:15:53 castellan and oslo.db 14:16:13 even oslo.db 13.1.0 is failing. not to speak of 14.0.0 14:16:30 ugh 14:17:34 lets continue to discuss about that on the oslo channel 14:17:39 https://review.opendev.org/c/openstack/requirements/+/883141 and https://review.opendev.org/c/openstack/requirements/+/887261 14:18:09 thanks 14:18:33 ftr, I have now reached out to those 3 PTLs 14:18:48 ack thx 14:20:11 I think we should track oslo.db & castellan issues as well next week, to get it sorted out as soon as possible :S 14:20:26 yeah 14:20:37 let me add it to our agenda 14:22:05 done 14:22:12 thanks ++ 14:22:23 ok next task 14:22:36 4. Propose stable/$series branch creation for all client and non-client libraries that had not requested it at freeze time 14:22:43 https://review.opendev.org/q/topic:bobcat-stable-branches 14:23:31 i went through the still open patches earlier today and all look fine to me. +2'd & PTL-Approved+1'd them. 14:23:35 I'll merge all the remaining patches after the meeting 14:23:42 ++ 14:24:09 so this point seems in good shape 14:24:30 5. List cycle-with-intermediary deliverables that have not been refreshed in the last 2 months and send a separate email targeted to teams with such old deliverables to remind them to release (if needed) otherwise a probably outdated version will be used for the final release 14:24:38 https://lists.openstack.org/pipermail/openstack-discuss/2023-September/034973.html 14:25:38 so only the QA team was listed in this mail and they replied, so I think this topic is on the rails 14:25:48 ++ 14:25:49 thanks gmann 14:26:14 and that's all for the weekly tasks 14:26:39 #topic Assign next week tasks 14:27:04 all taken as i see \o/ 14:27:16 thanks elodilles for putting your name 14:27:24 \o/ 14:27:53 #topic Review countdown email 14:28:01 https://etherpad.opendev.org/p/relmgmt-weekly-emails 14:28:49 looks good! 14:28:55 thx 14:30:10 and sent 14:30:40 #topic Open Discussion 14:30:54 Anything else that you want to discuss today? 14:31:18 maybe a short question about branch cleanup 14:31:43 what we discussed earlier with noonedeadpunk about deleting old branches predating release automation 14:32:09 do you think you could grant deletion powers in gerrit to volunteering ptls? or would that have to be a TC decision? 14:32:45 it's an project-config (infra) change anyway 14:33:14 on the technical side, yes, my question is more about policy 14:33:49 then if this is a policy change I'd argue that's a TC decision 14:33:57 ultimately, the tc can authorize granting permission for that 14:34:07 Merged openstack/releases master: [blazar] Create 2023.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/893626 14:34:37 for clear separation of concerns, it would probably be best as an acl change to the specific projects affected rather than openstack-wide 14:34:51 maybe the release team already has the permission to delegate this 14:34:57 fungi: sounds good to me 14:35:10 but I think we can create a change in project-config and then ask TC for feedback 14:35:13 fungi: +1 14:35:31 frickler: it's more like what fungi says 14:36:17 frickler: i mean, not a single change, but a specific change for a specific project 14:36:21 but yes 14:36:36 yes, we only have one volunteer so far, so that's fine 14:37:05 ++ 14:37:08 Merged openstack/releases master: [zun] Create 2023.2 branch for client and non-client libs https://review.opendev.org/c/openstack/releases/+/893645 14:37:12 I'll check who else could get involved in the things blocking global job cleanup 14:37:19 i'm assuming noonedeadpunk is only volunteering to be responsible for deleting old branches of deliverables for a specific team, not across all of openstack 14:37:31 yes, that was for osa repos 14:38:41 ok, that's fine then for me, thx 14:39:05 anything else? 14:39:25 nothing from me 14:41:00 Then I think we are done! 14:41:03 thanks everyone! 14:41:06 #endmeeting