19:00:12 #startmeeting releaseteam 19:00:13 Meeting started Thu Jun 20 19:00:12 2019 UTC and is due to finish in 60 minutes. The chair is tonyb. Information about MeetBot at http://wiki.debian.org/MeetBot. 19:00:14 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 19:00:16 The meeting name has been set to 'releaseteam' 19:01:26 diablo_rojo, armstrong, evrardjp, ttx, smcginnis dhellmann, fungi: Gentle reminder about the release team meeting 19:01:28 o/ 19:01:40 * fungi was already reminded, but thanks! 19:01:41 .... So I was 17secs late :( 19:01:51 better than last week though :/ 19:02:03 I/ 19:02:32 o/ 19:02:54 Hi @tonyb 19:02:57 fungi: I figured your higlight would happen 19:03:01 hey armstrong 19:03:27 i get highlights just from you thinking about my existence, tonyb 19:04:26 fungi: oooooh is that how it works ? 19:04:32 o/ 19:04:51 smcginnis: I wasn't sure if you were going to be here .... starting a new job an all 19:05:01 o/ 19:05:26 In another meeting, but trying to pay attention. ;) 19:05:39 I think we have everyone ... dhellmann is traveling and evrardjp enjoys his evenings 19:05:43 smcginnis: okay cool 19:06:43 So we only have one agenda item 19:06:48 #topic Status of the weekly release email (last sent on R-26) 19:07:16 and I'm not really sure what to say about this ... 19:07:39 I added it to discuss what is the desired state 19:08:05 Do we want to do weekly updates ? If yes, how can we help in producing them ? 19:08:27 ttx: the tldr is Tony values it, and intended to do it but it never quite happens 19:09:08 I feel like we did a bit too many of those in the past, but there are key ones that still need to happen 19:09:51 ttx: I don't have an opinion on the too many aspect but I agree we're definately missing them ATM 19:09:54 I was wondering if we should not have a template that would automate 99% of it 19:10:07 also they're mostly canned, right? could be delegated or even rotated? 19:10:14 Taking last cycles as a base 19:10:15 I don't think they really need to be weekly until like.. somewhere between m2 and m3 19:10:25 oh, and here i just assumed they were already templated ;) 19:10:44 fungi: They are not fully canned -- I resisted that a bit in the past (people tend to ignore canned stuff) 19:11:01 I guess they are kinda templateable 19:11:17 But then canning does not prevent last minute customization if you want to apply your spice to it 19:11:31 and it would help in quickly sending it if no time 19:11:32 indeed it does not 19:11:40 there will always be stuff that needs to be added kinda ad-hoc'ish but I guess we could get most of it ... 19:12:29 tonyb: My suggestion would be to dump all the ones from the previous cycle in some etherpad, where we can continuously improve them 19:12:38 right, presumably anything derived from the schedule could be added in an automated fashion and then you just work around that for the odd bits 19:12:48 then when the week comes, you can just pick the current state and hit send 19:13:02 Then we can discuss which ones should be skipped 19:13:24 And we can help in updating the message 19:13:50 We definitely need to have a tactic to apply before R-13 19:13:57 i suppose it could be a standing weekly meeting item to go over what would be sent and work out if it's needed that week 19:14:03 Well we *kinda* have that already in that last cycle smcginnis but all the emails into etherpad(s) and I've pulling the ones for the matching weeks as a base 19:14:50 I would place them all in the SAME etherpad, so that we can more easily tell which ones are superfluous and decide to skip them 19:15:03 that smcginnis guy has so many great ideas 19:15:11 If only he was around 19:15:45 tonyb: if the content is mostlt team-drafted in advance, do you think you can post it regularly ? 19:15:57 okay, I'll do that (pull everything into on etherpad today) 19:16:02 or is the blocker elsewhere? 19:16:08 ttx: Yes I can do that 19:16:31 I can do a pass at looking up the content for the coming weeks once it's all in one etherpad 19:16:33 ttx: nope the blocker is partially creative and partially time 19:16:45 both of which would be solved by the current suggestion 19:16:49 I'm pretty sure we can skip a lot between t1 and t2 19:16:50 If there are weeks you are out/can't send the emails, I suppose I could. 19:16:54 tonyb, ^ 19:17:25 like the week I am AFK in July :) 19:17:36 Heh yeah sure :) 19:18:08 if the important bits are derived from the schedule and/or some scripted queries, and there's a couple minutes in the meeting to go over that and add/remove anything that's come up, seems like it should be pretty easy for just about anybody to send it out 19:18:51 fungi: Yup I agree 19:19:05 yes, we can do a last-minute revoew of the content 19:19:24 even on weeks when the ptl isn't otherwise indisposed 19:19:26 The real difference is that there is a base content available for quick send if all else fails 19:19:47 and I think that will help 19:20:17 Okay I;ll do this and drop a link here when it's done 19:20:38 I'll start today and try to have it done by Monday 19:20:46 ++ 19:21:42 ttx: Thanks for brining it up 19:21:55 I was wondering if I missed the memo :) 19:22:45 ttx: Nope I'm just flailing a little 19:22:50 ttx secretly loves email 19:23:51 I think we're done with that topic? (thanks again) 19:24:00 yes, and I had nothing else :) 19:24:53 #topic open discussion 19:25:27 Anyone have anything? 19:26:00 heads up, on monday we're removing some old v2 backward compatibility shims from non-legacy jobs 19:26:52 it might be wise to keep an eye out for immediate breakage monday into tuesday at least, and maybe suspend release approvals if there seems to be an increased risk of some projects being affected 19:27:06 though i suspect the impact to release jobs should be minimal or nonexistent 19:27:14 okay cool 19:27:39 #link http://lists.openstack.org/pipermail/openstack-discuss/2019-June/006888.html Long overdue cleanups of Zuulv2 compatibility base configs 19:28:44 So should we offically try to clear the (release) queue today and just leave it until Wednesday UTC? 19:28:54 or would that be over reacting? 19:29:04 don't wnat to make life harder for y'all 19:30:23 I don;t think we need to do anything special -- just be careful on Monday/Tuesday 19:30:36 (i.e. approve one by one and keep an eye on them) 19:30:54 * diablo_rojo makes note 19:31:55 okay 19:32:20 yeah, be vigilant and give me or anyone else involved a heads up if you see something you think could be related to that 19:32:40 so we can help fix or rerun stuff quickly 19:33:19 okay 19:33:27 this was stuff that should have been removed well over a year ago, but because we didn't get around to it we don't know what new jobs may have quietly grown dependent on those migration conveniences 19:34:10 fungi: Yeah it's good for it to go 19:34:39 non-legacy jobs will save a fair amount of unnecessary overhead 19:36:15 So I'll probably skip +Wing anything on my Monday as I live in the future and don't want to pester ianw 19:37:23 anything else? 19:37:58 nope 19:38:44 #endmeeting