15:00:10 #startmeeting tc 15:00:10 Meeting started Thu Feb 10 15:00:10 2022 UTC and is due to finish in 60 minutes. The chair is gmann. Information about MeetBot at http://wiki.debian.org/MeetBot. 15:00:10 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 15:00:10 The meeting name has been set to 'tc' 15:00:16 #topic Roll call 15:00:17 belmoreira: you around after the meeting to chat about release cycle? 15:00:18 o/ 15:00:20 o/ 15:00:23 O/ 15:00:30 o/ 15:00:47 dansmith yes, I can stay longer 15:00:51 cool 15:00:54 o/ 15:01:08 o/ 15:01:12 o/ 15:01:40 \o 15:01:40 O/ 15:02:14 #link https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee 15:02:19 ^^ agenda for today meeting 15:02:56 absent members: Rico Lin (ricolin), Chinese New Year vacation 15:02:58 let's start 15:03:09 #topic Follow up on past action items 15:03:12 that's a mistake:) 15:03:18 I'm presented:) 15:03:20 ricolin: ohk, nice 15:03:32 sorry i missed to remove it from there may be 15:03:47 NP 15:04:03 no action item to track from previous meeting #link https://meetings.opendev.org/meetings/tc/2022/tc.2022-02-03-15.00.html 15:04:15 #topic Gate health check 15:04:32 what's news on gate this week 15:04:49 I've seen some instability this week, I dunno about others 15:05:03 I haven't collected any hard data, but I've seen a lot of 'recheck cinder' type things 15:05:15 I'll try to pay more attention over the next week and see if I can report any patterns 15:05:37 ok 15:06:02 there is volume detach issue occurring 100% on centos9 stream job 15:06:05 #link https://bugs.launchpad.net/nova/+bug/1960346 15:06:59 and neutron stable gate got broken due to tempest change which is also fixed now and green 15:07:33 and centos8-stream is still unstable and jobs are non voting. 15:07:53 *centos8-stream jobs 15:08:36 well, without "jobs" it's probably still true ;-) 15:09:10 we also restored the centos-8 nodeset temporarily, pointing it at centos-8-stream labels, because the nodeset removal deadlocked cleanup in jobs which relied on it 15:09:33 oh my 15:09:59 humm 15:10:02 though we're looking at a more obvious alternative so that jobs using the centos-8 nodeset will return node_failure results (therefore no risk that they succeed, but still won't block cleanup changes) 15:10:47 there are stable branch jobs using the nodeset and we could not remove it from devstack but I will give another try with fixes on stable branches 15:11:06 Fungi could those nodes be told to use stream repos? 15:11:10 fungi: that sounds sensible 15:11:18 the basic problem is that if you have a job which relies on a nodeset, and that nodeset is no longer defined, you can't merge a change to remove the job or alter its nodeset 15:11:43 Ouch 15:11:56 zuul's quirk 15:12:08 because zuul expects the initial state it's going to compare the change against to have resolveable configuration 15:12:10 yeah, do we have list of how many jobs using it. I know few of the cinder stable/victoria 15:13:14 i'm not sure if anyone has put anything together, no 15:13:56 i know jrosser was trying to work through a bunch of cleanup for it in openstack-ansible repos 15:13:58 k, I will work on devstack side to remvove the node and see how many we can cleanup on that 15:14:09 nova side I fixed but still need more to fix 15:15:38 anything else on gate? 15:16:06 #topic Z Release Cycle Name 15:16:36 ranked names are under trademark checks by foundation. may be we should be ready by next week 15:16:55 hopefully Zen passes 15:17:03 Any feeling for what the result will be? 15:17:12 Zombie :) 15:17:30 :) 15:17:31 heh 15:17:33 * jungleboyj laughs 15:17:38 It has grown on me 15:17:50 Zen or Zombie? 15:18:03 Zombie 15:18:09 lol 15:18:12 :-) 15:18:27 Quote of the day 'Zombie is growing on me.' 15:18:46 Hehe 15:18:51 on spotz_* 15:19:23 anyhow, I guess gmann please continue 15:19:42 :) 15:19:46 on the release name, belmoreira will you be able to put the new name process up for review what we discussed in last PTG ? or let us know if you need help. 15:20:24 sure. I think is consensual that we just restart the alphabet. Or someone as a different opinion? 15:21:01 tbh, I wanted to switch to years 15:21:05 we'll also need to scramble to update the election repo during campaigning, to swap out the z placeholder for whatever name is selected 15:21:07 as opposed to what? start with the klingon alphabet? 15:21:22 oh years 15:21:28 yeah 15:21:55 20xx.1 & 20xx.2 ? 15:22:18 or with months, like ubuntu 15:22:30 both are fine 15:22:39 well, if we go with a tick/tock release cycle, 15:22:53 we could also get more creative with the .1 and .2 so they're meaningful 15:23:00 but yeah, I'm not opposed to years at all 15:23:07 honestly I like the idea... but we lose the fun of naming the release 15:23:17 2022.duck 2022.yeah 15:23:24 the names all kinda blend together now, and I do love knowing that my 12.04 machine is almost ten years old :D 15:23:32 or we keep the relase name as well, like ubuntu 15:23:42 yeah 15:23:46 belmoreira: yeah 15:24:05 I like that . ? 15:24:19 or like ubuntu 15:24:25 Yeah that sounds good. 15:24:26 but in that case we don't need to be attached to the alphabet (following the letters...) 15:24:28 I have to confess I had to google the alphabet to completely remember the order of those last few letters (hi all :) 15:24:29 but single name not double 15:24:53 knikolla: hi. 15:24:53 knikolla: I often still have to sing the song to myself lol 15:24:58 gmann :) 15:25:02 :-) 15:25:08 gmann: or, make it harder: 15:25:09 alphabet song ftw 15:25:17 all names after this have to be a single word with the proper repeated letter 15:25:20 aardvark for example 15:25:23 B will be a challenge 15:25:27 I like names they’re fun 15:25:28 lol 15:25:36 Bubble, Bobble 15:25:42 Capuccino 15:25:43 yeah, names are fun 15:25:51 I don't think we want to remove the name aspect. 15:25:58 If we append the year that is fine with me. 15:26:14 jungleboyj +1 15:26:16 we technically have version numbers now, which I can never remember, 15:26:21 Or pre-pend I should say. 15:26:28 ok, let's put it for review and then we can discuss more ideas too along with the one we discussed now 15:26:30 so switching to years will likely involve some work by people I imagine 15:26:31 but do you think we need to follow the alphabet if we have the year? 15:26:51 we can forget the alphabet song then 15:27:11 let people propose names they feel are current 15:27:14 like 15:27:19 I personally like keeping the alphabet as it keeps the feeling of progression. 15:27:23 OpenStack Covid Edition 15:27:29 2022.10 15:27:47 Are we just going to confuse everyone! 15:28:02 I feel names bring a sense of community with the voting process 15:28:05 spotz_: I think that is a legitimate concern. 15:28:10 knikolla: ++ 15:28:14 I dunno, the year would be just fine for me 15:28:15 knikolla: +1 15:28:17 knikolla: except we don't do it anymore :) 15:28:28 I mean, lately. 15:28:34 yeah 15:29:27 I like year followed by elected name but yeah let's put those ideas we discussed today and then we can continue discussion in gerrit ? 15:29:40 +1 15:30:03 and if we go with the voting system then we will change that from TC to community members 15:30:17 +1 15:30:29 belmoreira: is it fine to add action item for you? 15:30:30 +1 15:30:43 gmann sure 15:30:47 #action belmoreira to propose the next release naming ideas 15:30:51 belmoreira: thanks 15:31:21 #topic Z cycle Technical Elections 15:31:39 nomination for PTL and TC are open and until 15th Feb 15:32:01 #link http://lists.openstack.org/pipermail/openstack-discuss/2022-February/027117.html 15:32:10 till now we have only 5 PTL and 1 TC nomination 15:32:30 yoctozepto: belmoreira : announced that they are not running TC in next term. 15:32:50 thanks again both of you for your contribution. 15:33:18 but as you know until this election is over you are in TC term or you re-decide to serve next term too :) 15:33:30 Hehe 15:33:43 You can't get away that quickly! 15:33:44 TC4life 15:33:58 :) +1 15:34:08 yeah, the farewell is in few weeks :) 15:34:40 and I hope ricolin and mnaser will run as their term is also completing this election. 15:35:30 but feel free to encourage members for PTL or TC which you know are interested or you think better to have in group 15:35:57 I will be around on the mailing list after the farewell as well and you can always send me an email to my primary address :-) 15:36:04 I might not have much time for TC works in the following months, but will see before the Nomination end 15:36:09 yoctozepto: +1, cool. 15:36:25 ricolin: thanks. 15:36:26 what if there are no more nominations though? 15:36:54 will you reduce the TC size again? 15:37:10 yeah, we will see what to do. either find someone or discuss on reducing the seat again 15:37:26 +1 on encourage new TC to join 15:37:34 +1 15:38:23 yeah, I think we have lot of technical work to drive in coming cycles so having 9 members in group will be helpful but let's see 15:39:00 for more election updates, we will discuss in election channel and update highlights in this channel too 15:39:10 honestly I don't expect this to be a problem for the TC. Usually people only nominate themselves close to the end of the process 15:39:33 yeah, even for PTL also. at the end we see lot of nomination 15:39:43 I did it early so I wouldn’t forget to fit review again 15:39:43 even after the end 15:39:49 That was what I figured. 15:40:00 spotz_: Good job! :-) 15:40:07 ricolin: just to know till when is the Chinese vacation ? 15:40:08 Hehe 15:40:27 gmann: It officially ended on last Sunday. 15:40:31 spotz_: +1 15:40:36 Lots of people take the following week off. 15:40:48 gmann, entire last week 15:41:09 ++ 15:41:09 ok so we are good in term of nomination dates. I thought it conflict and many members might miss notification 15:41:21 and give or take few days front or back 15:41:30 yes 15:41:37 definitely okay 15:41:38 ricolin: please spread the election nomination in local groups like wechat etc in case 15:41:46 will do 15:41:49 in case they missed the ML 15:41:53 ricolin: thanks 15:42:10 #topic Dropping tags framework - next steps (yoctozepto) 15:42:18 yup 15:42:45 so, the releases repo needs to be adapted to stop relying on tags 15:42:53 part1 is up for review #link https://review.opendev.org/c/openstack/governance/+/822900 15:43:12 yoctozepto: and openstack website too. 15:43:28 ah, good catch, I forgot, thanks gmann 15:43:37 I am not sure I can help on this in this cycle but anyone to help on replacing it for release scripts etc? 15:45:31 or yoctozepto can you please check in release channel if release membrs can help here 15:45:31 the other thing is new placement of the contentss 15:45:55 I will start a thread on the ML 15:46:05 if there's a timeframe for this, i can move the vulnerability:managed tag guidelines into the openstack/ossa repo 15:46:41 fungi: thanks, that makes sense 15:46:46 the vmt relies on that as a means of documenting expectations, but we don't really have any tooling relying on it directly 15:46:59 fungi: thanks 15:47:15 and then how do we want to track which projects are vmt? 15:47:25 fungi: we have few document/process in project team guide too #link https://docs.openstack.org/project-team-guide/vulnerability-management.html 15:47:47 yoctozepto: the vmt can just maintain a list in the ossa repo 15:47:57 fungi: it is fine whatever way you want to arrange them in one place 15:48:01 +1 15:48:03 ack, perfect 15:48:17 gmann: thanks for bringing that up, i had forgotten it was in there 15:48:53 fungi: on timeline, no hard timeline but we planned to finish it before Yoga release(final release). 15:49:04 and yeah, whatever makes sense to be on the security.o.o site we'll put in the ossa repo and we can also move some stuff into the project team guide as appropriate 15:49:41 sounds good 15:50:22 ok, so vmt is solved, only stable (releases) and deprecation policy remain 15:50:36 presumably stable goes to releases team 15:50:40 yoctozepto: and for standard deprecation tag, we can move in project-team-guide under technical-guidelines (what we planned to make new dir) ? 15:50:57 hmm, makes sense 15:51:10 yoctozepto: stable also we have in proeject-team-guide #link https://docs.openstack.org/project-team-guide/stable-branches.html 15:51:14 and projects are free to follow that 15:51:25 gmann: yeah, I mean tracking 15:51:46 ohk 15:51:50 but maybe it's irrelevant 15:52:05 I mean, it was only on the paper anyway 15:52:24 (I hope that expression makes sense in English) 15:52:40 project/repo having stable branch are supposed to follow it so yeah we do not need to track as list I think 15:53:04 ok, so similar to deprecation 15:53:06 supposed to follow as per new process 15:53:27 any other opinions? 15:54:43 IMO, for deprecation also I think same. we will have guidelines and project will follow that as they are doing now. list is not necessary to maintain 15:55:22 ok, /me like 15:55:23 yeah, any other opinion? especially from users point of view 15:56:13 Merged openstack/governance master: Add timelines to few of the Chair duties. https://review.opendev.org/c/openstack/governance/+/828062 15:56:31 tough crowd 15:57:01 guess it means everyone agrees 15:57:31 thanks gmann and fungi for discussion 15:57:40 hope so, please push the changes and we can get more feedback there if there is any 15:57:48 +1 15:57:57 3 min left let's move next 15:58:14 thanks yoctozepto for working on it 15:58:15 #Open Reviews 15:58:26 3 open review #link https://review.opendev.org/q/projects:openstack/governance+is:open 15:58:35 1 is in gate to merge 15:58:40 please review those 15:58:43 one last thing 15:59:09 right after this meeting we will have release cadence discussion @ https://meetpad.opendev.org/OpenStackReleasecadence 15:59:13 please join there 15:59:19 that is all from my side today ? 15:59:24 * yoctozepto not around for it 15:59:30 thanks everyone for joining. 15:59:33 thanks gmann for chairing 15:59:36 #endmeeting