Tuesday, 2026-03-31

jovialJust reading: https://docs.openstack.org/project-team-guide/deprecation.html. Is the guidance for tock depecation still current (4b) or should we only deprecate in a SLURP release as per https://governance.openstack.org/tc/resolutions/20220210-release-cadence-adjustment.html#details?11:19
fricklerIMO deprecating in non-SLURP is still possible and valid, we should just fix the wording in the deprecation doc. like deprecate in 2025.2, keep deprecation in 2026.1, remove in 2026.2 is a valid timeline12:15
fungiright, the important part is that someone doing a slurp upgrade doesn't jump straight from supported to removed with no version that has the deprecation13:17
fungialso projects can (and many do) employ longer deprecations, sometimes years long, depending on the nature of the feature being phased out13:18
jovialThanks. I think the confusing bit is "Since the deprecation, waiting, and removal can only happen in “SLURP” releases, the result is also that the minimum length of time that things may be deprecated before removal will increase as well" and we do link to the resolution from https://docs.openstack.org/project-team-guide/deprecation.html. But agree, the guidance in 4b does mean that operators get a least on deprecation notice before removal.14:58
fungimaybe the point that needs to be made is that it has to be deprecated for at least one slurp release (so if you start deprecation in a not-slurp then you're stuck keeping it deprecated for two releases)15:06
fungiit *minimally* must be deprecated in a slurp release15:06
fungibut doesn't have to *only* be deprecated in a slurp release15:07
mnasiadkaYes, so if you deprecate in 2026.2 - you can’t drop in 2027.115:34
opendevreviewDmitriy Rabotyagov proposed openstack/governance master: Deprecate vitrage project  https://review.opendev.org/c/openstack/governance/+/98286915:59
*** gibi_ is now known as gibi16:16
gouthamrtc-members: a gentle reminder that our weekly meeting will be hosted here in ~45 minutes16:17
gouthamrthe agenda is here: https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee16:17
opendevreviewDmitriy Rabotyagov proposed openstack/governance master: Deprecate vitrage project  https://review.opendev.org/c/openstack/governance/+/98286916:51
gouthamr#startmeeting tc17:00
opendevmeetMeeting started Tue Mar 31 17:00:28 2026 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
noonedeadpunko/17:01
gouthamrcourtesy-ping: frickler, spotz[m], cardoe, mnasiadka, bauzas17:02
cardoeo/17:02
frickler\o17:02
mnasiadkao/17:02
bauzasI'm here but mostly off17:02
bauzas\o17:02
gouthamrnoted absence:  d a n s m i t h17:02
gouthamrhmm, we haven't seen tonyb in weeks, hopefully things are alright.. let's discuss any ongoing work that needs help when we get to the TC tracker17:03
gouthamrand unsure if spotz[m] is still traveling... 17:04
gouthamrso let's get started17:04
gouthamr#topic Last week's AIs17:04
gouthamrwe made good progress on the "leaderless" teams. i see proposals from noonedeadpunk to retire venus and deprecate vitrage:17:06
gouthamr#link https://review.opendev.org/c/openstack/governance/+/981959 17:06
gouthamr#link https://review.opendev.org/c/openstack/governance/+/98286917:06
gouthamrbesides these, all other teams have been addressed:17:06
gouthamr#link https://etherpad.opendev.org/p/2026.2-leaderless (leaderless teams in 2026.2) 17:06
gouthamrty for the proposals noonedeadpunk ... will you be doing the ML updates too?17:07
noonedeadpunkI am still in progress with vitrage though17:08
noonedeadpunkas I kinda realized that there's a bunch of xstatic repos belonging to it17:08
gouthamroh, not under horizon's governance?17:08
noonedeadpunkbut the only user of them seems to be Venus17:08
noonedeadpunk(except of vitrage)17:08
gouthamrah i see.. i think if these are the only consumers, they can be deprecated/retired together17:09
noonedeadpunkat least I haven't found any more with codesearch17:09
gouthamrbut i'd call this out to the ML in case there's any external users out there17:09
noonedeadpunkand yeah, will write up a ML17:09
gouthamrthanks noonedeadpunk 17:10
spotz[m]I’m here though on a plane/)17:10
gouthamro/ spotz[m] 17:10
gouthamrnoonedeadpunk: another one was the os_monasca revert patch, frickler found some issues on the project-config change that it depends on17:10
gouthamr#link https://review.opendev.org/c/openstack/project-config/+/974773 (Properly re-retire OSA Monasca roles)17:11
noonedeadpunkriiiight17:11
* noonedeadpunk wonders how missed the review for so long17:12
gouthamrthanks for looking at it17:13
gouthamrwe got some reviews from folks on the requestsexception retirement, but that's also blocked with a project-config change: 17:13
gouthamr#link https://review.opendev.org/c/openstack/project-config/+/979807 (Initiate retirement of requestsexceptions) 17:13
gouthamrmaybe fungi / clarkb can help with this?17:14
fungiyeah, i was probably waiting for a dependency to merge. looking17:14
gouthamrah, yes, there was another project-config chain that's the parent and needs attention17:15
gouthamrthanks fungi 17:15
gouthamrafter the long discussion around gerrit metadata / tagging that occured here last week, i updated this change:17:15
gouthamr#link https://review.opendev.org/c/openstack/governance/+/981832 (Classify gov changes by hashtag, not topic)17:15
gouthamrcould use some more eyes here17:16
gouthamrthe last AI was around reviews for openstack-manuals 17:17
gouthamri think the release precursor changes have merged17:17
gouthamr#link https://review.opendev.org/c/openstack/openstack-manuals/+/981757 ([www] Setup 2026.2 and add project data to 2026.1 Gazpacho)17:18
gouthamrthis was one of them17:18
fungithe one i reminded folks about in here did merge, at least, i double-checked a few minutes ago17:18
fungithanks!17:18
gouthamrtomorrow, the team will get this in:17:19
gouthamr#link https://review.opendev.org/c/openstack/openstack-manuals/+/981758 ([www] Set 2026.1 Gazpacho as released)17:19
fricklergetting some +2s ahead of time wouldn't hurt I think17:19
gouthamr+117:19
mnasiadkaDone :)17:19
gouthamrperfect, we can forget about this cold soup and smell some flowers 17:20
fungiwe're not done slurping gazpacho just yet17:20
gouthamrhaha, i get ahead of myself17:20
gouthamrin all seriousness, thank you release team for all the hard work! I'm hoping things go smoothly17:21
spotz[m]Done17:21
fungiour release will be the best april fools prank ever17:21
spotz[m]Hehe17:21
gouthamrthe last AI i see on here is the one about "reviving" skyline, cardoe any further updates from you/your downstream team regarding this?17:22
mnasiadkaCold soup for April fools day17:22
cardoeSo I've spoken to Somwya and she's going to do more reviews.17:22
cardoeI spoke to her manager and her manager as well to ensure she gets the time to do that.17:22
gouthamrwow, you've gone up the flag pole17:23
gouthamrthanks! i think it'd be awesome to have a PTG session about skyline - even if it's just an hour or so.. i think getting airtime at the PTG would be useful to locate other interested parties17:23
gouthamrand maybe operators too17:24
gouthamrsince you're our conduit, i'll ask that you relay this to sowmya/others.. the challenge would be to get the existing maintainers participate.17:25
gouthamri tried getting them to do that on a couple of occasions, but, they prefer to work async and use written communication - they are not comfortable speaking on calls in english17:25
gouthamrwhich is fine, PTG discussions can still occur with this constraint. we've done it all over the projects.. and we employ creative ways to still collaborate17:26
cardoeYep will do.17:26
gouthamrthanks clarkb 17:26
gouthamrugh17:26
gouthamrtab17:27
gouthamrthanks cardoe 17:27
gouthamrthat's a wrap on the AIs i see, was anyone else working on anything to note here?17:27
cardoeWell her manager's manager is on the board (or whatever the board is called now). So it felt like something I should share.17:27
fungistill the board17:28
spotz[m]Still board just governing board vs board of directors17:28
fungiit's now the openinfra governing board rather than the board of directors, yeah17:28
fungi(though we still call the governors "directors" in most places)17:29
gouthamrack, speaking of the board, i did see a discussion on AI usage proposed at the PTG.. i am hoping to collab with TheJulia (or find the moderator) and make sure the TC is involved.. 17:29
spotz[m]Probably Julia or Eoghan17:30
gouthamrack17:30
gouthamralright, speaking of the PTG:17:31
gouthamr#link https://etherpad.opendev.org/p/apr2026-ptg-os-tc (TC PTG Etherpad)17:31
gouthamr^ this is starting to fill up slowly17:31
spotz[m]That reminds me still need to grab a time slot17:31
gouthamrplease don't wait to add topics, it'd help us plan time for discussions and for folks to plan their presence between video bridges17:32
* gouthamr that was supposed to be its own topic, but who's keeping tab17:33
gouthamr#topic A check on gate health17:33
gouthamr#link https://lists.opendev.org/archives/list/service-announce@lists.opendev.org/thread/WXKGKK4L2E57K3OBCAEYLBDERA2POFGV/ (Upgrading Gerrit on review.opendev.org to 3.12 on April 12, 2026) 17:33
gouthamrsome more detail on what fungi/clarkb were telling us about breaking changes that the infra team's planning after tomorrow17:34
gouthamrany other gate related issues to bring up?17:34
fungii don't think so. we did have a brief incident with one of our job log providers but they've recovered17:35
gouthamr++17:35
fungialso quay had a major outage for a good chunk of yesterday impacting some jobs, though that's sorted itself out today17:35
clarkbright we're trying to save the more potentially impactful stuff for after the release17:36
gouthamrthank you17:36
clarkbThere is a plan to drop bionic after the release too17:36
clarkbI don't think openstack proper really depends on that at this point with the zanata job updates that i think noonedeadpunk did17:36
gouthamrack, all testing on Ubuntu 18.04 should have been dropped in victoria release17:38
gouthamrancient history at this point.. 17:38
gouthamralright, ty for the updates17:38
gouthamr#topic TC Tracker17:39
gouthamr#link https://etherpad.opendev.org/p/tc-2026.1-tracker (Technical Committee activity tracker - 2026.1)17:39
gouthamrsome big ticket items on here that we need to make progress on17:39
gouthamrbut i think if there are contentious, long standing items, we could make progress on them by:17:40
gouthamr1) Making a concrete proposal that weighs any/all alternatives and have discussions on the ML and/or gerrit17:40
gouthamr2) Bring that up at the PTG17:40
gouthamri'll do that with the Technical Vision Document updates17:41
gouthamrany others like this?17:41
gouthamrwe need a volunteer to take on "Reviving SIGs". We moved all the governance docs earlier in the cycle  and made very few updates since17:42
gouthamrwe posted a couple of SIG chair updates17:42
gouthamrbut, i think some other SIGs have slowly decayed or folks still need direction/help to re-organize 17:43
gouthamrat the last PTG, we asked if someone had the bandwidth to tackle these SIGs one at a time , it'd be useful17:44
gouthamrmost recently, the RDO RPM retirement announcement revived interest in an RPM packaging SIG17:44
gouthamrand every now and then someone still cares about ansible-collections-openstack which the Ansible SIG maintain/ed17:45
gouthamrtl;dr: rot, send help17:45
spotz[m]Working on the RDO issue will need to find help with infra even after everyone learns how to build RPMs17:48
opendevreviewMerged openstack/openstack-manuals master: Update project data template  https://review.opendev.org/c/openstack/openstack-manuals/+/98176617:49
gouthamryeah, that's just an example of where the community could use from sharing and working with each other rather than in siloes.. which is kinda what the SIGs were targeting17:49
gouthamrtonyb had a couple of work items on the tracker: 17:51
gouthamr1) figure out a way to represent cross project liaisons more formally than in wiki.o.o. 17:51
gouthamr2) Update guidance on "unmaintained" branches - i.e., clarify the opt-in guideline/process17:51
fungionce upon a time people experimented with building rpms and debs in opendev's zuul/gerrit. also fedora builds at least some rpms with their own zuul17:51
gouthamrack, i'm not sure on the latest on this if someone's volunteered to tackle the infra or needs help/ideas... tbf, the scientific sig would probably have to stretch themselves thin to tackle this by themselves 17:53
gouthamrplease do claim or add notes to the tracker etherpad if you're interested in the work items that were assigned to tonyb.. 17:54
gouthamrlet's switch topics17:54
gouthamr#topic Open Discussion17:54
gouthamralright, i apologize to the few of you that took the last TC meeting poll17:55
gouthamrthe tool was inflexible for me to change the options, and folks wanted to see UTC rather than the "convert to my timezone" thingy that was happening automatically17:56
gouthamrso here it is17:56
spotz[m]There’s volunteers next step is where and how. At one point To y had mentioned moving the builds into opendev but not sure how far he got17:56
gouthamr#link https://app.rallly.co/invite/yycMVUsXThVC (poll for OpenStack TC Weekly IRC meetings)17:56
gouthamrso could you please take this new one? 17:57
gouthamrthe times are in UTC now17:57
gouthamrack sean-k-mooney 17:58
gouthamrugh! tab complete gets me again17:58
gouthamrack spotz[m] 17:59
gouthamralright, before we wrap.. any other items to slide into the minutes today?17:59
sean-k-mooney:)17:59
sean-k-mooneywell times are alwasy in utc17:59
sean-k-mooneyfor mettings and events17:59
sean-k-mooneybut i guess you mean in the poll above18:00
gouthamrThe release is tomorrow, break out your soup spoons and then watch the OpenInfra Live episode on Thursday:18:00
gouthamr#link https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/NCQV5SK7NA53TXN7IF5T6IGBBY46YZEW/18:00
gouthamrsean-k-mooney: haha, sorry i brought you over for that18:00
gouthamrthank you all for participating today18:01
gouthamrhopefully we'll nail a good time for next week's meeting18:01
gouthamr#endmeeting18:01
opendevmeetMeeting ended Tue Mar 31 18:01:31 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:01
opendevmeetMinutes:        https://meetings.opendev.org/meetings/tc/2026/tc.2026-03-31-17.00.html18:01
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/tc/2026/tc.2026-03-31-17.00.txt18:01
opendevmeetLog:            https://meetings.opendev.org/meetings/tc/2026/tc.2026-03-31-17.00.log.html18:01
sean-k-mooneygouthamr: on the unminated brnach topic 2024.2 is not eligabel so tha twill go direct to EOL shortly form stable/2024.2 once the 2026.1 release happens18:04
sean-k-mooneyfor 2024.1 if it exist then yes there shoudl be a explcit opt in to keep it for another release18:05
sean-k-mooneybut there shoudl only be 1 unmaintede branch form 2023.1 on so 2023.1 should generally be eol already and 2024.1 shoudl be eold once 2025.1 move to unmaintaiend/2025.118:06
gouthamrwe moved stable/2024.1 exists to unmaintained/2024.1 and i don't think we really made it opt-in18:11
gouthamrwe wanted to define this process better prior to the transition of stable/2025.1 to unmaintained/2025.1 18:13
gouthamrlike we have big gaps. How does one opt-in? 18:13
gouthamrwe have some language here: https://docs.openstack.org/project-team-guide/stable-branches.html#unmaintained18:16
gouthamrbut it's a bit unclear - the liaisons are never formally documented, so as a contributor i don't really know who does the work and what the current state of an unmaintained branch is18:16
gouthamrgmaan: question for you regarding the PTI that we published earlier. do you know if there's been a volunteer to do the 3.14 testing? Ubuntu 26.04 LTS/Resolute will have this version by default.. so it'll save us a bunch of CI time if we began onboarding it in CI and use it for unit tests.. 18:20
gmaanwe have non voting job for 3.14 unit testing via generic template 18:22
gmaanNova made it voting after fixing the issue, other project can do the same18:22
gouthamryes, i meant we discussed the optimization18:22
gouthamrwhen we were writing the PTI18:22
gouthamrgmaan: oh i see, i think its worth telling project teams that.. because the default tox jobs template will indeed run it as non-voting18:23
gmaanyes, it should be running in all projects now18:23
gouthamrto tack on, it'd be super helpful to test noble devstack jobs on resolute too .. don't know if you or anyone was planning to start on that18:24
gouthamrthe last time you drove this as a community goal18:24
gouthamrlast couple of times: https://governance.openstack.org/tc/goals/completed/2025.1/migrate-ci-jobs-to-ubuntu-noble.html, https://governance.openstack.org/tc/goals/completed/2024.2/migrate-ci-jobs-to-ubuntu-jammy.html18:25
gmaanits not very bad though 18:25
gmaan#link https://zuul.opendev.org/t/openstack/builds?job_name=openstack-tox-py314&skip=018:25
gouthamryes, not a lot of failures18:26
gmaangouthamr: in past (since xena cycle) the distro transition was done by me, i remember noonedeadpunk helped in one transition 18:26
gmaangouthamr: but I am not sure I will have bandwidth to do that this time. I think we need some volunteer for that18:27
gouthamrack i know you're trying to bring more contributors into the qa team18:27
gouthamri wonder if one of them would like to take on this challenging task18:27
gmaannot sure, I do not think we have many in QA but I will say not limit it to QA team instead open it for anyone would like to help18:28
gmaanand QA team can help in review the devstack/other tooling changes18:28
gouthamryes, ofcourse.. 18:28
gmaanwill be happy to do the transition if we will have voliunteer18:29
gouthamri can put out a call for help with the TC email, i think this will be connected to other tech-debt removal goals we already have.. 18:30
gmaan++18:30
fungialso ubuntu-resolute nodes for zuul are in progress, and that will have python 3.14 by default18:30
gouthamr\o/ nice to know fungi 18:30
fungihttps://review.opendev.org/c/opendev/zuul-providers/+/98218218:30
gmaanthat will be helpful for eventlet removal also so that integration jobs in threading mode can run on 3.14. Nova fixed some tests related to that18:31
fungimnasiadka took care of the dib side https://review.opendev.org/c/openstack/diskimage-builder/+/98223118:31
fungifor mirroring, that's part of why we want to drop bionic nodes is so we can clean up the package mirrors18:32
gouthamrneat18:33
gouthamron the python 3.14 unit testing so far, the dashboard-related repos (horizon, watcher-dashboard, manila-ui, trove-dashboard, grian-ui) are perma-failing18:34
gouthamr  out: likely a shared dependency issue.. 18:34
fungiour ubuntu and ubuntu-ports mirror volumes in afs are close to their quotas at the moment18:34
gouthamrpython-openstackclient, zaqar, and watcher are the other repos where py3.14 is permafailing18:34
fungihttps://grafana.opendev.org/d/9871b26303/afs18:34
gouthamryeah good time to get rid of bionic.. the i18n call out made me realize we must track how much further we've gotten on dropping antiquated tooling 18:36
gouthamrwill reach out to ianychoi so he can share his (super helpful) update 18:36
fungii want to say the zanata jobs got converted to run the client in containers on newer nodes18:39
gouthamr++18:40
fungibut worth confirming18:40
gouthamrack18:44

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