16:00:55 #startmeeting releaseteam 16:00:56 Meeting started Thu Apr 23 16:00:55 2020 UTC and is due to finish in 60 minutes. The chair is smcginnis. Information about MeetBot at http://wiki.debian.org/MeetBot. 16:00:57 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 16:01:00 o/ 16:01:00 The meeting name has been set to 'releaseteam' 16:01:01 Ping list: ttx armstrong diablo_rojo, diablo_rojo_phon 16:01:10 #link https://etherpad.opendev.org/p/ussuri-relmgt-tracking 16:01:20 o/ 16:01:23 o/ 16:01:30 o/ 16:01:36 reporting for duty 16:01:44 :) 16:01:55 We are around line 604 for the meeting agenda. 16:02:07 #topic Review week tasks completion 16:02:20 I think we were able to get all branch creation through early. 16:02:23 So that one was easy. 16:02:45 #link https://review.opendev.org/721299 Canary test 16:02:49 o/ 16:02:51 Luigi Toscano proposed openstack/releases master: Release sahara-plugin-vanilla for Ussuri https://review.opendev.org/721457 16:02:59 Got the release-test through early in the week, no issues. 16:03:45 #link https://review.opendev.org/#/q/project:openstack/releases+branch:master+topic:ussuri-rc RC release patches 16:04:14 #link https://review.opendev.org/#/q/project:openstack/releases+branch:master+topic:ussuri-c-a Cycle automatic patches 16:04:39 #link https://review.opendev.org/#/q/project:openstack/releases+branch:master+topic:c-w-i-ussuri Cycle with intermediary patches that had not released yet 16:05:12 That leaves the remaining tasks for the week for us all to quickly process those releases as soon as we get an ack on them. 16:05:31 one question re: tempest plugins 16:05:32 And sending the countdown email, which I will do tomorrow. 16:05:42 btw, you probably no longer have to say "around line" since the new etherpad version seems to have fixed that longstanding line number misalignment bug 16:05:47 a bunch were on a 0.x.0 scheme and you posted 1.0.0 releases 16:06:10 fungi: Yes, it is much better. Now the issue is just sometimes my eyes. :) 16:06:15 I'm not sure that is warranted tbh, especially since they have limited added functionality 16:06:16 hah 16:06:28 ttx: Yeah, that's true. 16:06:35 0.x+1.0 bumps also are considered major breaking 16:06:46 I proposed the major bump based on the changes, but expected PTLs or liaisons to say whether that was appropriate or not. 16:07:02 Since most of those had dropped py2 support. 16:07:29 I would prefer not to declare they are now stable if they are not 16:07:29 I also think a lot of teams don't think about those too much, so probably never consider if they should be considered a 1.0 yet or not. 16:07:42 For those ).14.0 is fine by me 16:07:46 0.14.0 I mean 16:07:57 Since they've now been around for a few releases, I think many are still in development and need more testing, but are also "complete" enough for a full major version number. 16:08:09 it's not really meant to be consumed by users anyway 16:08:11 The framework is now set, so the rest is a matter of expanding test coverage. 16:08:26 if you think they are complete enough, I'm fine 16:08:38 If they are empty shells, maybe not 16:08:59 I'm fine either way. They are not really consumed by users (except maybe tempest test concerned ones), so the version number isn't as important to me as others. 16:09:19 If the team just gave an ack with the version number, I think it's OK to just process them. 16:09:21 $ cat tempest.sh 16:09:23 exit 0 16:09:39 But also fine if anyone wants to update the patches to just bump minor version. 16:09:56 ok I'll do that on those where we had no PTL feedback yet 16:10:05 Works for me. Thanks! 16:10:36 #topic Assign next week tasks 16:10:57 First thing is something for all of us - process any standing RC1 deadline exceptions. 16:11:10 We have a few of those with -1 from teams trying to get a few more patches through. 16:11:20 So looks likely that we will have a few that are delayed. 16:11:32 actually, I'll keep 1.0.0... after all those PTLs +1ed it 16:11:52 so ignore me 16:12:06 Whatever you think is good for those. I honestly don't care with the tempest plugins. :) 16:12:22 I will propose patches for any missing stable branches. 16:12:50 Next is the patches for devstack. 16:12:54 Any volunteers for that one? 16:13:05 It's fairly straightforward, with some good examples referenced. 16:13:12 let's go 16:13:39 hberaud: I've put your name next to that one. 16:13:46 Small chance some devstack things have changed. 16:14:02 If you find anything that needs to be updated, please propose any updates to the process doc. 16:14:11 But not likely too much has changed with that. 16:14:23 let me ack 16:14:29 s/ack/ 16:14:44 devstack-gate being the only thing I'm not sure. That's been on its way out for awhile, but I don't think we've been able to drop it yet. 16:15:07 I'm not sure if this is needed anymore either "Remind the I18n PTL to update the translation tools for the new stable series." 16:15:19 ttx: Is I18n a sig now? 16:15:30 almost 16:15:38 lol 16:15:47 https://review.opendev.org/#/c/721605/ 16:16:02 Maybe if I mention ianychoi here, that will can be marked off. :) 16:16:35 I will check in with prometheanfire on branching requirements next week. 16:17:01 Next task, release notes links. 16:17:13 That one is super easy. Just need to run a script and submit the results. 16:17:19 Anyone want to take that one? 16:17:31 I'm volunteer too 16:17:40 Pierre Riteau proposed openstack/releases master: Release blazar for Ussuri https://review.opendev.org/721392 16:17:40 I do run the script from time to time to pick up new ones as well. 16:17:58 hberaud: Thanks again! 16:18:06 you are welcome 16:18:42 And the last task, other than the countdown email, is really just a reminder to the team for how RCs should work. 16:19:00 We should encourage teams to do an RC2 or RC3 if needed, but we don't want too many of them. 16:19:39 So if anyone comes asking, let them know they should do another RC for things like translations and bugfixes, but they can wait a bit to try to get all updates so they don't keep doing a new RC every few days. 16:20:08 Any other questions or comments about next week's tasks? 16:20:22 nope 16:20:24 Getting really close to the end now. 16:20:30 \o/ 16:20:31 nope 16:20:38 #topic Release announcement link broken 16:20:51 ~~~~~~~ <-- end of the Ussuri river 16:20:55 This was pointed out yesterday from one of the release announcements. 16:20:57 ttx: ;) 16:21:00 #link http://lists.openstack.org/pipermail/openstack-discuss/2020-April/014359.html 16:21:12 It seems like this is something that we keep needing to fix. 16:21:23 Not sure if there are conflicting issues here that cause this to keep happening. 16:21:37 hmm, where is that name set 16:21:53 But from what I remember from the last time, it's an issue with a difference between the tarball name and the package name related to _ and - being in the name. 16:22:01 might be a shell (announce) vs. python (upload) thing 16:22:11 I need to track that down, but I think it's in the script that generates the announce template. 16:22:31 hmm, I could have a look at it if that helps 16:22:41 (not today) 16:22:46 ttx: That would be great. I haven't had time to even look into it. 16:23:04 I have a feeling we just need to add better deduction of the package names. 16:23:07 ok, sign me up 16:23:29 Not sure if there is a good way to test that with all the variations we have, but hopefully fresh eyes will see something obvious, 16:23:54 #topic Review countdown email 16:23:59 #link https://etherpad.opendev.org/p/relmgmt-weekly-emails 16:24:16 Looks like I have the right content in there this week. 16:24:20 Luigi Toscano proposed openstack/releases master: Release sahara-tests for ussuri https://review.opendev.org/721496 16:24:41 lgtm 16:25:05 just a quick fix 16:25:07 Hah, was just about to fix that victoria mention. :) 16:25:08 Thanks 16:25:32 OK, I think that looks good then. 16:25:51 And I didn't drop the PTG mention in the upcoming events. 16:26:08 So I will send it out around the typical time tomorrow. 16:26:13 #topic Open discussion 16:26:37 PTG time? 16:26:48 Merged openstack/releases master: Release cyborg-tempest-plugin for ussuri https://review.opendev.org/721481 16:26:49 Merged openstack/releases master: Release congress-tempest-plugin for ussuri https://review.opendev.org/721480 16:26:57 We are still waiting to pick times? 16:27:06 diablo_rojo: We had discussed that we will wait for other teams to get their schedules figured out. 16:27:17 Then we can just meet whenever we don't have a conflict. 16:27:29 Luigi Toscano proposed openstack/releases master: Release sahara-tests for ussuri https://review.opendev.org/721496 16:28:11 Yeah I remember that, was just wondering if we were going to do it by x date and just wait till then 16:28:28 Merged openstack/releases master: Release trove-tempest-plugin for ussuri https://review.opendev.org/721501 16:28:30 Merged openstack/releases master: Release mistral-tempest-plugin for ussuri https://review.opendev.org/721490 16:28:45 I'm fine waiting until then. Unless anyone needs to figure out their schedule earlier. 16:29:16 Personally, it tends to work better for me to not try to plan too far ahead. That never seens to work out well. ;) 16:29:25 ack 16:29:40 It's easier fir us to pick a time once everyone else has 16:29:44 for* even 16:31:24 OK, anything else? 16:31:49 Guess I should mention a couple common failures we've been seeing. 16:32:17 We've been getting docs publishing failures due to a locking issue between concurrent jobs accessing the files. 16:32:31 Niraj Tolia proposed openstack/reno master: Add cache support for release dates https://review.opendev.org/721728 16:32:33 Those can be ignored since docs just get updated by every merge. 16:32:55 The other one has been on sending the announce email. 16:33:03 We spoke earlier in channel about that one. 16:33:15 saw recent the AFS sync fail ? 16:33:31 We likely need to add some retry logic to our smtp sending code. 16:33:39 ttx: Yep, that's the concurrency one. 16:34:37 So just awareness for everyone. 16:34:37 ok 16:34:45 Nothing else from me. 16:34:58 We can close early if no one else has anything for the meeting. 16:35:13 Of course, can always bring up anything in the channel outside of the meeting too. 16:35:47 OK, thanks everyone! 16:35:52 #endmeeting