Tuesday, 2025-11-04

gouthamrtc-members: a gentle reminder that the weekly meeting will happen here in ~46 minutes (please note DST changes in your time zone)16:13
gouthamr#startmeeting tc17:00
opendevmeetMeeting started Tue Nov  4 17:00:32 2025 UTC and is due to finish in 60 minutes.  The chair is gouthamr. Information about MeetBot at http://wiki.debian.org/MeetBot.17:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.17:00
opendevmeetThe meeting name has been set to 'tc'17: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.17:00
gouthamrToday's meeting agenda can be found at https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee17:00
gouthamr#topic Roll Call17:01
mnasiadkao/17:01
gtemao/17:01
frickler\w/17:01
noonedeadpunko/17:01
cardoeo/17:02
gouthamrcourtesy-ping: spotz[m], bauzas17:02
gouthamrnoted absence: t o n y b17:03
bauzaso/ (listening to another meeting)17:03
* bauzas loves the daylight saving, now I'm able to join, woohoo17:03
gouthamrnice17:03
spotz[m]Here!17:04
spotz[m]We are not video correct?17:05
gouthamryes, no video meetings 17:05
gouthamrlets get started17:05
gouthamr#topic Last Week's AIs17:06
gouthamrokay, this topic isn't really last week's AIs :) 17:06
gouthamri still need to distill all of those into a consumable summary; and will post this to the ML17:06
gouthamrbut, in the week prior, we had our first meeting in an APAC/EU friendly time zone17:07
gouthamrmnasiadka: thank you for hosting it, and it was very nice to see the scrollback and the participation17:08
mnasiadkanp :)17:09
gouthamrduring this meeting you folks discussed the user survey results17:10
gouthamrand i see two things wrt that: we took an AI to respond to the thread jimmy started asking for some clarity?17:11
gouthamrand we wanted to ask if the CSV data can be downloadable from www.openstack.org/analytics17:12
mnasiadkaI don’t think we assigned that AI to anybody, so probably nobody did that?17:15
gouthamryes, can we have a volunteer for this?17:16
gouthamrwe also need someone that can do an analysis like the ones linked at the bottom of this page:17:18
gouthamrhttps://governance.openstack.org/tc/17:18
gouthamrslaweq: gmaan: do we have any scripts to help with this? or was there a lot of manual work?17:20
gmaanafaik, it was done manually but slaweq might know if he did with any automation 17:21
gouthamrack ty, he might let us know async17:22
gouthamrso we need someone with some cycles to own this work17:23
gouthamran extension of this is we need to see if we can update the questions for the upcoming user survey17:26
* gouthamr looks for a deadline for that17:27
bauzassome AI tool could help digesting the results but I won't go into that sideways17:27
gouthamr"We would like to have ALL reviews/requests in no later than December 1, 2025"17:27
gouthamrbauzas: +1 17:29
gouthamralright, we could wait if someone can take this up.. 17:30
gouthamrlets move on17:30
gouthamr#topic Project appointment history and why we clear it sometimes 17:30
gouthamr#link https://review.opendev.org/c/openstack/governance/+/96451617:30
gouthamrnoonedeadpunk: could you elaborate what you meant here?17:30
frickleriiuc it should never be cleared, is there an instance where it happened?17:30
spotz[m]I was thinking GRPD(?) but I don't think that has ever come up with OpenStack historical stuff17:32
gouthamrwhat's GRPD?17:33
noonedeadpunkyes, I think it was with watcher for instance17:33
noonedeadpunkcould be smth else as well17:33
fricklerI just found https://review.opendev.org/c/openstack/governance/+/940167/1/reference/projects.yaml yes17:33
fricklerthat looks like a bug to me and should be reverted17:33
noonedeadpunkas I had to spend some time to figure out history of why we have put a ML with suggestion to retire watcher17:33
spotz[m]GRDP the German Data protection...17:34
fungii assume spotz means the eu's gdpr17:34
fungi(general data protection regulation)17:34
spotz[m]Yes thank you!17:35
noonedeadpunkWell, it was not having anything to do with gdpr for me, but at least TC and community to be informed about leadership issues for some projects17:35
gmaanwhen we appointed/elected new PTL then it is kept always.We did clear when project moved from PTL to DPL model because data is associated with the PTL info/schema 17:35
noonedeadpunkif we get PTL appointed each and every cycle, we might want to step in at some point, for instance17:35
gmaanbut agree, we should not associate it with PTL fields instead should be kept even leadership model is changed17:35
noonedeadpunkI think I saw some other instances as well, but can't recall them already :(17:36
gmaanthough it can be 'appointed' -> 'Leaders appointed' or something more clear17:37
gouthamrbut, in the case of watcher, we literally revamped the whole team - so our project health tracking doesn't need that information anymore17:37
noonedeadpunkbut I wanted to raise that so that we were more aware that this info might be usefull to have and preserve it for history17:38
gouthamr+117:38
gmaan++17:38
gouthamri agree, but, if we encounter an issue like watcher, i think it is okay to lose historical information17:38
gmaanwhen project goes inactive again then it is good to knoe pre-DPL model history 17:38
gmaan*know17:39
spotz[m]I think historical info is always good17:39
gmaanyeah17:39
gouthamrokay, looks like there's consensus.. do we want to restore any data that we've lost?17:39
gmaanIf we get leader via PTL elected for project we keep it and it should be same when we get leader via DPL17:40
gouthamrack17:41
gouthamrbut, do we care to restore the data for watcher now?17:42
spotz[m]+117:42
gouthamror this is just consensus building on this procedure for the future?17:42
noonedeadpunkI'd say for the future?17:42
gouthamrack, maybe we should put this up in our doc someplace 17:43
noonedeadpunk++17:43
* gouthamr will note that AI, if you'd like to take it.. please do17:43
gouthamranything else for $topic?17:44
bauzas-17:44
gouthamr#topic A check on gate health17:44
gouthamranything new or concerning on the gate this week?17:44
fungiwe had another unexpected gerrit outage earlier today17:45
fungiclarkb has filed a ticket with vexxhost to look into it17:45
clarkband zuul can boot nodes in different providers again due to a bug that is being actively fixed17:46
clarkbit should only happen in specific corner case circumstances (it has to do with trying to reused nodes that get unassigned from old requests to new requests)17:46
fungiunrelated, the release/stable folks are in the process of cleaning up stable/2024.1 branches now that unmaintained/2024.1 has been created, and there may be new job config errors as a result17:46
clarkbbionic node cleanups have begun too17:47
fricklerwe also had a regression of multinode jobs getting distributed across providers again, but iiuc that's fixed? or need some update still?17:48
fungiah yes, that may impact some old, old unmaintained branches too17:48
bauzasyeah the gerrit issue is still an oom issue, right?17:48
fungithe bionic cleanup i mean17:48
clarkbfrickler: yes that the issue I note. There is a fix for zuul but it hasn't landed yet (there are a couple of other zuul bugs that need fixing first)17:48
clarkbbauzas: we think so yes. Hopefully the cloud can confirm and mitigate17:48
fungibauzas: that's our theory, we'll need vexxhost staff to look into it to know for sure17:49
bauzascool let us know17:49
fungiit's happened twice in the past month now17:49
fungiso we're hoping to find a way to keep it from recurring17:50
fricklerthe cleanup of stable/2024.1 I think is waiting for some late projects to transition17:50
gouthamrack; is there a sunset date?17:51
fricklergouthamr: in particular https://review.opendev.org/c/openstack/releases/+/963612 is waiting for you ;)17:51
fricklerI don't think we have a specific date17:51
gouthamrty frickler; will respond.. 17:51
fricklerthe other open question is who will deal with refreshing opt-in state for older unmaintained branches17:52
gouthamrthe thing is if we did delay, while the branch renames occur in other projects, the jobs will break anyway17:52
fricklerthough that no longer matches the current topic17:52
gouthamryes, lets see if we can talk about that next week17:52
gouthamranything else about CI?17:52
fungi(these technically aren't branch renames, but branch replacements)17:54
gouthamr#topic TC Tracker17:54
gouthamr#link https://etherpad.opendev.org/p/tc-2026.1-tracker (Technical Committee activity tracker - 2026.1)17:54
gouthamr^ we need to refresh this after we distill the PTG AIs17:55
gouthamrwas there anything to bring up from this tracker today?17:55
gouthamr#topic Open Discussion17:56
gouthamr~ all of 3.5 minutes for this :) 17:56
gouthamranything else to note for the minutes today?17:56
gouthamri missed the board meeting today, but i suppose there was an interesting brainstorm 17:57
gouthamrwe should hopefully get a recap if you're subscribed to the board ML17:58
fungii also posted a cra status summary to the foundation-board ml over the weekend17:59
fungifor people who enjoy that sort of thing17:59
gouthamr#link https://lists.openinfra.org/archives/list/foundation-board@lists.openinfra.org/thread/YY5YQLZ3EMCGX5NK63SV3R3KZ6VRJLOZ/ 17:59
gouthamri read this: "I'm not a lawyer, but the 17:59
gouthamrprevailing interpretation is that individual contributors and 17:59
gouthamrmaintainers for our open source projects have no legal obligations 17:59
gouthamrunder the CRA"17:59
gouthamrand i sighed18:00
gouthamrofc, that's just a gist18:00
spotz[m]hehe18:00
gouthamralright, lets wrap this up - it was a light meeting, but, we'll probably get real busy with the PTG takeaways when we've digested it all.. thank you all for participating18:01
gouthamrsee you here next week18:01
gouthamr#endmeeting18:01
opendevmeetMeeting ended Tue Nov  4 18:01:20 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:01
opendevmeetMinutes:        https://meetings.opendev.org/meetings/tc/2025/tc.2025-11-04-17.00.html18:01
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/tc/2025/tc.2025-11-04-17.00.txt18:01
opendevmeetLog:            https://meetings.opendev.org/meetings/tc/2025/tc.2025-11-04-17.00.log.html18:01
spotz[m]Thanks all18:01
priteauHello. Do you think this could be merged to fix the SVG badges? https://review.opendev.org/c/openstack/governance/+/96544519:56
gouthamrpriteau: ty, i've workflowed it20:01
priteauthanks20:03
opendevreviewMerged openstack/governance master: Fix SVG badge generation  https://review.opendev.org/c/openstack/governance/+/96544520:10
sean-k-mooneygouthamr: i th8ink chandan was hoping you woudl bring up the pytest topic althoguh lookign at the page history i dont see it ever added to the adjenda20:11
* tonyb has unmaintained/* opt-in and ci testing on his todo list20:12
gouthamrah, we can add it to next week sean-k-mooney .. will reset the agenda 20:24
fricklertonyb: ah, right, now that you mention it I remember your response from the release channel. maybe add this to https://etherpad.opendev.org/p/tc-2026.1-tracker for tracking?20:24
sean-k-mooneygouthamr: no worries as i said it wad not actully added in the wiki to open discuss 20:25
gouthamr++20:25
tonybfrickler: added a place holder20:26
*** mnaser[m] is now known as mnaser20:46

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