Tuesday, 2025-08-12

opendevreviewMerged openstack/governance master: Add Extra ACs for governance repositories  https://review.opendev.org/c/openstack/governance/+/95683602:41
opendevreviewMerged openstack/governance master: Define "affiliation" within the context of the TC  https://review.opendev.org/c/openstack/governance/+/95602402:44
opendevreviewGoutham Pacha Ravi proposed openstack/governance master: Retire Monasca project  https://review.opendev.org/c/openstack/governance/+/95367105:21
fungiopeninfra board meeting is starting now https://board.openinfra.org/meetings/2025-08-1215:01
cardoeI’m stuck on the tarmac in CLT cause of weather so I’m going to miss the TC meeting I think.15:47
cardoeI had hoped to get to my destination and make the meeting.15:47
gouthamrack cardoe, good luck15:47
funginot one of my favorite airports, in part because it was the closest major one to where i grew up15:51
funginearly missed so many flights departing clt15:52
opendevreviewWu Wenxiang proposed openstack/election master: Adding wu.wenxiang candidacy for skyline  https://review.opendev.org/c/openstack/election/+/95715215:57
gouthamrtc-members: a gentle reminder that the weekly IRC meeting will happen here in ~58 minutes16:02
spotz[m]:)16:14
gouthamr#startmeeting tc 17:00
opendevmeetMeeting started Tue Aug 12 17:00:09 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:00
spotz[m]o/17:00
gtemao/17:00
noonedeadpunko/17:01
gouthamrnoted absence: b a u z a s, c a r d o e17:02
frickler\o17:02
gouthamrcourtesy-ping: gmaan, mnasiadka17:02
gmaano/17:03
mnasiadkao/17:03
gouthamrhello everyone o/ thank you for joining.. lets get started17:03
gouthamr#topic Last Week's AIs17:03
gouthamrwe had lower than usual attendance last week, some ongoing activity that we need to check on17:04
gouthamri took a few AIs that are at various degrees of progress 17:04
gouthamr1) connect with stephenfin, and figure out closure for the proposed goal: https://governance.openstack.org/tc/goals/proposed/migrate-from-wsgi-scripts-to-module-paths.html17:05
gouthamri don't have an update here.. will get to it today 17:05
gouthamr2) Runtime update for 2026.1 17:06
gouthamri am drafting this now, will post after this meeting17:06
gmaanseeing gerrit topic, there are few changes yet to merge17:06
gmaan#link https://review.opendev.org/q/topic:%22remove-wsgi_scripts%22+status:open17:06
gouthamrty gmaan 17:06
gouthamr3) Retirement of monasca17:07
gouthamri started working on these changes this week: 17:07
gouthamr#link https://etherpad.opendev.org/p/monasca-retirement 17:07
noonedeadpunkthere were comments on the first patch17:08
gouthamrthank you for the review on the project-config change.. i'll update it17:08
gmaanthanks for working on those. I left comment to fix the project-config change and repo content removal17:08
noonedeadpunkso some work needs to be done there17:08
gouthamrack, pbkac on the noop jobs :D 17:09
noonedeadpunkfrankly I didn't check it deper17:09
gouthamri did leave a note in the commit message directed at you, probably noonedeadpunk 17:09
gouthamri see two related repos under OS Ansible: openstack/openstack-ansible-os_monasca, openstack/openstack-ansible-os_monasca-agent17:09
noonedeadpunkah17:10
gouthamri think we've deferred retired these in the past17:10
noonedeadpunkindeed, this should be pretty much just a revert of previous un-retirement17:10
gouthamri don't know if we should do it with the same change, or in an immediate follow up so we don't forget, or we need to wait 17:10
noonedeadpunkas despite folks asked to revive roles, nobody actually picked up their maintenance17:10
noonedeadpunkand I clean forgot about them17:10
gmaanwe did in separate proposal to governance as well other places17:11
noonedeadpunkI will check what needs to be done there, thanks!17:11
gouthamrty, separate changes do make sense17:11
noonedeadpunkyeah, I say in a separate one17:11
gouthamrwe can track them to closure with the etherpad no problem17:11
noonedeadpunk++17:11
gouthamrits not like we'll mess up anything, there are only 17 repositories associated with the project team17:11
* gouthamr expected a sensible chuckle17:12
noonedeadpunkheh., yeah17:12
noonedeadpunkwhat are the odds17:12
spotz[m]hehe, and fungi can always recover something17:12
gouthamrhaha, alright.. next AI 17:13
gouthamrwas around refstack-server17:13
fungiyeah, worst case i can rollback edits or restore from a database backup17:13
gouthamr#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/WNI4PE2TZ3G52C3U5FT2YNVRUAJB3CMO/ 17:13
fungii deleted the server itself just this morning, after saving a filesystem snapshot image17:13
gouthamrgmaan responded to this thread indicating that folks that needed this functionality can maintain a list of tests and use tempest in a similar fashion17:14
gouthamrah ack fungi 17:14
noonedeadpunkit's kinda sad we never fgigured out a reasonable replacement for refstack17:14
noonedeadpunkas idea of having providers "certified" is overall not bad17:15
noonedeadpunkpromotes both the project and highlights provider following "best practices" (in a way)17:15
noonedeadpunk(at least proper interoperability)17:15
gouthamrtotally, but, the interop program over the years grew too heavy to maintain.. i do support having a "certification" process that's lighter weight.. it'll take a lot of time/effort to think through one17:16
clarkbits also just less necesasry as the total number of configuration options has reduced over time17:16
gouthamrit'll need inputs from qa-core, but hopefully not eat into their limited bandwidth17:16
gtemaDon't want to repeat myself, but in the implemented form those tests prove 0 interoperability 17:16
noonedeadpunkI can recall gtema was having some ideas years back on some summit as well... but it never flew17:16
gmaanwell, it is not related to qa at all17:16
clarkb(there are still differences but nothing like back when refstack was envisiioned)17:16
gmaancertification is completely different things 17:17
noonedeadpunkthat's why I said about reasonable replacement, and not current form :)17:17
gtemaRight, not at all, gmann17:17
noonedeadpunkbut anyway having a project logo on providers website is a beneficial thing for both parties17:18
fungiyeah, in the past interop focus was more on the problem of providers "differentiating" their service offering by making incompatible downstream changes to services/apis and replacing openstack services with other things17:18
fungithey still have an option to use the trademark logos, the process is merely an administrative/contractual one now which doesn't involve mandatory testing17:19
noonedeadpunkwhile it can be still a thing... now it's more about variety of configurations which may make things non-interoperable17:19
gtemaWe can chat years on this topic without any conclusions. I suggest not to continue it here. Maybe again during summit17:19
noonedeadpunk++17:19
gmaan++17:19
gouthamrif there's a proposal, we could have a discussion at the PTG17:19
gmaanproposal and I will say more of 'requirements and scope'17:20
gmaaninterop group was dissolved because there was no clear interest or requirement  17:20
gtemaWe may involve SCS into such discussion on the certification and interoperability side17:20
gmaanif we want to discuss any solution, I will say we collect the interest and requirement of it17:21
gouthamrack, gtema is this something you're motivated to drive?17:21
noonedeadpunkif they would be open to open discussion rather then just trying to mandate their own thing...17:21
gtemaNot really, after 8 years I figured out no csp is really interested and committed 17:21
gouthamrah17:22
gmaanyeah commitment too 'Requirement, interest, and commitment'17:23
gouthamrokay, we'll put this out there to the community, and suggest that there's somewhat a desire to explore a replacement to certify OpenStack in a common, transparent way.. we lack however, a person/team to make it happen and it's outside the purview of the maintainers (QA or otherwise) 17:24
gouthamri suspect we had references to interop/refstack on https://openinfra.org/legal/trademark-policy - and these aren't there anymore.. so such an effort may be tangential to OIF's "Commercial Use Trademark License" process17:25
gouthamror you may find that the foundation folks are interested to collaborate 17:26
gouthamranything else to add? 17:26
fungithose are the trademarks that previously required interop testing17:27
fungithe board approved a change in policy at the end of 202317:27
spotz[m]Yeah that was the retirement of interop17:27
gouthamrack.. 17:27
* gouthamr wants to get "OpenStack Expertise" added to his LinkedIn profile17:28
gmaanyeah, I think nothing needed from TC side here until anyone need some tooling more tests etc17:28
gouthamryes, or opinions17:28
gouthamri think we have a loose vision for what would benefit the maintenance of OpenStack itself, or for operators that interface with us.. 17:29
gouthamralright, that's all the AIs i am seeing from the past week, was anyone else working on anything to note?17:30
noonedeadpunkI keep working on dashboard for all project17:31
noonedeadpunk*for tc projects17:31
noonedeadpunkI'm not that happy about the result so far17:31
gouthamrah, yes! :) 17:31
noonedeadpunkbut the intermittent result is like this http://bit.ly/4lq4DQG17:32
noonedeadpunk*intermediate17:32
gouthamrnice17:32
noonedeadpunkbut input on what tabs we want to see on the dashboard is super welcome17:33
gmaannoonedeadpunk: maybe exclude the 'election' repo as that is maintained by separate group. bcz during nominations it can fill up the dashbaord where TC members does not need to vote17:33
noonedeadpunkas we don't really have specs/dashboard work17:33
noonedeadpunk++17:33
noonedeadpunkyeah, was thinking about that17:33
gmaancool17:34
noonedeadpunkanother thing, is that list of projects is defined separately there17:34
noonedeadpunkas it seems gerrit does not have awareness today about "ownership" of repos to filter on17:34
noonedeadpunkfor osa I did use parentprojects, but I don't think it's applicable to parent all these repos to governance17:35
noonedeadpunkas it's just not true17:35
gouthamryeah, i don't think there's an elegant way to tie the repos together17:36
fungiwe could add an empty project like the one we use for the openstack/meta-config acl and inherit it, if that's really desired17:37
noonedeadpunkwe have openstack/openstack ? :D17:37
noonedeadpunkbut probabvly it's not good idea, as there repos are kinda not much related17:37
fungithat's something else, used to aggregate subrepos as a superrepo17:38
fungii suppose doing something like that is also an option in theory17:38
noonedeadpunkexcept of governance-website/governance-sigs/governance17:38
gouthamrsorry to side track, but lets get through the agenda and discuss this in Open Discussion perhaps? 17:38
noonedeadpunk++17:38
gouthamr#topic A check on gate health17:38
fungiyeah, or after the meeting17:38
gouthamrany gate concerns/updates to note this week?17:38
gouthamr#link https://www.debian.org/releases/trixie/ 17:39
gouthamr^ think fungi and frickler were chatting about this here a few days ago17:39
fungiyeah i linked the announcement in here on saturday17:39
fungiwe brought the openmetal provider back online in zuul a few minutes ago since their data center relocation maintenance ended yesterday, but i guess keep an eye out for issues there17:40
gouthamrack, noted17:41
gouthamrwill the infra team be working on trixie mirrors? 17:42
gouthamror is that something that each zuul/cloud provider needs to setup and configure?17:43
fungii think clarkb had mentioned freeing up space first by dropping xenial and some other similarly old content17:43
clarkbyes I think we should clear out the existing content t hat we don't need then add in the new stuff17:44
fungialso we still need to figure out what to do longer term about the upstream disappearance of bullseye-backports which we've been mirroring17:44
gouthamrack17:45
fungiat the moment the plan is, i think, to make local changes to our base job to stop enabling backports by default on debian nodes (which is the defaulter default in zuul/zuul-jobs at the moment)17:45
clarkbthen we can delete the content for backports that have been deleted upstream17:46
fungiotherwise if we delete the mirror of that, a lot of bullseye-based jobs are going to start hard failing17:46
gouthamrwe might not notice unless we're monitoring Caracal jobs 17:47
funginot even sure you'd be using bullseye for that, bookworm was current for the caracal cycle wasn't it?17:48
gouthamrthanks for the call out17:48
gouthamryou're right17:49
mnasiadkaKolla also only builds Bookworm images (we used Bullseye in 2023.2 and earlier)17:49
noonedeadpunkwe had bulsseye jobs on caracal just in case17:49
gouthamrfor upgrade testing.. 17:49
gmaanwe do test bullseye also in caracel for upgrade things17:49
gmaanyeah17:49
gmaanbullseye  and  bookworm both in caracal17:49
noonedeadpunkas slurp should have work from 2023.1->20924.117:49
noonedeadpunk++17:49
gouthamralright, we do have one more topic to get through - i see content for open discussion17:50
gouthamrlets switch to that, since we can update the tracker offline17:51
gouthamr#topic Open Discussion17:51
gouthamrDiscuss runtimes for 2026.1 development cycle17:51
gouthamr^ frickler, i was working on this and the answer to both your questions is yes17:51
gouthamrAdd Debian Trixie and python3.13?17:51
gouthamrDrop python3.10 and Ubuntu 22.04?17:51
gmaanwe already dropped  Ubuntu 22.04 in this cycle right?17:51
gmaanwe only test  Ubuntu 24.04 in current cycle17:52
noonedeadpunkI thought it's the case as well17:52
fricklerwhy do we have py3.10 in the mix, then?17:52
gouthamryes, no need to keep it for upgrades either ... we expect folks to upgrade to Ubuntu 24.04 before upgrading to Gazpacho17:52
noonedeadpunkI'm not sure if we ever added CentOS 10 Stream as "complimentary though?17:52
noonedeadpunk++17:52
gmaanfor python3.10, I would not be very aggressive to drop. Seeing it is EOLing in oct 2026, we can still support this as min version17:52
gouthamri am adding CS10/Rocky10 although i'm not sure the state of the providers and their testing in Zuul17:53
noonedeadpunkC10S working kinda. not sure about capacity17:53
noonedeadpunkRocky10 - there're images and it's possible to test17:53
gmaanyeah, this is devstack change and job running fine17:53
clarkbwe have both now. They are limited to about 50% of our quota (that number varies depennding on which clouds are available, see earlier note about turning off openmetal for a couple weeks)17:53
gmaan#link https://review.opendev.org/c/openstack/devstack/+/93725117:53
spotz[m]If you need anything for CS10 let me know, I can possibly pull in folks to help17:53
noonedeadpunksome things are missing there as a general though17:53
noonedeadpunkas there's no compatability for many things between C10S and Rocky 1017:54
gouthamroh17:54
mnasiadkanoonedeadpunk: let me guess, you also have COPR repos with rebuilds of packages that are not yet in EPEL? ;-)17:54
spotz[m]I also have EPEL contacts:)17:55
noonedeadpunkwell. We have only 1 package coming from copr as maintainers forgot about it in EPEL17:55
fungithe main concern i'd have with not dropping python 3.10 is if we're stuck maintaining platforms that provide it until stable/gazpacho reaches end of maintenance, or even into unmaintained state17:55
noonedeadpunkbut then no systemd-networkd or ceph17:55
noonedeadpunk(and then yeah - copr)17:55
mnasiadkaIn Kolla I think we have two - mod_auth_mellon for SAML and glusterfs-fuse for Manila17:55
gmaangouthamr: we do have c10 and rocky 10 since this cycle, anything to change  there?17:56
gmaan#link https://governance.openstack.org/tc/reference/runtimes/2025.2.html#advance-unstable-testing17:56
gouthamrnope.. 17:56
noonedeadpunkoh, yes, whole gluster is copr indeed17:56
gmaanthough we did not find help to setup rocky 1017:56
noonedeadpunkbut it's same for C10S17:56
gouthamrwe have called it out as "Advance/Unstable" 17:56
gouthamrwas thinking to leave it at that, but these links and discussions are making me think about promoting them back to the tested linux distributions section17:57
mnasiadkaspotz[m]: https://bugzilla.redhat.com/show_bug.cgi?id=2326534 - would be happy if anybody can have a look, there's even a volunteer - but no traction at all17:57
gmaanI think the key change for next runtime can be if we want to bump python max version to python 3.13 or keep it py3.1217:57
gmaanwhich depends on the eventlet things17:57
noonedeadpunkI don't think we can drop 3.1217:59
noonedeadpunkuntil we drop 24.0417:59
mnasiadkaDebian OpenStack is going to release Flamingo DEBs only for Trixie, and given Bookworm EOL (June 2026?) - we sort of should.17:59
gouthamrgmaan is talking about the max version17:59
mnasiadkaI think gmaan was mentioning the max version17:59
gmaanyeah, min version we can keep py3.10 itswlf17:59
gouthamrwe'd bump it imo, because there's been bugfixes in eventlet concerning 3.1317:59
gouthamrand there's none that's a blocker atm, please correct me if you know any17:59
gmaanyeah, current max version is python 3.12, changing max version does not mean we need to drop py3.1218:00
noonedeadpunkyeah. we need 3.13 for trixie18:00
gouthamrfunctional testing will probably mostly use Ubuntu 24.04, and hence python3.12 18:00
gouthamrbut, trixie will be tested by project teams increasingly given the eventlet work18:00
gmaando we have testing passing on py3.13?18:00
noonedeadpunkand while debian is gonna release packages against 3.13 it's not a given they will work as intended if our code is buggy and was never tested against 3.1318:01
* gouthamr timecheck18:01
noonedeadpunk(even as unit tests)18:01
gouthamrlets continue this discussion on the gerrit change, i'll have it up in a little bit18:01
fricklerhttps://review.opendev.org/c/openstack/devstack/+/954653 passes18:02
gouthamranything else to note in the minutes today?18:02
gmaanthis is unit test job results18:02
gmaan#link https://zuul.opendev.org/t/openstack/builds?job_name=openstack-tox-py313&skip=018:02
gmaanone thing from me18:02
gouthamrgo for it, gmaan 18:02
gmaanI will not be running for the next TC term18:02
gmaanjust that update ^^18:03
gouthamr:( 18:03
noonedeadpunk;(18:03
gmaanI will be around if any input needed but not as a official TC members18:03
gouthamrit's been a long run with you on the TC so this would be a huge change18:03
gouthamrthank you for all the hard work, you can bet we'll still tag you with things18:04
noonedeadpunkand the value you have can't be underestimate18:04
gmaanthanks, sure I will be happy to help where I can18:04
spotz[m]End of an era18:05
fungispeaking of which, we'll need at least 4 tc candidates to fill the open seats in the next election, and at least 5 if there's going to be a poll18:06
gmaan++, hope to see more candidates. 18:06
gouthamralright, we're well over our time slot.. lets wrap up this meeting18:06
gouthamrthank you all for joining18:07
gouthamr#endmeeting18:07
opendevmeetMeeting ended Tue Aug 12 18:07:03 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:07
opendevmeetMinutes:        https://meetings.opendev.org/meetings/tc/2025/tc.2025-08-12-17.00.html18:07
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/tc/2025/tc.2025-08-12-17.00.txt18:07
opendevmeetLog:            https://meetings.opendev.org/meetings/tc/2025/tc.2025-08-12-17.00.log.html18:07
spotz[m]Thanks all18:07
cardoefungi: nope. CLT is the worsr.18:40
fungisorry you're not experiencing the best time nc has to offer18:44
cardoeA suspect just visiting the airport anywhere will never let you experience the best of anything about that place.18:52
JayFCLT gets a lot of hate18:54
JayFbut any airport with a giant atrium full of rocking chairs (and I've never had a layover where I could've find an open one) is OK by me18:55
clarkbI really like my local airport and  Ithink the main reason is it is quiet18:55
clarkba lot of airports are just full of noise. But they dno't have to be18:55
spotz[m]We got delayed first because they needed to move the plane and then just as it got there for a storm:( I can't always avoid CLT but I try18:56
JayFBojangles, rocking chairs, and bbq!? Am I just nostalgia for NC so much I like it when I'm stuck in CLT and nobody else does?18:57
JayFI even like when my wife flies home via CLT b/c she brings me a boberry biscuit lol18:57
gouthamrIt's Bo Time!18:58
fungioh, yeah central nc is getting pounded by storms at the moment, sorry about that y'all! somehow we've been spared out here at the coast19:00
spotz[m]Now I need to google boberry biscuit as I'm flying through there to Boston for Devconf19:11
spotz[m]Damn you Jay! Not I need one!19:12
fungii'm pretty sure you can find them in texas, bo jangles isn't local to nc afaik19:14
fungioh, though maybe not many airports have them19:14
fungilike how legal seafood (a mainly boston metro area chain) had a location in the atl airport19:15
gouthamr"legal seafood"?19:15
gouthamromg, you didn't make it up :P19:15
fungithe history of that name is amusing, but yes that's what it's called19:15
fungiblame boston19:15
spotz[m]I think we have Popeyes vs Bojangles19:17
spotz[m]Legal Seafood is yummy:)19:17
fungiyes, we usually hit several locations any time we're in boston19:18
spotz[m]I also like Luke's Lobster19:18

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