Tuesday, 2025-02-25

opendevreviewMerged openstack/governance master: Cleanup policy popup leads list  https://review.opendev.org/c/openstack/governance/+/94114800:53
hemanth<fungi> "hemanthn is already on for..." <- Hi freyes will be nominating himself for Charmed OpenStack PTL, thanks!10:43
fricklerhemanth: freyes: the time for self-nomination has passed, there needs to be an appointment made by the TC instead. I think we will discuss this in the TC meeting this evening. thanks for the feedback anyway10:47
freyeshi frickler , ack, thanks, is there anything I should do before the TC meeting to express my intention to step in?12:48
fricklerfreyes: at one point, you will need to propose a change similar to https://review.opendev.org/c/openstack/governance/+/928881, but I think it is too early for that now, since we will need https://review.opendev.org/c/openstack/governance/+/942507 merged first12:56
freyesI understand, thanks, frickler 12:57
bauzasgouthamr: I won't be able to join today's TC meeting, I have another appointment at same time16:04
gouthamrbauzas: ack, ty for letting me know16:04
gouthamrfungi: /me is late to the discussion.. when's the openinfra newsletter going out?16:06
fungigouthamr: tomorrow i think16:14
gouthamrfungi: thanks, we'll discuss some more regarding the elections during the tc meeting today17:00
gouthamrtc-members: gentle reminder that our weekly meeting will be held on this channel in ~59 mins17:01
mnasiadkagouthamr: I don’t know if it’s expected - but I won’t be able to join todays meeting - I’m a bit down with rsv-like virus - trying to get better before my flight to LA on Thursday17:11
gouthamroh no, sorry to hear that mnasiadka 17:11
gmanngouthamr: I will also won't be able to join today due to conflict with other meeting17:24
gmannmarked my absence in wiki page too17:24
gouthamr++ thanks gmann 17:24
cardoeI've got a conflict today as well.17:53
gouthamrack cardoe17:54
gouthamr i guess we won't have quorum.. 17:54
gouthamrwe'll see17:54
fungiit's not as if the tc typically conducts any official votes in-meeting which require quorum17:55
gouthamrtrue17:55
fungiand it has quorate meetings far more frequently than the charter requires17:56
gouthamr#startmeeting tc18:00
opendevmeetMeeting started Tue Feb 25 18:00:08 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-conduct.18:00
gouthamrToday's meeting agenda can be found at https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee18:00
gouthamr#topic Roll Call18:00
noonedeadpunko/18:00
slaweqo/18:00
gtemao/18:00
mharley[m]o/18:00
gouthamrnoted absence: g m a n n, c a r d o e, s p o t z, b a u z a s 18:01
frickler\o18:02
gouthamri think that's everyone, thank you for joining.. lets get started18:04
gouthamr#topic Last Week's AIs18:04
spotz[m]Here for the start any ways:) But will fade away in 2018:04
gouthamrwe took an AI regarding the electoral roll generation to include TC repos18:05
gouthamri proposed extra-acs as an example to the tc-repos18:06
gouthamr#link https://review.opendev.org/c/openstack/governance/+/942296 (Add Extra-ACs to the tech committee repos)18:06
gouthamr#link https://review.opendev.org/c/openstack/election/+/941612 (Add tc repositories for electoral roll generation)18:07
gouthamri need some reviews on the extra-acs18:08
gouthamrthat's all for this AI.. 18:08
gouthamrnext one, EOL transition process for unmaintained branches18:08
gouthamr#link https://review.opendev.org/c/openstack/releases/+/941458 (Transition unmaintained/wallaby to EOL)18:09
gouthamr#link https://review.opendev.org/c/openstack/releases/+/942201 (Transition unmaintained/xena to EOL)18:09
gouthamr#link https://review.opendev.org/c/openstack/releases/+/942218 ([8] Transition unmaintained/yoga to EOL)18:09
gouthamr^ thanks for posting these, frickler 18:10
gouthamranything to mention wrt these?18:10
fricklerI updated things a bit according to what elodilles wanted. no other feedback18:10
gouthamrack, ty18:12
gouthamrnext up, reviewing CI usage patterns and highlight outliers for optimization18:12
gouthamrslaweq: we took an AI to post your findings to the ML18:13
slaweqahh, sorry, I forgot to send it18:13
slaweqI will do it tomorrow morning for sure18:13
slaweqsorry about that18:13
gouthamrno problem at all :) 18:14
gouthamrproject teams are distracted with the Feature Freeze this week anyway18:14
gouthamrso no rush.. i can check back on this next week18:14
slaweqthx18:14
gouthamrthat's all the new AIs we had, besides the ones in the TC tracker18:14
gouthamrwas anyone else working on any other AIs?18:14
gouthamrsounds like none.. 18:15
gouthamr#topic PTG Planning18:15
gouthamrthe PTG Planning etherpad is here:18:15
gouthamr#link #link https://etherpad.opendev.org/p/apr2025-ptg-os-tc (OS-TC Flamingo PTG Etherpad)18:16
gouthamrits got topics and notes from our discussions in the past few weeks18:16
gouthamrplease feel free to expand these and throw in new items18:16
gouthamrwe have a bit over a whole month to organize the discussions18:17
gouthamrand gather relevant folks18:17
gouthamrthat's all that needed to be said about the PTG for now.. 18:17
gouthamrany questions/concerns to note regarding $topic?18:17
spotz[m]I will be PTO during the PTG18:18
gouthamrspotz[m]: ah, bummer18:18
gouthamrwe'll be sure to record things as usual :) so do enjoy the PTO18:19
spotz[m]I’ll be in the UK bumming around:)18:19
gouthamrnice! 18:19
mharley[m]Hi, folks. First time in this room. I’m the candidate for Barbican PTL.18:20
mharley[m]Not sure if this is the right time to mention it or if there will be a specific time to discuss it.  18:20
fungithat's the next topic in the agenda, looks like18:20
gouthamrmharley[m]: ack, ty for joining us.. we'll get to that topic next18:21
spotz[m]Once a Barbicaneer always a Barbicaneer!18:21
mharley[m]TY18:21
gouthamrif you haven't already, do register for the PTG: https://ptg.openinfra.org/ - doing this will add you to an email list for updates18:21
gouthamrand allow the event organizers to gather attendance statistics 18:22
gouthamralright lets move on to the next topic.. 18:22
gouthamr#topic 2025.2 Elections 18:22
gouthamr^ i've renamed the topic to begin discussing from the top18:23
gouthamrfirst off, thanks for all the hard work on the elections slaweq and ianychoi18:23
gouthamrthanks also for new and returning PTLs and TC members18:23
gouthamrslaweq: what election processes are left to complete?18:24
gouthamri see a couple of changes that need to merge:18:25
gouthamr#link https://review.opendev.org/c/openstack/election/+/942506 (Close 2025.2 Election Results)18:25
spotz[m]Time I think at least for TC due to campaigning18:25
gouthamr#link https://review.opendev.org/c/openstack/governance/+/942507 (Add TC/PTL results from 2025.2 election)18:25
gouthamr^ this needs to be rebased since we merged liaisons for Ironic that updated its leadership_type18:26
gouthamrspotz[m]: yes; there was an update made to the previously published election schedule this week18:27
gouthamrs/made/proposed//18:27
slaweqthere is no voting needed, so I think that on Thursday we can merge patches propsed by ianychoi and I will send email to conclude the whole process and we should be good I think18:28
gouthamr++18:28
gouthamrhttps://review.opendev.org/c/openstack/election/+/942506/1/configuration.yaml18:28
fungii'll note that there's an openinfra foundation newsletter going out tomorrow and i'd like to congratulate the newly-elected tc members and ptls, but not sure what i should link to at this point, especially if they won't be officially announced until the next day18:29
gouthamrdoes the new PTL/TC term begin after Epoxy RC1 has been tagged?18:29
gouthamrfungi: yeah :( 18:30
fungitechnical committee members have traditionally taken their seats as of the next meeting following the election, though i don't recall how we handled it in the past elections where no poll was required18:31
gouthamryes ^ i was trying to find examples of what we may have done18:31
fungiwith ptl's it's a little fuzzy and generally up to the teams, but where there are strong ties to the release cycle they sometimes start at rc1 because things merging to master thereafter are targeting the subsequent release18:32
fungiother teams have approached it more around ptg planning18:32
gouthamrthe last time the TC was seated without elections was 2023.218:32
gouthamrhttps://governance.openstack.org/election/results/bobcat/tc.html18:32
fricklerIMHO it would make sense to wait until the end of the planned election period, so the cutover would happen at the same time whether an actual election is needed or not18:33
gouthamr^ i agree18:33
gouthamrimho we don't really need to adjust anything whether or not elections occur.. 18:34
fricklerso that's for the governance change. the election results change could be merged right away18:34
gouthamri agree with the officials announcing results when they prefer - for now they've set the date as 2025-02-2618:34
gouthamrwhich basically would have been the beginning of the poll period 18:35
gouthamrany reason to not do this? 18:36
slaweqIt can be. I just didn't want to do it while officially we are still in the campaign period18:37
gouthamrthis = slaweq and ianychoi can merge the election results in the election repo on  2025-02-26 as they've planned, we merge the governance change after that with enough TC folks voting for it18:38
gouthamrslaweq: makes sense18:39
gouthamri think we can spell this bit down in the election processes18:39
gouthamrits not unusual for us to skip elections - has happened a few times before18:40
gouthamrand we don't need one off solutions each time this has happened18:40
frickler+118:40
gouthamrokay, hearing no objections18:41
fungifor the 2023.2 election, james replaced arne, elections were closed out with https://review.opendev.org/c/openstack/election/+/874970 which merged 2023-02-24, the election configuration for that round had nominations end 2023-02-15 with voting scheduled to conclude 2023-03-08, so the election results were merged during what would have been the campaigning period18:41
gouthamrfungi: sorry about the newsletter - maybe you could still share the anticipation that results of the election will be available a day later :) 18:41
gouthamrfungi: ah18:41
gouthamrthanks for finding that.. 18:42
slaweqif you are all ok with this, I can merge this election results patch tomorrow morning18:42
gouthamrworks for me, it is the date you've mentioned: 2025-02-2618:42
gouthamrand i can follow up with the governance change.. (please review and +1) 18:43
fricklerwe need to talk about oslo being leaderless due to the DPL reset, so nobody can approve release patches. at the same time there are release critical bug fixes that are waiting for a release18:44
mharley[m]So, my candidacy patch failed in Zuul because the last year I was mostly working on downstream.18:44
mharley[m]For this year, I plan to get more engaged with upstream.18:44
gouthamrthanks, lets switch to this sub-topic of "leaderless" project teams18:45
gouthamrmharley[m]: can you propose a patch like: https://review.opendev.org/c/openstack/governance/+/928881 18:45
gouthamryou can abandon https://review.opendev.org/c/openstack/election/+/942110 since it cannot merge18:45
fricklerit needs to be based upon the results patch18:46
fricklerwhich needs a rebase itself first18:46
gouthamr^ yes18:46
mharley[m]gouthamr: apologies, but I’m a bit confused. So I have to submit a new candidacy patch?  Is that what you’re saying?18:47
fricklermharley[m]: not for candidacy but for appointment18:47
mharley[m]I’m out of home now. Sorry if it’s a basic question, but don’t have access to my laptop.18:47
gouthamrmharley[m]: no, not a candidacy.. if your nomination hasn't merged by the nomination deadline, the TC needs to find/appoint a project lead18:47
fungidifferent repository18:47
fungigovernance instead of election18:48
gouthamrmharley[m]: and that's done directly on the "openstack/governance" repository18:48
gouthamrmharley[m]: so when you're able to, follow https://review.opendev.org/c/openstack/governance/+/928881 as an example, and add your details under the "barbican" project18:48
mharley[m]OK, so the action item from my side is to submit a patch in the governance repository as the last link above, right?18:49
gouthamryes, and abandon your election patch: https://review.opendev.org/c/openstack/election/+/94211018:49
gouthamrbeware of what frickler just mentioned as well, though18:49
mharley[m]Gotcha. This needs to be done tonight (I’m in Europe), since the merge will happen tomorrow morning. Is that correct?18:50
gouthamryour change to openstack/governance will need to follow the other update we're making: https://review.opendev.org/c/openstack/governance/+/94250718:50
gouthamrmharley[m]: nope, no rush18:50
mharley[m]I’ll check those links tomorrow then.18:50
gouthamrmharley[m]: a bit about this process.. do it as soon as you're able.. but, if you delay, we'll ping you :D 18:51
fungithe election results change merging tomorrow simply records the outcome of elections the officials oversaw, appointments for missing ptls are a separate process handled by the tc18:51
mharley[m]Understood, gouthamr. 18:51
mharley[m]* Understood, gouthamr and fungi. 18:51
gouthamrmharley[m]: and when you do have the patch up, the patch will gather reviews for at least a week.. so things will seem to be slow.. its good to keep a watch in case the patch needs to change due to comments, or you need to resolve merge conflicts18:52
gouthamri do appreciate that you're at the right meeting, asking the right questions :)18:53
mharley[m]My pleasure. Yep, got a participation advice from dmendiza. 😉18:54
gouthamrfrickler: about oslo, 18:55
gouthamrfrickler: damani and tkajinam are still the release liaisons 18:55
gouthamrcan you share what's blocked now?18:55
gouthamrfrickler: oslo's 2025.2 leadership is uncertain, but, tkajinam did mention that he can continue to be release liaison and assist when possible 18:56
fricklerhttps://review.opendev.org/c/openstack/releases/+/942681 is one example18:56
fricklerso the automatic check doesn't trigger even if tkajinam proposed the change18:56
gouthamroh :( 18:57
gouthamrcan you override it/18:57
gouthamrsince this is two processes being at loggerheads with each other18:57
gouthamrwe reset the liaisons prior to elections, and don't add them back until after elections.. 18:58
fricklerwell technically I can, but as I said in the release channel, having formal TC approval would seem better to me18:58
gouthamrand the release liaison (or PTL) is necessary to trigger the PTL-Approved vote18:58
gouthamrack, i can clarify on the patch18:58
fricklerok, thx18:59
gouthamralright, we're at time19:00
gouthamrwe can continue discussing the leaderless projects.. but i think its worth sharing the process on the ML because we had some late nominations that need appointments19:00
gouthamri don't think we'll resolve the leadership situation with oslo right away though.. i'll add an item to the team's meeting agenda19:01
gouthamrthank you all for attending19:02
slaweqo/19:02
gouthamr#endmeeting19:02
opendevmeetMeeting ended Tue Feb 25 19:02:27 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-02-25-18.00.html19:02
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/tc/2025/tc.2025-02-25-18.00.txt19:02
opendevmeetLog:            https://meetings.opendev.org/meetings/tc/2025/tc.2025-02-25-18.00.log.html19:02
fungitc-members: (and anyone else who cares) see https://lists.openinfra.org/archives/list/foundation@lists.openinfra.org/message/I2XP4T2C47TEODOH4JYVUZNEWK33R3PN/ with a link to draft governance documents and feedback calls for proposed OpenInfra/LF merge, two calls being held tomorrow at different times or follow up on the foundation mailing list19:02
gouthamr^ grr19:02
fungii was saving that for open discussion but we didn't have one this week19:03
gmannfrickler: gouthamr: for oslo, if we see in current situation it is leaderless now and we should solve the leadership model which can be PTL or DPL as per how it meet the requirement.  If any release is blocking due to that then we should make leadership issue on priority. We can override release things as TC but it should not be preferable or first choice. 19:03
gouthamrfungi: yeah :( 19:03
gouthamrgmann: oslo isn't leaderless for 2025.1 - the reset was aimed at 2025.2, correct?19:04
gmannit is same question as other leadership project in past where we marked them inactive or not done releases for them unless we find the leaders. If we override that policy for Oslo, then i agree with frickler that it need TC resolution/approval19:04
gmanngouthamr: well, that is another question about from when the new leadership start or the exact timeline of previous and new leadership. We have TC terms starting/ending as per election conclude and not as per cycle start/end19:06
frickleriiuc oslo does have people interested in continuing dpl, just with some change in personnel?19:06
gmannbut I agree that for project leadership, we do not have any written  term start/end19:06
gouthamrthat'd be a weird grey area then19:07
gouthamrlets plug it :) 19:07
gouthamrsorry i missed your ping, frickler 19:07
gmannoslo DPL model reset to PTL make it clear that we do not oslo meeting DPL requirement19:07
gmannwhat we should consider until we change or write somthing. what we have mentioned in projects.yaml is the current situation/leadership for any project19:08
gmannand in current doc, oslo is leaderless. 19:08
gmannI will not be comfortable to add my +1 as oslo tact-sig liaison now as that is not the role I am in now.  19:09
fungii'd be okay taking that on, as i'm a core reviewer on at least some oslo libs and the current tact sig chair19:10
fungii guess it would result in me talking to myself even more than i already do?19:11
gmannI am not saying I cannot do that, I am ok to do if oslo is in DPL model.19:11
fungiah, what liaisons was oslo missing volunteers for?19:12
gmannand i +1 for that role in DPL reset change aslo but overall oslo does not satisfy the DPL model and all liaisons are reset now19:12
gmannhttps://review.opendev.org/c/openstack/governance/+/93948519:12
gmannthat is change where it did not met the requirement19:13
fungiso it's missing a volunteer for security liaison, from what i can tell looking at who left a -1 and who didn't19:14
gmannand I think what we should do is to reachout to damani and check if they are still ok for PTL role.I pinged damani in oslo channel also last week but no response on that19:15
gmann security liaison + release liaions if tkajinam is ok to take that role as alone. because there will be change in release liaisons list also19:16
fungiokay, so if a team had more than one volunteer for a single liaison role, one of them disappearing can still block the ability to continue as dpl. i guess i hadn't thought about that possibility/risk19:16
gmannwe should not consider one release liaison +1 as either 'continue as alone' or 'continue with other members' 19:17
JayFfungi: well, theoretically couldn't oslo team have edited their liasons before the election to resolve this issue?19:17
mharley[m]Me again. Sorry, what is this security liaison about?  Any link where I can learn more about it?19:17
gmannno it does not block the DPL model but requirement is liaisons list needs to be refreshed . we cannot continue DPL model when there is no confirmation form all listed liaison19:17
JayFfungi: in the same way that Ironic could've done DPL if we started earlier19:18
gmannwatcher is good example on refreshing the liaison and how DPL model reset looks loike19:18
gmannDPL model reset in watcher when not all liaison +1 (DPL reset requirement) https://review.opendev.org/c/openstack/governance/+/93948819:19
gmannwatcher adopted DPL with active list of liaison https://review.opendev.org/c/openstack/governance/+/940167/119:19
fungimharley[m]: https://governance.openstack.org/tc/reference/distributed-project-leadership.html#required-roles19:20
gmannthis can be done by oslo also and if we have DPL model liaisons requirement met then it is good to continue as DPL19:20
mharley[m]Thanks, fungi. 19:20
gmannwhole idea of DPL reset is 'refresh liaison list and keep it active and up to dated'19:21
fungimharley[m]: note that's for projects under distributed leadership, not necessary for a ptl project as the ptl is assumed to handle or delegate all of those activities19:21
mharley[m]Understood.19:22
gouthamroslo, like the projects it manages doesn't sound like a cohesive team to me.. and imho it'll benefit from a lazy consensus approach that liaisons can provide19:26
gouthamrregarding reaching out to damani, i've done that multiple times in the past few weeks, over multiple forums19:26
gouthamri'm unable to get concrete responses, and it indicates that we have a flaw in our approach if one liaison stepping away can break our processes19:27
fungiit's not even clear to me that oslo benefits from being a team, since it's just sort of been a dumping ground for deliverables that didn't fit anywhere else19:28
gmanngouthamr: its not like that, check watcher example19:28
fungithe only thing the oslo deliverables have in common is that they didn't make sense as deliverables for another team19:28
gmanncurrent active liaison needs to propose the refresh list and our process does not block project to continue DPL19:29
gouthamrgmann: yeah, taht would have worked if the team was actively talking with each other all the time and were on the same page.. on the governance patch, everyone was being nice to each other and were okay with damani proposing themselves as PTL19:30
gmannand why it is important is because liaisons as list for any role is not equal to single liaison taking role as alone19:30
gouthamrso we merged the DPL change in anticipation of a nomination19:30
gmannwe merged it because it did not met the DPL requirement19:30
gouthamrwhich was damani not responding in time?19:33
gouthamrsorry, not pointing fingers - trying to grok how to make this better19:34
gouthamrfor the release deliverable that's blocked and for future teams.. 19:34
gouthamrone problem i see is that people need to be away for legitimate reasons, and our processes are poorly understood (as tkajinam stated on the patch) 19:36
gouthamrwhat would have avoided the awkward situation is tkajinam and you proposing a patch removing damani as a liaison for the time being and making liaison changes later 19:38
gouthamrbut, for a team like oslo, i contend that's very hard to determine/do19:38
gmannI am not sure but our process is very easy and simple 'if you are ok to continue to role you listed in DPL, confirm it by +1 on this change/ML/IRC'19:43
gmannif not then we have to refresh the list who is ready to take mentioned roles19:43
fungithat requires some coordination between the people who make up the team, regular communication at least, which it seems like oslo doesn't really have?19:44
fungithough they do seem to be holding weekly meetings, so maybe they do19:46
gmannbut oslo has weekly meeting happening every week, this topic is raised there multiple times so I did not feel communciation is issue in this particular case19:46
gmannexample, this meeting https://etherpad.opendev.org/p/epoxy-oslo-meeting-tracking#L17819:46
fungithey've held meetings consistently for the past 5 weeks: https://meetings.opendev.org/meetings/oslo/2025/19:48
gmannIMO this is good indication where we have to again explicitly call out 'help needed in oslo' instead of finding workaround to hide it (for short term it is ok to find workaround)19:49
gmannlet's things blocked/slow and see if that can solve things here and we can get more help in oslo from organizations  19:50
gmannthat is what we followed the process for other projects and they end up in retirement as no organization is interested to help. But oslo is different here and cannot be retired so clear message about help is needed19:51
JayFWell the weird thing about oslo is often oslo contributions come from folks whose primary focus is other projects.19:52
JayFThere aren't many (any?) dedicated folks working just on oslo. 19:52
gmannif we end up putting more and more load on a few members for example tkajinam and expecting him to do/continue everything that is not right direction19:52
JayFThat in itself isn't a problem as long as the lights are kept on, but it makes it weird for purposes of how we treat project leadership19:52
JayFgmann: We should consider doing an upstream investment opportunity doc for oslo contribution. I could at least take that to my leadership and see if we have resources we could point to be more dedicated on that project.20:38
gmann++20:45
JayFThis is the sorta thing I'd do but it'd probably be more effective if I was pointing to someone elses' words :D20:48
* gouthamr wraps up meetings and reads scrollback22:10
gouthamrI think oslo's upstream investment opportunity is warranted, oslo-core is 6 people on gerrit, and bnemec and dhellman aren't around to continue, and others have repeatedly mentioned they're contributing part time.. so dedicated help will be super useful22:11
gouthamri read oslo meetings22:12
gouthamri think the topic of leadership got a brief mention and its possible things got lost in translation22:12
gouthamrthe next meeting in #openstack-oslo is tomorrow at 1300 UTC22:13
* gouthamr which is 5 am my time sigh22:14
gouthamri'll leave some notes in the etherpad in case they can pick up and discuss22:14
gouthamrit looks like damani drives these consistently, so would be nice to know his thoughts on how to remedy the situation we have wrt the blocked release22:15
gouthamrhttps://etherpad.opendev.org/p/epoxy-oslo-meeting-tracking#L22122:20
opendevreviewMerged openstack/openstack-manuals master: Use dnf instead of yum - Network Time Protocol (NTP)  https://review.opendev.org/c/openstack/openstack-manuals/+/93946623:59

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