18:00:56 #startmeeting tc 18:00:56 Meeting started Tue Jan 16 18:00:56 2024 UTC and is due to finish in 60 minutes. The chair is JayF. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:56 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 18:00:56 The meeting name has been set to 'tc' 18:01:03 #topic Roll Call 18:01:07 o/ 18:01:09 o/ 18:01:10 o/ 18:01:12 o/ 18:01:15 Welcome to the weekly meeting of the OpenStack Technical Committee. A reminder that this meeting is held under the OpenInfra Code of Conduct available at https://openinfra.dev/legal/code-of-conduct. 18:01:17 o/ 18:01:20 Today's meeting agenda can be found at https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee. 18:01:22 o/ 18:01:44 \p 18:01:54 No noted absences on today's agenda. I'll give a few moments for everyone to arrive. 18:03:03 o/ was reading the backlog 18:03:31 Awesome! 18:03:31 #topic Follow up on tracked action items 18:03:38 #info JayF emailed list about Monasca situation, attempted to get discussion started 18:03:57 Thanks to Julia for engaging, there was not any other discussion. I have a topic for this later so will leave discussion for then. (similar for the next two. 18:04:11 #info slaweq emailed Monasca volunteer about options for maintaining Monasca 18:04:20 I agree with you both, didn't feel like I had anything new to add so didn't 18:04:26 I reached out to the person who wants to maintain it 18:04:34 I was included on this email, thanks slaweq -- we can talk details in the dedicated agenda item for inactive caracal projects. 18:04:37 and he's fine with moving it to the x/ namespace 18:05:02 gmann: Were you able to get in contact with the volunteer to maintain Senlin? 18:05:08 slaweq: do you know if they can initiate the process to move to x/ namespace. from our side we can retire the project and rest they should do. 18:05:20 did you ask him to pick a namespace to use for it rather than the catch-all "x/" dumping-ground we're trying to avoid putting more projects in? 18:05:25 I mean they should not be having expectation that we setup it to x/ or whatevere new namespace for thwm 18:05:36 fungi: gmann: Please table details of this discussion until the dedicated agenda item 18:05:59 I would like to ensure this topic does not monopolize the majority of the meeting, so put it last :) 18:06:13 gmann: What about the action item for Senlin volunteers? 18:06:28 I contacted him but not response, I will try to reachout on IRC this week 18:06:50 #info gmann reached out to volunteer to maintain Senlin via email; no response. Will try again over next week. 18:06:53 #topic Gate Health Check 18:06:59 Anything notable about the gate this week? 18:07:14 about the same, 18:07:25 getting some extra eyes on the guest kernel crashes has been great 18:08:08 I'm very interested to see what the root cause of that ends up being. :) 18:08:25 just a heads up that updated eventlet has made it into u-c, so watch out for possible regressions 18:08:44 thanks for the warning! 18:09:06 If you do see any of those regressions, if you wanna ensure I-personally see the bug I can ensure it g 18:09:07 and huge thanks to everyone who worked on salvaging and reviving eventlet! 18:09:10 to version 0.34.3 #link https://review.opendev.org/c/openstack/requirements/+/904147 18:09:16 **gets escalated to the downstream GR-OSS engineer working on Eventlet 18:09:36 hopefully our thanks get escalated to them too ;) 18:10:30 My manager starts our 1:1s with "Stop saying nice things about the eventlet project" now ;) 18:10:36 Going to move on topics :D 18:10:42 #topic Implementation of Unmaintained Branch Statuses 18:10:51 I think we're still in waiting period, but I think I saw some docs patches moving for this? 18:11:04 Is there anything here worth mentioning? 18:11:08 #link https://review.opendev.org/c/openstack/project-team-guide/+/897505 18:11:14 you mean this sone ^^ 18:11:16 there are patches in the release automation halfway merged already 18:11:16 one 18:11:45 #link https://review.opendev.org/q/topic:%22relmgt-unmaintained-state%22 18:12:01 knikolla: do you want me to take over https://review.opendev.org/c/openstack/project-team-guide/+/897505 ? 18:12:35 rosmaita: yes, i would appreciate that, thank you. 18:12:50 np, i've been meaning to ask but keep forgetting 18:12:52 frickler: thanks for links 18:13:36 Sounds like we're making progress, thanks for the comments and insights on that change frickler. 18:13:41 Is there anything else on this topic before we move on? 18:14:57 #topic Inactive Projects for Caracal 18:15:09 It is past C-2, inactive projects will not be in Caracal release. Would we like to take further action in Caracal to adjudicate any of these? 18:15:27 well "will not be in release" isn't automatic 18:15:38 I talked with the release team on friday 18:15:40 frickler: ah, what action do we need to take to ensure that happens? 18:16:11 we agreed that elodilles will create a patch to drop the deliverables files for the affected repos 18:16:16 well, project have still chance to get them release by fixing their CI or so but release team will not handle that until they are in Inactive state 18:16:33 since none of them have had releases yet 18:16:40 frickler: but do we need to drop the files? at least untill they are retired ? 18:16:43 For Monasca, we had some chat around the action item one -- I had some concerns around how we communicated with that volunteer. I'm worried we might have given the impression that the "x/" namespace is open for new projects, which is not what I believe fungi has been communicating, and they might have the impression that TC is going to do the infra-work needed to setup the new home. 18:16:52 I doubt that the release team would necessarily check our inactive list 18:17:07 elodilles: frickler ^^ about deliverables file drop, can we wait until they are retired? 18:17:43 frickler: i see, may be marking them in projects.yaml with some status so that release tooling can automate the Inactive projects list 18:17:49 iiuc the existence of these files is essentially saying "this is a part of the caracal release", so IMO no 18:18:01 "release-management: inactive" 18:18:04 i have tried to reiterate a few times, including last meeting, that the x/ namespace was where we dumped all the projects that got evicted from the openstack/ namespace during the original migration when their maintainers didn't get back to us with a preference for what namespace their repos should go into 18:18:31 the idea is that projects using opendev would have their own namespaces though, and just treating x/ as a preferred dumping ground runs counter to that 18:18:32 I do think TheJulia's comment on the list around this is valuable: we might need to explore what "inactive" looks like for a project, and if it's a place for something to stay for longer than a couple of months before being retired. Basically I'm wondering if we should challenge the assumption that inactive projects should be retired in short order (versus making that a place for unreleased collaboration to happen). 18:19:29 on Monasca, I think we should clear the next step to them 1. It will be retired from OpenStack - TC can do 2. moving to new namespace, please contact opendev team for appropriate new namespace 18:19:52 and also, yes, to re-raise gmann's earlier concern, we should expect the new monasca maintainer to propose a change that creates the repos they want in opendev, not just preemptively do it for them on the assumption that they'll actually maintain them 18:20:00 I am mostly +1 on that plan, with the caveat the TC should probably clarify what #2 means. 18:20:11 (to the maintainer in communications; I mean) 18:20:14 yeah 18:20:20 gmann I agree and I will follow up with this new volunteer 18:20:26 thanks slaweq 18:20:36 opendev doesn't really "pick" namespaces for projects either. we just expect the maintainers of those projects to let us know what namespace they want to make as part of the repository creation changes 18:20:40 fungi so should they contact e.g. You to create namespace for the Monasca project and move it there? 18:20:48 fungi: ++ 18:21:11 fungi: could just monasca/monasca work? 18:21:15 slaweq: no. maybe i'm being unclear 18:21:24 knikolla: yep, that's a great example 18:21:30 and that requires them to learn about how opendev works in general, first, I'd say 18:21:58 slaweq: what i'm saying is that we have documentation for project maintainers who want to create projects in opendev. the new monsasca maintainers should read and follow that documentation 18:22:06 frickler: precisely 18:22:23 it's pretty good documentation, i've followed it a couple of times :) 18:22:27 fungi ok, can You maybe share link to this document? Or do I need to look for it? 18:22:40 https://docs.opendev.org/opendev/infra-manual/ 18:22:50 also once again, monasca project is a lot of repos, none of them is named monasca 18:22:50 https://docs.opendev.org/opendev/infra-manual/latest/creators.html 18:22:51 fungi++ thx 18:22:51 https://docs.opendev.org/opendev/infra-manual/latest/creators.html is usually what I'd link people 18:23:24 #info For projects being retired out of OpenStack that may want to continue life in an OpenDev namespace, https://docs.opendev.org/opendev/infra-manual/latest/creators.html will be a good guide. 18:23:39 so something like "monasca/" for each of the repositories would be good I think. At least I will propose something like that to them 18:23:40 yeah, in this case it sounds like the new monasca maintainer volunteer probably would benefit from reading about more than just project creation 18:23:51 frickler: on inactive project deliverables file thing, i think you have good point about "file exist means there might be expectation of release or release team will do release at some point". I agree on that and if project want to release they can add file again depends on release team deadlines. 18:24:37 So for Monasca, the path forward from an OpenStack TC perspective is: 1) Elod is removing the deliverable files for these inactive projects from Caracal. 2) slaweq is reaching out to Monasca-future maintainers, will ensure they get documentation and basic guidance on next steps for maintaining Monasca once we retire it 18:24:41 https://review.opendev.org/c/openstack/sunbeam-charms/+/905756 18:24:50 3) is going to be remaining actions to retire monasca; is someone taking those actions? 18:25:22 I can send patches to retire it 18:25:25 Is there something I missed and/or is that understanding flawed? 18:25:27 ++ 18:25:38 ignore me multifailing 18:25:41 sounds fine from the opendev side of things 18:26:26 slaweq: I'm going to mark this as to be followed up on in like, a month? I don't think there's a need to ask you to turnaround this in a week, if that's OK? 18:26:40 #action slaweq (Due: 4 weeks) To retire Monasca and notify interested maintainers of OpenDev documentation and process for creating a new project out of the ashes of the retired OpenStack Monasca. 18:26:48 for other Inactive projects, we can just leave them as Inactive in this cycle and see the progress. In next cycle anyways if project stay Inactive then we discuss about their retirement. 18:27:06 sure, sounds good for me 18:27:10 thx JayF 18:27:12 gmann: yes, except that iiuc with C-2 adding new files for caracal is no longer allowed, so would have to happen for the next cycle only 18:27:43 So for remainder of projects: 1) elod will remove their deliverable files for Caracal 2) Otherwise they remain inactive; we will revisit during next PTG(?) 18:27:44 yeah, release deadlines are anyways they need to respect 18:28:12 There are no release deadlines. Inactive projects are excluded from the release once C-2 has passed. https://governance.openstack.org/tc/reference/emerging-technology-and-inactive-projects.html#timeline 18:28:37 So the projects that are inactive will not be a part of Caracal, even if they are eligible to be re-activated for D-and-later releases. 18:28:40 release deadline from release team we have. I think there are deadlines for each release model 18:29:12 that anyways communicated by the release team on ML also so projects maintaners should be aware of those 18:30:21 #info TC consensus is to not take immediate action on remaining inactive projects. Will revisit during PTG. 18:30:44 Moving on to next topic? 18:31:00 #topic 2024.1 TC Tracker 18:31:07 #link https://etherpad.opendev.org/p/tc-2024.1-tracker 18:31:21 Anything from the TC Tracker worth noting in today's meeting? 18:31:34 nothing from me 18:31:35 I don't see any updates. 18:31:45 #topic Open Discussion and Reviews 18:31:59 #link https://review.opendev.org/q/status:open+repo:openstack/governance 18:32:05 We have a small number of open reviews. 18:32:13 Is there any topics for Open Discussion today? 18:32:21 I saw https://review.opendev.org/c/openstack/skyline-apiserver/+/904549 today, which makes me a bit worried about the path of that project 18:32:48 this also relates to the emerging projects' adoption timeline mentioned above 18:33:22 yeah, i think we have not checked/monitored those timeline for Skyline 18:35:10 as per timelines, they needs to be fully qualified for official project in Caracal cycle. 18:35:44 > If project is not able to become an official OpenStack project within that timeframe, TC will discuss with the team if more time is required for the project to meet the Requirements for new OpenStack Project applications or will retire the project. 18:35:56 It sounds like we can offer them an exception via discussion if it's deemed valuable to do so. 18:36:13 I'm not sure one way or the other, but I do think it'd be crummy of us to retire them in C-2 after not having significant discussions. 18:36:30 maybe we can add it it next PTG discussion about how close they are and if more time is required 18:36:31 Unless someone else has a significant interest, I'll reach out to the skyline team and see what intentions/investments/etc are for the future? 18:36:51 ++ That is exactly what I was going to suggest, we get a rapport going so we're prepared to have a more formal chat nex tPTG 18:37:18 +1 18:37:47 +1 18:37:50 #action JayF to reach out to Skyline team and inquire about future plans for project; potential to "graduate" from Emerging 18:38:17 Anything additional for open discussion? 18:41:05 I'm going to call the meeting then. Thanks everyone! Have a good day o/ 18:41:07 #endmeeting