16:00:08 #startmeeting releaseteam 16:00:08 Meeting started Thu Oct 22 16:00:08 2020 UTC and is due to finish in 60 minutes. The chair is hberaud. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:09 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:00:11 The meeting name has been set to 'releaseteam' 16:00:22 hi 16:00:24 #link https://etherpad.opendev.org/p/wallaby-relmgt-tracking Agenda 16:00:54 ohai 16:00:56 o/ 16:02:26 #topic Setup wallaby 16:02:49 before going any further we will start with setup our future meetings 16:03:54 If you want to be notified at the begining of each meeting then don't hesitate to put your name in the Ping List (line 13 of our etherpad ^^^^^ ) 16:05:00 also if you plan to schedule some review days do not hesitate to put your name on our "Review days (lines 16-20)" 16:05:30 else as you surely already know Wallaby is now on the rails 16:06:16 I'm in 16:06:20 and all the related tasks above (etherpad) have been processed 16:06:23 hberaud, yes sorry i will put my name for the notification 16:06:33 damani: np :) 16:06:46 i will put also my name for the code review 16:06:48 :) 16:06:55 nice 16:07:16 well next topic 16:07:19 #topic Gerrit-breach 16:07:42 so just few words about this, it seems that we are ok on our side 16:07:57 yes 16:08:05 AFAIK nobody complained about something 16:08:11 Daniel Bengtsson proposed openstack/releases master: New bugfix release for oslo.messaging for ussuri. https://review.opendev.org/759289 16:08:27 o/ 16:08:45 yep 16:08:59 Yeah, I didn't see anything odd. 16:08:59 armstrong, smcginnis: FYI don't hesitate to put our name in our Ping list 16:09:22 well next topic 16:09:26 #topic Clarifying why heat's victoria release note list all versions 16:09:42 That appears to be the open bug with reno. 16:09:50 smcginnis ok I will do that now, thanks 16:09:59 I missed that one 16:10:11 good to know 16:10:40 ricolin: FYI ^^^ 16:10:53 ricolin: and https://storyboard.openstack.org/#!/story/2008139 16:11:14 next 16:11:19 #topic Clarifying how to manage Extended maintenance and EOL branches 16:11:51 first of all, I offer my help for any tasks regarding Extended Maintenance process :) 16:12:05 lol 16:12:43 I started to write a test https://review.opendev.org/#/c/758990/ to check delta between our status and existing branches on the projects sides 16:12:59 elod: Thanks for getting that email sent out. 16:13:24 I'll add some process to our doc to clarify thing on our side 16:13:39 smcginnis: np 16:14:01 but I think the stable team should ensure that patches are -2 on eol branches as elod suggested 16:14:23 hberaud: yes, I can help with that :) 16:14:43 fungi: Anything we can trigger after an -eol tag that would tell gerrit to block those right off the bat? 16:14:43 nevertheless, some automation would be good to not to miss any such case 16:15:13 Also I don't know if zuul could ignore these branches if they are eol, I don't think is it possible, isn't? 16:15:25 I suppose if we make sure the branch is deleted in a timely manner after that tagging, then we don't have to worry about it. 16:15:40 +1 16:16:05 I think our process should say to notify ASAP the infra team 16:16:20 I don't think we need the right to drop the branches 16:16:41 this could be done by simply asking the infra, thoughts? 16:17:03 s/the/to/ 16:17:21 actually Infra team said that they need to be sure that the EOLing is OK from release team perspective, If i understand correctly 16:17:31 yep 16:17:50 so if we ask them I think we could consider that this is ok for us 16:18:05 yes, that's ok 16:18:11 awesome 16:18:15 I'd say our approval of the tagging request is the release team approval of it. 16:18:32 +1 16:18:39 that's also true :) 16:19:00 so either the infra schedule periodical checks on our side 16:19:08 or we noticed them 16:19:53 s/noticed/notify/ 16:19:55 sorry 16:20:02 as you want 16:20:17 both sound ok to me, 16:20:25 fungi: any preferences? 16:20:43 of course if we can figure out any way we can do it more straightforward, then it would be even better 16:21:16 we could update acls for projects to block proposed changes for those branch patterns, i think 16:21:35 but might make more sense to just use that as an indication that the branch should be deleted at the earliest opportunity 16:21:43 it will be awesome 16:21:58 ++ 16:22:23 to avoid to spend time to track new patches and chase them for -2 16:22:29 newer gerrit we're upgrading to will allow us to grant branch deletion via api as a specific permission, so we could do some automation there 16:22:52 awesome 16:23:11 so in theory it could be automated from the releases repo at that point 16:23:12 maybe it could be triggered from our side 16:23:24 yeah, similar to the automated branch creation 16:23:29 fair enough 16:23:33 thanks 16:23:45 thanks fungi ! 16:23:52 #topic Next meetings/weeks 16:24:16 Looks like it's a noop now 16:24:27 no meeting will happen during the next 3 weeks 16:24:32 yep 16:24:33 fungi: Do we have a planned timeframe for that gerrit upgrade yet? 16:24:43 there were a bunch of duplicated tasks in the etherpad I looked up this morning 16:24:44 smcginnis: mid-november it's looking like 16:24:49 Great! 16:24:58 ttx: I dropped them 16:25:00 not sure if this weeks events will alter our timeline at all 16:25:05 well, we'll have a PTG meeting next week, but otherwise yes 16:25:09 I was wondering about that. 16:25:34 It's the low tide season for release management, so enjoy it! 16:25:44 #topic Open Discussion 16:25:54 also if we have development to do after PTG discussions, it's a great time to do it now 16:26:10 agreed 16:26:25 anything else? 16:26:37 do development now after ptg discussions? i'm not quite sure how to parse that suggestion 16:26:56 * fungi goes looking for his time machine 16:26:59 It's much more efficient to do the development before you discuss it. :D 16:27:42 oh, i think i get it. saying the time immediately after the ptg will be great to get development done 16:27:52 Yeah :) 16:27:56 yes 16:27:57 About the PTL don't forget to put topics in our etherpad that you want to bring there => https://etherpad.opendev.org/p/relmgmt-wallaby-ptg 16:28:00 re the planned gerrit upgrade I had intended on announcing that as a friday- sunday outage in novemeber on tuesday. Tuesday ended up being occupied with other things. I'm not yet sure if we're going to stick with that schedule. But gauging reaction to that from this group is probably a good water temp test 16:28:35 we have to do the notedb conversion which takes about 8 hours, and tahts running from tip of stable branch with unreleased speedup fixes to the process 16:29:21 yes, we'll need to expect a weekend-long outage for the upgrade, and also a variety of regressions in functionality/integrations immediately afterward 16:30:00 apparently we can recover from a security breach in half the outage you need for an upgrade ;) 16:30:06 thanks for details 16:30:54 We'll see if you can get quoted in The Register again. :) 16:31:12 he's working on raising his celebrity profile 16:31:38 :) 16:32:15 anything else? 16:32:35 Nope 16:32:36 i have one thing, if there's nothing else 16:33:04 about the time slot of the release meeting 16:33:32 i want to participate on the meeting, but it is at the same time as nova meeting 16:33:32 We do seem to have skewed more to the east now. 16:33:56 and i have a nova stable core hat so i need to be there as well 16:34:16 I can propose a vote for few slots 16:34:30 sure 16:34:34 more early on Thursday 16:34:48 hberaud: thanks \o/ 16:35:16 I'll share a doodle or something like that via email on the ML 16:35:30 elod: you're welcome 16:35:39 hberaud: thx :) 16:36:00 I'll try to help with mostly stable related tasks if my time allows :) 16:36:44 awesome 16:36:47 then I think we are done, thanks everyone for joining us! 16:36:59 thanks o/ 16:37:01 #endmeeting