14:01:44 #startmeeting releaseteam 14:01:44 Meeting started Fri Nov 8 14:01:44 2024 UTC and is due to finish in 60 minutes. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:01:44 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:01:44 The meeting name has been set to 'releaseteam' 14:02:08 ping release-team 14:02:12 o/ 14:02:12 Our agenda is at : 14:02:32 #link https://etherpad.opendev.org/p/epoxy-relmgt-tracking#L70 14:02:53 #topic Review task completion 14:03:32 \o 14:03:34 Review cycle-trailing projects to check which haven’t released yet (elod) 14:03:47 yepp 14:03:50 i've checked 14:04:01 and kayobe and OSA is not yet released 14:04:14 so i've sent the mail: 14:04:23 https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/7GDU6HYDSFREMMDZDIN2HDQ46VGSSX7T/ 14:04:42 +1 14:05:01 Only other task is to send the email, which I'll do shortly after meeting 14:05:14 ++ 14:05:18 #topic Assign R-20 week tasks 14:06:12 All assigned 14:06:28 #topic Review weekly countdown email 14:06:35 #link https://etherpad.opendev.org/p/relmgmt-weekly-emails 14:07:34 lgtm 14:07:40 lgtm, too 14:08:11 Perfect will send before eod 14:08:16 #topic Open Discussion 14:08:34 Re: meeting time, should we push it back one hour? If so I can push the corresponding change 14:08:58 I'm fine with the meeting at the current time, but I recognize it makes it super hard for the US people to join if they need to 14:08:59 i'm OK with either keeping or with moving back 14:09:32 yeah, probably for US folks the later the better 14:09:35 could simply revert https://review.opendev.org/c/opendev/irc-meetings/+/915134 14:09:38 frickler: any preference? 14:10:03 no preference as log as we move back again in 6 months 14:10:11 frickler: sure thing 14:10:17 or rather 5 from now 14:10:17 +1 14:10:25 OK I'll push the change. I prefer a change so that I update the starting date of the new rule 14:10:47 thx 14:11:00 anything else we need to cover? 14:11:18 i don't have other topic 14:11:47 * frickler neither 14:12:06 I do 14:12:27 noonedeadpunk: go for it 14:12:40 couple of weeks ago I raised a topic of making EOM/EOL process for projects with trailing releases to be trailing to 14:12:57 noonedeadpunk: makes sense 14:13:07 otherwise it shifts focus a bit into arranging things for EOM rather then releasing 14:13:43 and also lifetime for releases are not aligned nicely 14:13:57 note though, that we did it like that in the past. i mean the trailing projects always made the transition after all have done it 14:13:59 also de-facto - it's still trailing anyway 14:14:30 yeah, but it wasn't like policy or anything - it was me bragging for exception :D 14:14:43 :) 14:14:55 and frankly I was feeling I'm on the wrong 14:15:28 yeah, maybe the trick is that we can only set the SERIES state as 'unmaintained' when EVERYTHING made the transition 14:16:06 so i guess you want to wait like a month or so after the non-trailing projects have transitioned, right? 14:16:15 this is actually good point... 14:16:22 ideally - yes 14:16:53 ideally - I'd love to psuh the new release before thinking about EOM 14:17:18 it needs some tooling update, but probably doable. i can check the code 14:17:31 which would also mean same lifetime for branch 14:18:23 makes sense 14:19:35 elodilles: so you're going to look into it and let us know? 14:19:43 Anything more to discuss on the topic? 14:19:58 ttx: yepp, will do that 14:20:10 thanks! 14:20:13 #link https://review.opendev.org/c/opendev/irc-meetings/+/934432 14:20:19 review for the meeting time change ^ 14:20:22 already approved 14:20:27 Alright then, any other topic? 14:20:34 noonedeadpunk: np 14:21:20 alright then 14:21:24 #endmeeting