Tuesday, 2025-01-21

opendevreviewOpenStack Proposal Bot proposed openstack/openstack-manuals master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/openstack-manuals/+/93967402:17
opendevreviewMerged openstack/governance master: rework the eventlet-removal goal proposal  https://review.opendev.org/c/openstack/governance/+/93125404:00
opendevreviewMerged openstack/governance master: Propose to select the eventlet-removal community goal  https://review.opendev.org/c/openstack/governance/+/93493604:00
opendevreviewMerged openstack/openstack-manuals master: Imported Translations from Zanata  https://review.opendev.org/c/openstack/openstack-manuals/+/93967406:22
gouthamrtc-members: a gentle reminder that the weekly TC meeting will be held here in ~56 minutes17:04
spotz[m]Thanks I keep getting to all my meetings late today. I'm blaming the snow17:19
fungitexas got white stuff too?17:22
fungiours isn't due until overnight17:22
fungii have relatives in nw fl and south al who are getting it now17:23
spotz[m]In places I'd say we were close to an inch and other no snow, right now in the shade of the house we still have snow but by the coop in the sun no snow:(17:37
funginws is telling us it'll be 6-8" overnight17:42
spotz[m]dang!17:44
*** eandersson0 is now known as eandersson17:51
slaweqhi gouthamr, sorry for the late notice but I won't be able to attend today's meeting17:54
gouthamrslaweq: ack 18:00
gouthamr#startmeeting tc18:00
opendevmeetMeeting started Tue Jan 21 18:00:24 2025 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
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-conduct18:00
gouthamrToday's meeting agenda can be found at https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee18:00
gouthamr#topic Roll Call18:01
cardoeo/18:01
bauzas\o18:01
frickler\o18:01
cardoeI'll probably miss next week. I'm on PTO and not sure where I'll be at the time of the meeting.18:01
noonedeadpunko/18:01
gouthamrcardoe: ack18:01
gouthamrnoted absence: s l a w e q18:02
gtemao/18:02
gouthamrcourtesy-ping: gmann, spotz[m]18:02
spotz[m]o/18:02
gmanno/18:02
gouthamrthat's everybody; thank you for joining.. lets get started.. 18:03
gouthamr#topic Last Week's AIs18:03
gouthamrnoonedeadpunk: many thanks for running last week's meeting :) 18:03
noonedeadpunksorry for not sending notes :(18:03
noonedeadpunkthere was not much things though18:04
gouthamrno problem! i had the log and captured some AIs from there: 18:04
gouthamrproposal on dealing with poorly maintained repositories that can't be deprecated/retired, case in point openstackdocstheme 18:04
gouthamr^ noonedeadpunk this was assigned to you.. would you like to move it to the TC tracker? don't think there's any urgency here.. right?18:05
noonedeadpunkyeah, so this scenario was kinda sorted out by providing gtema access18:05
noonedeadpunkso indeed no urgency should be so far18:06
gtemayeah, still w+ is missing on os-api-ref to proces dependencies18:06
gtemano, vice-versa, I have +2/+W on os-api-ref but not in openstackdocstheme18:07
fungii think that needs help from the oslo team to add18:08
gouthamrah; ty.. oslo-core is a pretty slim group18:08
gouthamrmaybe we can ping tkajinam / stephenfin or hberaud to assist here18:09
noonedeadpunkgtema: oh, I thought last week gmann said he grated you openstackdocstheme18:09
gmannI added it in the oslo team meeting agenda couple of week back but we can check if that has been discussed or not18:09
noonedeadpunkat least I was under this impression18:09
spotz[m]I think they're all in this channel though maybe not awake18:09
gmannnoonedeadpunk: not yet I think, I left oslo core member to add it18:09
noonedeadpunkI see18:10
gouthamrgmann: i don't think they've met this year, yet?18:10
gouthamrgmann: https://meetings.opendev.org/meetings/oslo/ 18:10
gmannhere is discussion18:10
gmann#link https://etherpad.opendev.org/p/epoxy-oslo-meeting-tracking#L9518:10
gouthamrah; no meeting yet by the looks of it. 18:11
gmannI can check with damani and check the plan to discuss/add gtema in core list of openstackdocstheme18:11
gouthamr:) i'd hold off and ping someone else 18:12
gouthamrhe'd be afk for a few more weeks.. 18:12
gouthamri can follow up, gmann and gtema 18:13
gmannjust pinged in oslo channel18:13
gmannlast time it was discussed, there was no objection but we wanted to discuss it with all core members mostly after holidays18:13
gouthamr++18:13
gouthamrty gmann 18:14
gouthamranything else about this AI?18:14
gouthamrokay, moving on.. we discussed elections and allowing early nominations but i don't think we closed the loop on this18:16
gouthamrelection officials have not completed the "kickoff" activities as yet - one of which is to setup the directories18:18
fungithere's no candidates/2025.2 directory in the election repo yet, so too soon for candidates to start proposing their nominations18:18
bauzaswhat else then ?18:18
bauzasdo we have candidates that nominate themselves before the nominations start ?18:18
gouthamrbauzas: can i tack an AI on you to track this stuff? 18:18
* noonedeadpunk needs to propose resolution for late freezer release :(18:18
bauzasgouthamr: shoot18:18
gouthamrnoonedeadpunk: noted 18:18
bauzasI'll doublecheck with the elections folks 18:19
fungii don't see any changes to add it proposed yet either18:19
fungi(the election candidates directory i mean_18:20
gouthamrack.. 18:20
bauzasmy point is, if anyone can propose themselves now, why do we need to wait until Feb 5 then ?18:20
spotz[m]I thought the directories were there, looking for the tab of my last pull18:20
bauzasif this is just for signaling that election officials will review your patches by that date, then that sounds a procedural detail18:20
gmannthere is no restriction on candidate itself add dir with placeholder or candidacy 18:20
gouthamryes that's what it means.. 18:20
fungiproposed nominations prior to the start of the nominations period have to be rechecked within the nominations window to get a passing ci result, i think (unless that has changed more recently), but otherwise there's nothing stopping someone from proposing their nomination once the directory structure for the election has been created18:21
gmannif we are expecting to nominate before nomination date then they can add dir along with candidacy 18:21
spotz[m]Nop 2025.1 is the newest18:21
gouthamrgmann: sure, but they would probably find that unorthodox, and probably do it wrong.. we just need to run a tox command and submit a change 18:21
gouthamrfungi: +118:21
gmannwhich is still ok as nomination before nomination is not a regular thing and it is not forced too right18:21
bauzaswe're already running the election for a longer period this time, ie. 6 weeks 18:22
gmannthat is why nomination start date is so that election official can plan their work accordingly. if we ask election officials to add these extra things (plan pre-nomination) in their plate it might be extra expectation18:22
gmannespecially considering that we have been struggling to attract more election officials since long18:23
gmannI feel adding more extra thing to them is not good idea18:23
gouthamrhmm, i'd hope not.. lets just throw in a bunch of directories at once18:23
bauzasaccepting nominations earlier is OK to me but I would want to be sure that people shouldn't expect election official reviews *before* the official starting date18:23
gouthamrbauzas: yes, there's no such expectation18:23
gouthamrCI for instance, would fail because the dates are configured 18:23
bauzasis this a written statement somewhere?18:23
bauzasaha I see18:24
gmanngouthamr: early nomination needs to be rechecked, reviewed, and maybe rebase so it is ofcourse more work than just preparing the dir18:24
bauzasyeah18:24
gouthamrhmmm, it sounds like you two are reneging on our earlier discussion that this was a good thing :) the aim here is to prevent leaderless projects because of long holiday weeks during the election cycle18:25
bauzasin the past, have we seen occurrences of nomination patches being open earlier ?18:25
gmannIMO, we should plan early-nomination things when we see there is cases who require it (anyong going on vacation during nominations 2 weeks or so). otherwise extending nomination period to 2 weeks is a wide window for them to add nomination on time18:25
bauzasgouthamr: haven't we considered that specific holiday period by extending the nomination period ?18:26
gmannmy only concern here is it add some extra work on election officials 18:26
gouthamrwe haven't extended the nomination period - the voting period increased to 3 weeks18:26
bauzasgmann: that's my concern too18:26
gmannbut is 2 weeks nomination period still short?18:27
bauzasgouthamr: my bad, you're right18:27
bauzasso, I see the problem now but my concern remains18:27
fungithough the nomination window is 2 weeks long18:27
fungithat wasn't an increase18:28
bauzasyup, pardon my misunderstanding, my maths were wrong18:28
fungiat least not in change 93878218:28
spotz[m]In the past folks have missed nominations18:28
gmannhere we are finalizing some dates for election officials to work on but asking them to do tasks before those dates. which might impact their plan18:28
gmannspotz[m]: after we extended it from 1 week to 2 weeks?18:28
fungiwe still (and always wil, i think) have missed nominations18:29
gmannI know when it was 1 week, we had cases of missing nomination but after we extended it to 2 weeks I am not sure the example who missed because 2 weeks is short. reason of missing might be something other18:29
bauzastbc, say we merge the directory patch now, this would avoid rebases but not rechecks for people nominating themselves, right?18:29
gouthamryes18:30
bauzasthis wouldn't be a problem as anyone can request a recheck18:30
spotz[m]People just forget:( How many late volunteers do we get every election? Voting I think tends to be more apathy then I forgot or needed longer18:30
bauzasfor example, election officials could only start to review that nomination patch after they recheck the nomination patches on the day the nomination period starts18:31
gouthamr#link https://opendev.org/openstack/election#preparation (Election prep)18:32
gouthamrthis thing states, "As early as possible but at least a month before election starts" ... don't think we'd be doing anything new 18:32
bauzasOK, then I take the point to discuss that with the officials 18:33
fungithe biggest issue i see with early nominations is that it's not obvious when ci would later reject the change and the nominee isn't around to address feedback (fix their foundation profile, et cetera)18:33
gmannthis is the election official planning for this election18:33
gmann#link https://etherpad.opendev.org/p/TC_PTL_Elections2025.2F18:33
spotz[m]If I'm understanding what everyone is typing and with past EO knowledge, the only thing the EOs need to do early is create the directories and maybe send a single email?18:34
gouthamrgmann: thank you, lost that link myself :) 18:34
gmannand I think early nomination will impact their plan or they need to change some tasks18:34
gouthamri think the etherpad is missing the early election stuff18:35
gmannwhich is what my concern is. if we want early nomination then I will suggest to do it from next election with election official proper planning 18:35
bauzasI can propose that directory patch if that helps18:35
fungibut in that case, if there's advance planning that makes early nominations desirable and communication will be done far enough in advance, the nomination period could also just be made officially longer18:36
gouthamrgmann: makes sense.. we're not requiring it - this is an earnest effort to avoid people missing the nomination window - lets see how it pans out after bauzas follows up.. 18:36
gmannexactly, I will prefer that to extend nomination period for 3 or 4 weeks than unnoticed early-nomination practice 18:36
gmanngouthamr: sure18:37
bauzasI'm just working on a patch, I'll follow up with slaweq and ianychoi 18:37
gouthamrgood stuff, thanks bauzas 18:37
gmannbut early-nomination is not just about dir, it is much more. communication/announcement etc18:37
gouthamranything else about this AI?18:37
bauzas-18:38
fungijust a reminder that there's an alternative option for people who know they won't be around for nominations: ask someone else to push the patch on their behalg18:38
fungibehalf18:38
gouthamrnot meaning to rush this, but, we've to get to the other topics on our agenda18:39
fungi(that's been done in the past)18:39
gouthamri never knew that18:39
* bauzas remembers when he had to run for the PTL election on August every year and organizing his life off the keyboard around the election dates18:39
gouthamralways thought we required "self nomination"18:39
fungithat's why we stopped keying on the committer address in the change18:39
spotz[m]Yeah you don't have to self nominate but I assume you need to confirm the nomination18:39
* bauzas would have appreciated to know he was able to propose his patch earlier than when he was on PTO18:39
fungiwe've had nominees post their nomination to the mailing list and arrange for someone else to push a patch for them18:39
gmannspotz[m]: ++ yeah18:40
gouthamrokay, #TIL18:40
gouthamrthanks for the discussion, and lets follow up outside this meeting18:40
gouthamrnext AI: 18:41
gouthamrmirroring DockerHub images to Quay to avoid rate limits18:41
opendevreviewSylvain Bauza proposed openstack/election master: Create candidates/2025.2 placeholder directories  https://review.opendev.org/c/openstack/election/+/93975018:41
gouthamrfungi: clarkb: i think this was something you wanted to discuss at the opendev meeting18:41
gouthamrany updates regarding this?18:42
fungiwe did, i don't think we reached any agreement on how we would evaluate proposals to add images to the opendevmirror org on quay, though clarkb can correct me if i'm wrong18:42
fungithough we did have a fair amount of luck switching some of our builds/jobs over to use things we've started auto-mirroring to quay18:42
clarkbya I think we're trying to see how it grows organically. I'm happy to mirror things under that namespace that are generic enough to be widely applicable.18:42
clarkband yes it seems to have helped quite a bit for things that have switched over18:43
clarkbbasically we wouldn't mirror kolla images there. Kolla should set up their own mirror. But we are mirroring python and httpd and mariadb imges18:43
clarkbwe have also seen image updates fail18:43
clarkbwhich isn't unexecpted due to the rate limits. But it is worth noting as a limitation of the system. If you need things to update quickly it may not be the best choice18:44
fungifor anything we're already mirroring to opendevmirror, i expect projects could choose to switch their jobs to use those rather than duplicating that effort18:44
gouthamrsounds reasonable.. maybe project teams need this information somewhere? or would they already know to contact #opendev to set this up18:44
clarkbI suspect most of the groups that have had these problems with docker hub have already reached out18:44
fungifor now definitely ask in #opendev or attend weekly meetings18:44
clarkbwe've talked to an umber of people already18:44
gouthamr++18:44
fungiit's still definitely evolving18:45
gouthamrthank you for working on this; hoping the job instability subsides over time with this18:45
gouthamranything else to share wrt this AI?18:45
funginot from me18:46
clarkbnor me18:46
gouthamrty18:46
gouthamrnext one: Review/merge the eventlet goal proposal18:46
gouthamrthis was done \o/18:46
* gouthamr hopes the actual migration is just as easy 18:47
gouthamr /jk 18:47
gouthamrnext one, next steps for reactivating the Freezer project18:47
noonedeadpunkso I'm having an issue with launchpad right now18:48
gouthamrnoonedeadpunk: i'm looking for more reviews on the retirement of freezer-dr18:48
noonedeadpunkthere was a ML some time ago https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/message/7PD7TVDLSHVXL7O7HFDVQXAZVW2EUV4G/18:48
noonedeadpunkaha18:48
noonedeadpunkok, that is needed as well18:48
gouthamr#link https://review.opendev.org/c/openstack/governance/+/938183 (Retire Freezer DR)18:48
noonedeadpunkbut actually it's also realted18:48
noonedeadpunkas I wanted to move from storyboard to launchpad, which requires governance patch18:49
gouthamr#link https://review.opendev.org/c/openstack/governance/+/938938/ (Remove Freezer from inactive state)18:49
gouthamrah, sure18:49
noonedeadpunkbut was wondering if I should push governance patch before we recover access  to launchpad, or we can do in parallel?18:49
gmannI think it was to allow freezer release for 2025.1 even it is inactive till m-2 of this release 18:49
noonedeadpunkAs I don't expect any reply to ML18:49
gmannand resolution to do that?18:49
noonedeadpunkthat yes - I will push tomorrow morning first thing18:49
gmannnoonedeadpunk: I think LP things can be setup in parallel18:50
noonedeadpunkas I guess we'd need LP admins to intervene18:50
gmannnoonedeadpunk: I can do that. we can discuss after meeting18:50
noonedeadpunk++18:50
fungiunless you want to create a new openstack-freezer project on lp instead of reusing the old freezer project there18:51
gouthamrnoonedeadpunk: this can be used as an example: https://answers.launchpad.net/launchpad/+question/81933618:51
noonedeadpunkgouthamr: thanks!18:52
fungibut yes, the lp admins would be the next point of escalation if the old driver/maintainer group admins aren't responsive18:52
gouthamrand maybe Billy Olsen can put in a word again, to expedite18:52
gouthamrty for working on this noonedeadpunk, anything else for this AI?18:53
noonedeadpunkI wonder if we should generaly go through launchpad projects and see if openstack-admins is present everywhere18:53
gouthamrYES18:53
noonedeadpunkas at scale this somehow becomes weird18:53
gouthamri thought to do this in my copius free time, just slacking at the moment :/18:53
noonedeadpunkwe I had pretty same issue with OSA as well back in the days, except there were quite some active ppl around...18:54
noonedeadpunk(as admins)18:54
fungithe incubation workflow effectively created this problem, since project initiators were encouraged to set up things in lp and then would forget to switch maintainership over to openstack later once accepted18:54
noonedeadpunk(but not active as core reviewers anymore)18:55
gouthamrfungi: true, we required individuals to own the teams iirc18:55
noonedeadpunkmaybe we can set our process to check for this18:55
noonedeadpunk(not sure if there's gonna be any more new projects though)18:55
noonedeadpunkbut it is extremely fair note about root cause18:56
* gouthamr woah we're at :56?!18:56
spotz[m]good convos today!18:57
gouthamrthis has been a great discussion so far - we're catching up on AIs, that's always productive18:57
gouthamrwe have one other topic 18:57
gouthamrbesides the regular checks18:57
gouthamrlets get into that:18:57
gouthamr#topic DPL model reset (gmann)18:57
gouthamr#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/SKLDVCTLO2UBGWXJTRB7VTJHBODJBPOB/ 18:57
gmannnot sure we have enough time to discuss it but18:58
gmannwe have 5 project in DPL model and freezer already opted in for DPL so 4 remaining.18:58
gmannwe need to take decision on those before election nomination start date which is Feb 518:58
gouthamr#link https://review.opendev.org/q/hashtag:%22dpl-reset%22+(status:open%20OR%20status:merged) 18:59
gmannas per process they need to move to PTL model and goes for election if project team does not opt-in explicitly to continue the DPL mdoel for next cycle18:59
bauzasdo we have any feedback from the communities ? only watcher did afaicr18:59
fungiit occurs to me that there's no "governance liaison" in dpl, so it's unclear whose responsibility it is to propose the renewal change19:00
gmannyeah, freezer and watcher (not all liaison ) responded 19:00
bauzasI quite appreciate the fact that DPL doesn't span over multiple releases19:00
bauzasevery release, there is a need to opt into it19:00
gmannfungi: we have TC liaison there who will reset the leadership and all liaison can -1 there to continue iut19:00
gouthamr#link https://review.opendev.org/q/hashtag:%22dpl-reset%22+(status:open+OR+status:merged+OR+status:abandoned) 19:00
gouthamrwe're at the hour.. gmann can we bump that email sometime this week?19:01
gmannbauzas: we discussed it to do every 2 cycle but we agreed to be every cycle19:01
gmanngouthamr: sure, i can do today19:01
gouthamrthank you.. 19:01
bauzas++19:01
gouthamrwe don't have time for open discussion today19:01
gouthamrbut that's the after party post this meeting19:01
gouthamrthank you all for attending19:02
gouthamrand for the discussion!19:02
gouthamr#endmeeting19:02
opendevmeetMeeting ended Tue Jan 21 19:02:17 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)19:02
opendevmeetMinutes:        https://meetings.opendev.org/meetings/tc/2025/tc.2025-01-21-18.00.html19:02
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/tc/2025/tc.2025-01-21-18.00.txt19:02
opendevmeetLog:            https://meetings.opendev.org/meetings/tc/2025/tc.2025-01-21-18.00.log.html19:02
spotz[m]Thanks all!19:02
gmannthanks everyone19:02

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