Tuesday, 2026-08-11

opendevreviewMatt Crees proposed openstack/election master: Add Matt Crees candidacy for Blazar PTL 2027.1  https://review.opendev.org/c/openstack/election/+/100041407:55
fungireminder that there's another public meeting of the openinfra foundation governing board in approximately two hours, at 15:00 utc, details at https://board.openinfra.org/meetings/2026-08-11 for those interested in attending13:04
opendevreviewAndriy Kurilin proposed openstack/election master: Add Andriy Kurilin candidacy for Rally 2027.1 PTL  https://review.opendev.org/c/openstack/election/+/100045613:41
opendevreviewMerged openstack/security-doc master: [OSSN-0106] Ironic API ramdisk endpoints require network-level access controls  https://review.opendev.org/c/openstack/security-doc/+/100012015:32
gouthamrtc-members: a gentle reminder that our weekly irc meeting will be hosted here in ~40 minutes16:21
gouthamrthe agenda is here: https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee#Agenda16:22
gouthamr#startmeeting tc17:00
opendevmeetMeeting started Tue Aug 11 17:00:45 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:01
gouthamrToday's meeting agenda can be found at https://wiki.openstack.org/wiki/Meetings/TechnicalCommittee17:01
gouthamr#topic Roll Call17:01
fricklero/17:02
mharley[m]\o/17:02
spotz[m]o/17:02
mnasiadkao/17:03
gouthamrcourtesy-ping: noonedeadpunk, dansmith, cardoe, bauzas17:04
cardoeo/17:05
gouthamri _think_ i saw vacation notices from noonedeadpunk and bauzas elsewhere, but i'm not sure17:05
gouthamralright, let's get started.. 17:06
gouthamr#topic Last Week's Action Items17:06
gouthamrguess summertime is bad to make progress on some of this.. so i'll table stuff that no onedead punk was working on.. 17:07
gouthamrwe published the charter change proposal from frickler on treating "core reviewers" as AC/APC17:08
gouthamrfungi: you had the implementation follow up, ty for working on it17:08
gouthamranything to discuss regarding that?17:09
fungihoping to have it done before nominations end, in case we have any that don't qualify under the old rules17:09
gouthamr++17:09
spotz[m]I don't think we've started verifying candidates yet, could be wrong though17:10
gouthamri see candidacies being proposed and merged17:10
spotz[m]Ok, I know Ian and Slaweq have an etherpad, haven't had a chance to peek at it17:11
gouthamrack, the nomination window closes on Aug 19th 2026 23:45 UTC17:12
mharley[m]I was thinking about candidating myself to the TC.  :-)17:13
gouthamrso under 10 days, which is hopefully good time to see PTL and TC candidacies being proposed17:13
gouthamrnice mnasiadka 17:13
gouthamrugh, tab complete. mharley[m]*17:14
spotz[m]It's nice to see a fresh face who comes to the meetings17:14
gouthamrthis week is the final week to see Extra-AC submissions17:14
mharley[m]Oh, OK.17:15
gouthamrif you're in a SIG or project team that would like to recognize contributors, please do via this process17:15
gouthamrhere's an example of how the i18n SIG does it:17:16
gouthamr#link https://review.opendev.org/c/openstack/governance/+/941743 (Propose Extra-ACs from I18n SIG (2025.1))17:16
gouthamri'll renew the ACs added here:17:17
gouthamr#link https://review.opendev.org/c/openstack/governance/+/956836 (Add Extra ACs for governance repositories) right after this meeting17:17
gouthamrthe next action item was dangling work to get the github.com/openstack/cursive mirror working17:17
gouthamrhas there been any work on this? or does it need some attention from oslo maintainers?17:19
fungii'm chipping away at it, the job now has the authentication/authorization it needs, but it's hitting some conflicts from half-completed transfers i've been fixing up manually17:20
gouthamrah, thank you fungi17:20
fungibasically just lingering cleanup now that the keys have been replaced17:21
gouthamralright, its a wrap on action items.. it's a busy couple of weeks in OpenStack land with a triple-whammy of M-3/feature freeze for cycle-with-rc deliverables.. alongside elections; and with people taking much-needed time away for summer17:22
gouthamrwas there anything else you were working on that you wanted to note?17:22
gouthamrokay, let's move to the next topic17:24
gouthamr#topic PQC Migration Pop-up Team update (Mauricio Harley)17:24
gouthamrmharley[m]: the floor is yours17:24
mharley[m]\o/17:24
mharley[m]Thanks, gouthamr .17:24
mharley[m]Hello, everyone.17:24
mharley[m]So, I just wanted to provide a quick update on the PQC pop-up team. We completed the cross-project cryptographic inventory earlier this year: almost 600 findings across 30 project areas, published on the wiki at https://wiki.openstack.org/wiki/Post_quantum_openstack.17:25
mharley[m]The critical areas are key generation in Barbican and Castellan, token signing in Keystone, image signing through openstacksdk and cursive, and TLS configuration across multiple operators.  I personally think the TLS part is the most challenging one.17:26
gouthamrwhat are operators?17:27
gouthamrin this context17:27
mharley[m]I mean, multiple projects.17:27
mnasiadkaI’m surprised skydive is there - it’s been dead for like 2 years17:28
mharley[m]We currently have about 20 patches across roughly 10 projects, 8 already merged and 12 under review.17:29
mharley[m]Mentioning the already merged ones, we have landed TLS 1.3 hardening in Ironic and IPA, we also added PQC readiness configuration in Designate, cleaned up deprecated crypto dependencies in global requirements, and we got JWT signing algorithm made configurable in Keystone.17:29
mharley[m]And still under review, we have...17:29
gmaanbut if that is configurable it is still ok right? I mean if we have hardcoded tls vesion <1.3 then it is issue otherwise user can choose the >1.317:29
mharley[m]Crypto-agility work in Barbican, PBKDF2 hardening and SAML signing improvements in Keystone, TLS modernization in oslo.messaging, HMAC upgrade in osprofiler, CMS deprecation in python-keystoneclient, SSH cipher control in networking-generic-switch, PQC check mode for Octavia, and TLS readiness for ovn-octavia-provider.17:30
mharley[m]That's right, gmaan .  Crypto-agility is the key keyword here.  The proposal is not to break anything, but simply choose safer options.17:31
mharley[m]Based on all this, I'm working on a community goal proposal to coordinate the remaining effort across projects, mainly around TLS modernization, crypto-agility, and finding a path forward for an quantum-safe alternative to paramiko.17:32
gmaan'choose safer options' you mean test if safe option work and not 'make it min or madatory or default'17:32
mharley[m]That's correct.17:32
fungiit could influence decisions as to what behaviors to make default in new releases17:32
mharley[m]Give the possibility to choose a safer option.17:32
mharley[m]I plan to send the community goal proposal to openstack-discuss for feedback before formally submitting it on Gerrit.17:33
gmaanok because changing default still can break things so 'possibility to choose safer option' is better even those are not default17:33
mharley[m]Sure thing.17:33
clarkbmlkem for paramiko is proposed in https://github.com/paramiko/paramiko/pull/2668 but does require openssl 3.5 or newer17:34
mharley[m]If there's anyone interested in helping out or co-sponsoring, feel free to join us on #openstack-pqc. I'll be more than happy to take questions.17:34
mharley[m]Yeah, clarkb, but this is depending on a single person availability...  And we have some evidence that libssh could be a good candidate for it.17:35
mharley[m]That PR is quite new BTW.  The author submitted another before this one, closed it and opened the one you referred.17:35
clarkbsure but if the option is upgrade paramiko or completely replace it with an unrelated library/tool one seems easier17:36
clarkbyes its from alex gaynor17:36
mharley[m]Replacement is not the best therm here.  I'd choose propose an alternative.  A quantum-safe option that is at least as capable as paramiko.17:37
fungibut to be clear, libssh is not a drop-in replacement for paramiko17:37
mharley[m]In other words, lose no functionalities whereas at the same time obtaining crypto protection.17:37
mharley[m]That's why I used "could be", fungi . ;-)  The verifications are not done at all.17:38
fungiyep17:39
mharley[m]Folks, what I'm communicating here is that we progressed towards discovering weaknesses in the codebase, we already proposed several patches (some of them merged) and we are crafting a plan (the community goal) to tackle the other topics.17:39
mharley[m]Does anyone have questions about this marvelous topic?17:40
gouthamryeah, thanks for that update.. i'm glad to see the progress that the pop up team's been making. I think it's still very dense to catch up on the wiki.. consider a short, human-readable update to the ML perhaps, or brief posts tackling specific topics 17:40
mharley[m]Good tip, gouthamr.  Thanks a lot.17:41
spotz[m]Thanks mharley 17:41
mharley[m]Appreciate it, spotz.17:41
gouthamrand all of this is good if it's tested/documented.. the FIPS testing wound was cut deep, and is still bleeding 17:42
mharley[m]Yeah, I'm aware of that wound...17:43
gouthamrhave you been getting project maintainer feedback as you folks work through this? anything major/at risk that we need to be aware of?17:43
clarkbthe upside to this problem space is you can easily default to these options or enable them without reboots and special deployments17:43
clarkbso testing shouldn't be difficult17:43
gouthamr+117:43
cardoeYeah the Ironic project has been looking at the issues around paramiko and netmiko with the switch configuration plugin / code.17:44
gouthamrthat, for cinder/manila would be painful as well i'd assume17:46
gouthamrs/assume/know 17:46
gouthamri presume we'll catch up on this as one of the subtopics elsewhere17:47
gouthamranything else to share here, mharley[m]?17:47
mharley[m]You're right, gouthamr. Manila is quite "affected" by Paramiko.17:47
mharley[m]That's it, sir.  Thank you for the room. :-)17:47
mharley[m]So, please stay put for the community goal.  I hope to send it out still this month.17:48
gouthamrgood stuff, thanks for the update, and for all the work you folks have been doing.. 17:48
mharley[m]We appreciate it.17:48
cardoehttps://specs.openstack.org/openstack/ironic-specs/specs/not-implemented/ngs-libssh-migration.html is the ironic effort to switch away from netmiko/paramiko17:49
gouthamrfresh off the presses17:50
cardoeIt's worth noting that some hardware vendors don't work with libssh17:50
spotz[m]do we have a list of which ones?17:52
gouthamrworth digging into as a separate topic17:52
gouthamrit'll be a rabbit hole, and the ironic/cinder/manila teams may have more insights to share17:52
gouthamrlet's move down the agenda17:53
gouthamr#topic A check on gate health17:53
gouthamrany updates to share wrt the gate this week?17:53
funginothing major, we did have some job failures in one region because the apache proxy cache on the mirror server was using space faster than the cache cleaner could free it17:54
cardoespotz[m]: I don't. Just a note committed to the docs of netmiko after the libssh backend was added.17:54
fungiso we adjusted the cache cleaning frequency to hopefully address that17:54
spotz[m]Ok thanks17:54
clarkbthere was also the anubis honeypot issue with gitea17:54
clarkbthat reexposed that many Zuul jobs are not using the zuul git caches that zuul prepares for them17:55
fungioh right, that affected some jobs that were connecting to gitea instead of using zuul-provided checkouds17:55
clarkb(they are talking to gitea instead which they shouldn't do)17:55
fungicheckouts17:55
fungiit seems like some projects had precommit configured to grab the hacking plugin via git remote url not from a local copy17:56
clarkbI think sean-k-mooney figured out how to do that properly but I don't know if it landed anywhere17:56
* gouthamr recalls this discussion on this channel months ago 17:56
* gouthamr summons sean-k-mooney :D17:57
clarkbyes this issue was brought up when we were getting DDoS'd more effectively17:57
clarkband it recurred due to an unexpected anubis behavior after we upgraded to 1.26.217:57
gouthamrack17:58
sean-k-mooneyyes but i didnt get that merge yet17:59
sean-k-mooneyi can get the change one sec17:59
fungithe new anubis behavior was also possibly complicated by how we do load balancing between the gitea servers17:59
gouthamrwe're at the hour.. 18:00
gouthamr#topic Open Discussion18:00
gouthamrwas there anything else to note for the meeting today?18:00
gouthamri'll try and make some room for the tracker in future meetings.. i was going down the list myself.. if you own any items over there, please add your updates18:01
gouthamrI updated https://wiki.openstack.org/wiki/CrossProjectLiaisons to drop the VMT/security liaisons since we started maintaining these on the governance repo as of the last couple of weeks18:01
gouthamrwe're starting to use that info in the VMT18:02
sean-k-mooneyclarkb: fungi https://review.opendev.org/q/topic:%22local-pre-commit%2218:03
gouthamrty ^18:03
gouthamralright, let's wrap it up here.. 18:03
gouthamrthank you all for attending18:03
gouthamr#endmeeting18:03
opendevmeetMeeting ended Tue Aug 11 18:03:47 2026 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)18:03
opendevmeetMinutes:        https://meetings.opendev.org/meetings/tc/2026/tc.2026-08-11-17.00.html18:03
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/tc/2026/tc.2026-08-11-17.00.txt18:03
opendevmeetLog:            https://meetings.opendev.org/meetings/tc/2026/tc.2026-08-11-17.00.log.html18:03
sean-k-mooneyhttps://review.opendev.org/c/openstack/watcher/+/983933/1/.pre-commit-config.yaml the tl;dr is almost all the hook we actully use are packaged on pyps as concoled scrtip18:04
spotz[m]Goutham log in:)18:04
gouthamrah coming spotz[m]18:05
sean-k-mooneyso instead of using a hook via git you can just defein a local hook that uses the cli direcly and that will use our pip caches18:05
clarkbsean-k-mooney: thanks18:05
sean-k-mooneyclarkb: stephenfin tired to get native supprot added to pre-commit but the maintnaer didnt want to do it18:05
sean-k-mooneyclarkb: he then followed up with the prek rust version and they were open to it18:05
clarkbsean-k-mooney: which is crazy to me since thats the primary way people consume this software not through git18:06
sean-k-mooneyclarkb: so fi that has merge in prek we coudl also swap to that potically18:06
clarkblike having the option for both seems fine, but not having the otpion for the primary tool is weird to me18:06
sean-k-mooneyhttps://github.com/j178/prek/issues/192518:06
sean-k-mooneyah its now a dicussion https://github.com/j178/prek/discussions/252018:07
cardoesean-k-mooney: +++++++ prek18:08
sean-k-mooneyanyway i need ot revivie that locall hook patch18:08
sean-k-mooneyi jsut had other thing on my plate18:08
sean-k-mooneyi woudl prefer the prek feature if it becomes a thing18:08
sean-k-mooneyas its cleaner18:08
sean-k-mooneybut both work18:08
sean-k-mooneyi.e. - repo: pypi_package:ruff18:08
sean-k-mooney  rev: "0.16.0"18:09
sean-k-mooney  hooks:18:09
sean-k-mooney  - id: ruff-format18:09
sean-k-mooneyis a log clener then definign the same hook locally and manually declaring the dep18:09
sean-k-mooneywhich looks like this18:09
sean-k-mooney    - id: ruff-format18:10
sean-k-mooney        name: ruff-format18:10
sean-k-mooney        language: python18:10
sean-k-mooney        entry: ruff format --force-exclude18:10
sean-k-mooney        types_or: [python, pyi, jupyter]18:10
sean-k-mooney        require_serial: true18:10
sean-k-mooney        additional_dependencies: ['ruff==0.15.7']18:10
sean-k-mooneyclarkb: if this is still causing pain for hacking specificly that is easy to update to a local hook without needign to update all the others18:11
sean-k-mooneyclarkb: so we coudl jsut do it for hacking intially 18:12
fungiit's probably the main offender in openstack's projects, just because of how many projects rely on it for linting18:13
sean-k-mooneyoh lol18:13
sean-k-mooneyhttps://github.com/openstack/watcher/blob/master/.pre-commit-config.yaml#L111-L11918:13
sean-k-mooneyok that did merge and i didnt notice18:13
clarkbI mean at this point I'm happy to let ya'll jobs fail when they don't need to :P18:13
clarkbI've described the problem multiple times including when I objected to pre-commit in the first place18:13
clarkbI'd just appreciate if people went "oh ya this is the problem we were warned about don't need to bug clarkb about this failure"18:13
sean-k-mooneywe have not had an issue with this for watcher that i can tell since we mad ethat change18:13
sean-k-mooneyill add moving cybrog to my todo list before the end of the cycle18:14
sean-k-mooneyspeaking of todo list i need to create my ptl election nominaiton this week...18:15
dansmithgouthamr: sorry about the meeting I got stuck somewhere unexpectedly19:57
fungii swear i wasn't the one who poured glue on your chair19:58
dansmithuh, "metaphorically stuck" :P20:00
gouthamrhaha, all good dansmith! 20:13
gouthamrsean-k-mooney: adding more to the train: https://review.opendev.org/q/topic:%22local-pre-commit%2220:31
opendevreviewMerged openstack/election master: Add Matt Crees candidacy for Blazar PTL 2027.1  https://review.opendev.org/c/openstack/election/+/100041421:35
opendevreviewMerged openstack/election master: Add Artem Goncharov candidacy for OpenStackSDK PTL  https://review.opendev.org/c/openstack/election/+/100032021:42
opendevreviewMerged openstack/election master: Add Artem Goncharov candidacy for Keystone PTL  https://review.opendev.org/c/openstack/election/+/100032121:42
opendevreviewMerged openstack/election master: Add Erkin Mussurmankulov candidacy for Trove PTL  https://review.opendev.org/c/openstack/election/+/100032821:44

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