Tuesday, 2024-05-21

fricklertc-members: in the release-team meeting we looked at https://governance.openstack.org/tc/goals/selected/index.html and it seems to be pretty outdated, so we decided to drop the reference from the latest weekly update mail08:14
fricklerin particular the "migrate to Jammy" goal should be mostly done? same for privsep migration?08:15
fricklerslightly related: https://review.opendev.org/c/openstack/openstack-manuals/+/91508608:44
opendevreviewIan Y. Choi proposed openstack/election master: Add configuration for 2025.1/"E" elections  https://review.opendev.org/c/openstack/election/+/92009211:24
fungifrickler: oslo.rootwrap is still listed in requirements, if the completion criteria for privsep migration is truly complete then we should be able to take that out without breaking anything?12:12
fungicodesearch still finds rootwrap imports in master branches of os-brick, networking-bagpipe, neutron, and neutron-vpnaas12:19
gmannfrickler: for jammy migration, yes it is done so I will move it to completed state but on  privsep migration, i did not see much progress and it is still not completed16:52
opendevreviewGhanshyam proposed openstack/governance master: Mark migrate-ci-jobs-to-ubuntu-jammy goal completed  https://review.opendev.org/c/openstack/governance/+/92014317:12
gmannfrickler: tc-members ^^17:12
gouthamrack; on the privsep migration, i can confirm its not done for manila17:13
gmannnot sure if other topic name is used but these are the reviews on tracking topic name mentioned in goal doc https://review.opendev.org/q/topic:%22privsep-migration%2217:15
gouthamrthere were bp trackers too; so, https://review.opendev.org/q/topic:%22bp/privsep-migration%22 as well17:26
gouthamrtc-members: reminder that the IRC meeting will be held here in ~34 minutes 17:26
opendevreviewMerged openstack/governance master: Retire devstack-gate  https://review.opendev.org/c/openstack/governance/+/91962917:54
opendevreviewGhanshyam proposed openstack/governance master: Mark migrate-ci-jobs-to-ubuntu-jammy goal completed  https://review.opendev.org/c/openstack/governance/+/92014317:56
gouthamr#startmeeting tc18:00
opendevmeetMeeting started Tue May 21 18:00:07 2024 UTC and is due to finish in 60 minutes.  The chair is gouthamr. Information about MeetBot at http://wiki.debian.org/MeetBot.18:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.18:00
opendevmeetThe meeting name has been set to 'tc'18:00
opendevreviewGhanshyam proposed openstack/governance master: Remove retired project from Inactive project list  https://review.opendev.org/c/openstack/governance/+/92014618:00
gouthamrWelcome 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:00
gouthamrToday's meeting agenda can be found at https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee18:00
gouthamr#chair frickler18:00
opendevmeetCurrent chairs: frickler gouthamr18:00
gouthamr#topic Roll Call18:00
gmanno/18:00
slaweqo/18:00
spotz[m]o/18:00
dansmitho/18:00
frickler\o18:01
gtemao/18:01
gouthamrnoted absence: noonedeadpunk 18:02
JayFo/ but distracted18:02
gouthamrawesome; we have quorum 18:02
gouthamrlets get started18:02
gouthamr#topic AIs from last week 18:02
gouthamrPyPi maintainers cleanup lists (gouthamr)18:03
gouthamron this, we identified a loooong list of non-openstackci maintainers that we flagged for cleanup.18:03
gouthamr#link https://etherpad.opendev.org/p/openstack-pypi-maintainers-cleanup#L52 (PyPi maintainers flagged for cleanup)18:03
gouthamr#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/64IDNMRS6AUC7T3NBAHF3A7RUCXZUFAG/ ([ptl][tc] OpenStack packages PyPi additional external maintainers audit & cleanup)18:03
gouthamrThis is a large task - we're cleaning up 207 maintainers off of 146 packages. We can't seem to automate this because of a lack of an API18:03
gouthamrWe'll keep you posted on how this goes; at best, we'll share responsibilities if fungi is okay so we can spread the risk of RSI between willing TC members18:03
clarkbgouthamr: that first link is a list of projects where we do have ownership and can clean things up directly right? How big was the other list where we don't have ownership?18:04
fungiyes, the goal was to ask those people to self-remove, but if there's nobody responding them we can discuss how we'll go about doing all the clicking18:04
clarkboh I see its below the first list18:04
fungis/them/then/18:04
gmann++ on doing it on share basis18:05
gouthamrclarkb yes, we have that list - sadly, this is long because we did ask folks to self-remove a bunch of times and hasn't happened18:05
fungito be clear on what the ui is like, it's several clicks from the list of projects to get to the collaborators list, and then when you click remove you need to type or paste the username you're removing for confirmation18:06
gouthamrand yes, fungi identified some packages where we cant bump maintainers18:06
fungialso loading delays, because pypi is a bit sluggish18:06
gouthamrpackages where we can't remove maintainers: eventlet, kuryr-lib, pymod2pkg, pbrx, git-nit, certbot-dns-openstack, rally-runners, networking-ovs-dpdk, keystoneclient, keystoneauth3, keystoneauth2, prep_source_repos, solum-infra-guestagent, reviewday18:06
gouthamr^ not all of them are under openstack governance18:06
gmannbecause there openstackci is not owner right?18:06
fungiright. that was from the full list of ~800 packages that openstackci is a collaborator on18:07
gmanni see18:07
JayFeventlet, for instance, we wouldn't even want to remove maintainers -- we should probably limit scope for what TC is handling to openstack namespace projects, yeah?18:07
gmannone question, should openstackci should be maintainers in openstack governance projects only?18:07
fungiand yes, that's the subset where openstackci is a maintainer rather than an owner18:07
gouthamrJayF: yes, this list was pulled from the UI18:07
JayFgmann: openstackci is the automation user used for all opendev pypi publishing, aiui18:07
JayFgmann: I suspect in this case, the naming is just an artifact of it existing prior to opendev's name18:08
gmannJayF: ohk then name is confusing. 18:08
fungiwe'd need separate accounts for teh non-openstack projects who are uploading releases to pypi by tagging them in gerrit18:08
gmann++18:08
fungiif we switched that one to be openstack-only18:08
spotz[m]Weird about the keystone ones?18:08
fungiand yes, that account has been in continuous use for basically as long as we've been uploading releases to pypi from our ci/cd systems18:09
gouthamrspotz[m]: true; on that, i will reach out to d34dh0r53 and the maintainer 18:09
fungispotz[m]: not all that weird when you consider that some of those where either early experiments in openstack that were never realized or were deleted from openstack18:09
gouthamr^ oh, that i didn't know18:10
gmannseparating is good so that openstack TC can help in cleanup without risk of other projects impact if any18:10
fungii would consider deleting those projects if they have no releases with files18:10
spotz[m]If still in use I think we care, but if not yeah it won't matter18:10
fungi"back in the day" you had to reserve a project on pypi before you could upload releases, while today it's teh reverse18:10
fungiso quite a few projects were reserved on the idea that we'd start developing/releasing them in openstack but then we didn't for various reasons18:11
fungithe release team should, i think, have or tell us how to generate a list of the packages we're uploading as openstack deliverable artifacts, and then we can limit the cleanup effort to those18:12
fungishould be able to tell us, i mean18:12
fungi(not that i'm demanding they do so)18:13
gouthamri see; i can follow up on this18:14
fricklermapping deliverables repos to pypi pkg names might be non trivial18:14
funginote that pypi project names don't 1:1 match git repository names for a few reasons (primarily normalization, but also some are renamed in their setup.cfg because the original name was already taken)18:14
gouthamr^ agree18:14
gouthamrhttps://etherpad.opendev.org/p/openstack-pypi-maintainers-cleanup#L41318:14
gmannor we can do try-cleanup in current list in share basis. this tasks has been open since long and I think we should start cleaning up 18:14
gmannthat seems faster than all other possible steps. 18:15
gouthamr#link https://etherpad.opendev.org/p/openstack-pypi-maintainers-cleanup#L413 (repos left to review for pypi packages because of metadata issues)18:15
gouthamrgmann++18:15
fungifrickler: i didn't mean to imply it's trivial, just that the release team probably knows what is needed to do it and can hopefully provide guidance to whomever builds the list18:16
gouthamrokay we've spent some time on this..i think we have raised enough awareness among the tc about the ongoing work.. 18:16
gouthamr lets chat on this channel outside of this meeting.. 18:17
gouthamrand follow up on this AI.. 18:17
fungi(e.g. scraping the project.name from the setup.cfg file of each deliverable repo in our projects list)18:17
gouthamrgtema: do you have any update on the other AI we had? "Marking inactive projects prominently" (gtema)18:18
gtemanot yet, sorry18:18
gouthamri was going to suggest moving this one to https://etherpad.opendev.org/p/tc-2024.2-tracker18:18
gouthamrnope don't be :) it isn't an urgent issue.. we can track it like we do our usual trackers18:18
gouthamralright; any other thoughts on $topic? 18:19
gmannI updated status for a few of the one assigned to me18:20
gouthamrty gmann.. /me didn't get around to checking this week18:20
gouthamr#topic 2024.2 TC Tracker18:20
gouthamr#link https://etherpad.opendev.org/p/tc-2024.2-tracker (Technical Committee activity tracker)18:20
gouthamrlots of progress on the "Leaderless projects and inactivity" topic18:21
gouthamrty gmann and all those participating in the reviews and discussions on the ML18:21
fricklerhow long do we want to wait for the charms ptl assignment review to be updated before considering the project inactive?18:22
gouthamr:( 18:22
gmannwhat we do on this, its been open for a month and no response form volunteer leader? https://review.opendev.org/c/openstack/governance/+/91425418:23
gmannfrickler: yeah, that one18:23
gmannsame with Trove, no response on ML on another reminder18:23
gouthamrfrickler: its a typo in his name that was flagged, seems like an awfully low hanging fruit to knock out .. sigh.. 18:23
gmannI think we should move both projects to inactive state?18:23
gmanngouthamr: it is not about typo, it is about how active the volunteer is for leading the project.18:24
frickleryes, not reacting on their own changes is a bad indicator on that18:24
gmannin past we have seen many cases where we struggled to get activities on projects we have been assigning the volunteer PTL18:24
gouthamri do see activity in the charms repos: https://review.opendev.org/q/charm 18:25
fungii think canonical may still be relying on those for some commercial product of theirs, i wonder if jamespage knows what the situation is with its seeming abandonment18:25
slaweqmaybe we can ask jamespage about charms /18:26
slaweq?18:26
fungimaybe they're willing to take further support fully downstream like red hat did with tripleo18:26
gmannyeah, it seems Felipe  was active on charm 4 days ago https://review.opendev.org/c/openstack/charm-ceph-osd/+/91979418:26
slaweqsorry, fungi was faster :)18:26
gmannit seems they might missed the governance change18:26
slaweqfungi aren't charms also used in their new product which is sunbeam IIRC?18:27
fungiyes, so may be a similar situation to tripleo where they're fine moving support for their legacy stuff downstream until they eol the product18:27
fricklerthere's also some recent updates on the release team tracker, I think we'll need to look at all these teams well before milestone-2 https://etherpad.opendev.org/p/dalmatian-relmgt-tracking#L33118:28
fungii think sunbeam has its own separate charms, but i don't know the full story18:28
spotz[m]I know when we approved Sunbeam James said there was enough difference for it to not be the same project18:29
gouthamr#link https://review.opendev.org/c/openstack/governance/+/903490 (Retire all single charm repositories)18:29
gouthamr^ this is WIP 18:29
gouthamrmaybe we can move this discussion to the ML and seek clarification.. 18:31
spotz[m]+18:31
gouthamr#action gouthamr will start a mail thread on the status of the charms project and the PTL volunteer18:32
gouthamrthere are some open changes on openstack/project-team-guide that can use some review attention:18:34
gouthamr#link https://review.opendev.org/q/project:openstack/project-team-guide+status:open (open changes to project-team-guide)18:34
frickler+ openstack-manuals18:35
gouthamrah good point18:36
gouthamr#link https://review.opendev.org/q/project:openstack/openstack-manuals+status:open (open changes on openstack-manuals)18:36
dansmithgouthamr: two of those p-t-g changes are waiting on fixes from the submitter18:37
spotz[m]I'll check those out18:38
gouthamrty dansmith spotz[m] 18:38
gouthamrlets move on.. 18:40
gouthamr#topic Open Discussion18:40
gouthamrty slaweq for volunteering to be an election official18:40
opendevreviewMerged openstack/project-team-guide master: Make the project removal from infra as step#6  https://review.opendev.org/c/openstack/project-team-guide/+/91997618:40
gouthamrianychoi just published the first draft on the dates/process for the next election18:40
gmann++ thanks slaweq 18:41
gouthamr#link https://review.opendev.org/q/topic:%222025.1-elections%22 (kicking off 2025.1 elections)18:41
gmannwill check today18:41
gouthamri'm looking to achieve a couple of things with this: 1) real early notification so we don't have the few issues we've had where PTL candidates said they were away or didn't look at the ML18:42
gouthamr2) i wanted to do some more election awareness emails than usual so that we can have a better participation18:42
gouthamrwe did note that having ~50 people vote was pretty bad for the last TC election.. 18:43
opendevreviewMerged openstack/openstack-manuals master: Re-add project data for 2023.1 Antelope  https://review.opendev.org/c/openstack/openstack-manuals/+/91682318:47
gouthamrnot to pile on to the meeting fatigue :) lets get back to work 18:48
gouthamrlast call for any other discussion to go on record here18:48
fungiremember to submit to the summit cfp!18:48
spotz[m]Someone needs to AC me until my repos count:)18:48
fungideadline is the end of the month18:49
JayFspotz[m]: TC is technically final call on that. I'd suggest you submit a governance change to AC yourself.18:49
gouthamrfungi ++18:49
gouthamr#link https://2024.openinfraasia.org/ (OpenInfra Summit Asia '24 Call for Papers) 18:50
gouthamrspotz[m]: like gmann mentioned in the last meeting, we can merge your governance change, and update the tooling and we'll not require an AC change for you.. 18:51
gouthamrbut, this can take a bit more time.. can i work with you on that?18:52
spotz[m]Sure18:52
* gouthamr will probably ask questions and whip up votes at best18:52
gouthamrawesome; if there's nothing else.. i'd like to give you back 5 mins18:54
gouthamrthank you all for attending! 18:54
gouthamr#endmeeting18:55
opendevmeetMeeting ended Tue May 21 18:55:00 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:55
opendevmeetMinutes:        https://meetings.opendev.org/meetings/tc/2024/tc.2024-05-21-18.00.html18:55
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/tc/2024/tc.2024-05-21-18.00.txt18:55
opendevmeetLog:            https://meetings.opendev.org/meetings/tc/2024/tc.2024-05-21-18.00.log.html18:55
spotz[m]Thanks all18:55
slaweqthx18:55
gmannspotz[m]: replied to your comment on this, please check https://review.opendev.org/c/openstack/governance/+/919984/1/reference/house-rules.rst#11019:04
spotz[m]Ok your explanaition makes it a little clearer, let me see if I can make it totally clear for someone who has no clue:)19:05
spotz[m]just missing an an which makes it read clearer19:06
gmannno clue you mean on existing project repository structure ?19:06
gmannohk19:06
spotz[m]I just couldn't wrap my head on what you were trying to say. The an makes it totally clear:)19:07
opendevreviewGhanshyam proposed openstack/governance master: Clarify the project retirement vs project's repository retirement  https://review.opendev.org/c/openstack/governance/+/91998419:07
gmannupdate ^^19:08
gmannupdated19:08
spotz[m]done!19:09
fungii love it when a plan comes together19:11
opendevreviewMerged openstack/openstack-manuals master: CI: run build jobs on newer distro  https://review.opendev.org/c/openstack/openstack-manuals/+/91508619:26

Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!