Wednesday, 2026-04-08

opendevreviewKaran Anand proposed openstack/python-ironicclient master: Enable mypy for `ironicclient/osc/command.py`  https://review.opendev.org/c/openstack/python-ironicclient/+/98335006:13
opendevreviewKaran Anand proposed openstack/python-ironicclient master: Centralize cliff parser type for OSC get_parser overrides  https://review.opendev.org/c/openstack/python-ironicclient/+/98335106:13
opendevreviewKaran Anand proposed openstack/python-ironicclient master: Add type annotations to `ironicclient/osc/v1/baremetal_runbook.py`  https://review.opendev.org/c/openstack/python-ironicclient/+/98335206:13
opendevreviewKaran Anand proposed openstack/python-ironicclient master: Add type annotations to `ironicclient/osc/v1/baremetal_volume_target.py`  https://review.opendev.org/c/openstack/python-ironicclient/+/98335506:13
opendevreviewKaran Anand proposed openstack/python-ironicclient master: Add type annotations to `ironicclient/osc/v1/baremetal_portgroup.py`  https://review.opendev.org/c/openstack/python-ironicclient/+/98335706:13
opendevreviewKaran Anand proposed openstack/python-ironicclient master: Add type annotations to `ironicclient/osc/v1/baremetal_port.py`  https://review.opendev.org/c/openstack/python-ironicclient/+/98335806:13
opendevreviewKaran Anand proposed openstack/python-ironicclient master: Add type annotations to `ironicclient/osc/v1/baremetal_node.py`  https://review.opendev.org/c/openstack/python-ironicclient/+/98335906:13
opendevreviewKaran Anand proposed openstack/python-ironicclient master: Pre-test typing cleanup  https://review.opendev.org/c/openstack/python-ironicclient/+/98336006:13
opendevreviewAbhishek Bongale proposed openstack/ironic-tempest-plugin master: Add conditional graphical console validation  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/98207708:13
opendevreviewKonstantinos Karampogias proposed openstack/ironic master: Accept bare "nic" as a valid firmware update component  https://review.opendev.org/c/openstack/ironic/+/98368309:24
opendevreviewKonstantinos Karampogias proposed openstack/ironic master: Refresh firmware versions in DB after update step completes  https://review.opendev.org/c/openstack/ironic/+/98368409:24
opendevreviewKonstantinos Karampogias proposed openstack/ironic master: Use NIC adapter path as SimpleUpdate Target for nic:<id> components  https://review.opendev.org/c/openstack/ironic/+/98368509:24
opendevreviewKonstantinos Karampogias proposed openstack/ironic master: Accept bare "nic" as a valid firmware update component  https://review.opendev.org/c/openstack/ironic/+/98368311:55
opendevreviewKonstantinos Karampogias proposed openstack/ironic master: Refresh firmware versions in DB after update step completes  https://review.opendev.org/c/openstack/ironic/+/98368411:55
opendevreviewKonstantinos Karampogias proposed openstack/ironic master: Use NIC adapter path as SimpleUpdate Target for nic:<id> components  https://review.opendev.org/c/openstack/ironic/+/98368511:55
opendevreviewAbhishek Bongale proposed openstack/ironic-tempest-plugin master: Add conditional graphical console validation  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/98207712:01
opendevreviewKaran Anand proposed openstack/python-ironicclient master: Pre-test typing cleanup  https://review.opendev.org/c/openstack/python-ironicclient/+/98336012:05
iurygregorygood morning ironic12:23
opendevreviewVictor proposed openstack/ironic master: Truncate node history event to avoid DB column overflow  https://review.opendev.org/c/openstack/ironic/+/98139913:10
opendevreviewDoug Goldstein proposed openstack/ironic master: gracefully handle plugging the port for a test node  https://review.opendev.org/c/openstack/ironic/+/98371413:14
opendevreviewDoug Goldstein proposed openstack/ironic master: devstack: fix qrouter used in iptables calls  https://review.opendev.org/c/openstack/ironic/+/98371513:14
opendevreviewDoug Goldstein proposed openstack/ironic master: fix ip route call to be idempotent  https://review.opendev.org/c/openstack/ironic/+/98371613:14
cardoeI dislike system scope RBAC. :/13:22
TheJuliaI dislike the punt on the access model because some projects couldn't be bothered13:22
TheJuliawhich resulted in admin is admin everywhere which is the very bug the work started with13:23
TheJulia</rant>13:23
cardoeoh I agree with you.13:24
cardoeI dislike RBAC in OpenStack in general.13:24
TheJuliaOh good13:24
cardoeMaybe in our free time we'll fix it?13:24
* TheJulia pushes the party float into the IRC channel13:25
* TheJulia jumps on it and goes laughs like a crazy person over the concept of "free time"13:25
TheJuliaAlso! Good morning!13:25
cardoeTheJulia: btw those 3 patches above make my devstack happy13:33
opendevreviewMerged openstack/python-ironicclient master: Enable mypy for `ironicclient/osc/command.py`  https://review.opendev.org/c/openstack/python-ironicclient/+/98335013:37
TheJuliacardoe: any chance of rev'ing https://review.opendev.org/c/openstack/ironic/+/983215 today?13:45
opendevreviewJulia Kreger proposed openstack/ironic-python-agent master: Enforce TLS 1.2 minimum across all connections  https://review.opendev.org/c/openstack/ironic-python-agent/+/98217413:54
opendevreviewJulia Kreger proposed openstack/ironic-python-agent master: Upgrade TLS certificates to P-384 curve with configurable support  https://review.opendev.org/c/openstack/ironic-python-agent/+/98217513:54
cardoeTheJulia: yes. working on it right now.13:55
cardoeI noticed via the CLI we cannot create a runbook that can set --disable-ramdisk13:55
TheJuliaSounds like a bug!14:03
opendevreviewDoug Goldstein proposed openstack/ironic master: runbooks: add traits support, description field, and v1.112 API  https://review.opendev.org/c/openstack/ironic/+/98321514:19
stephenfinJayF: Is this dead code? https://opendev.org/openstack/ironic/src/branch/master/devstack/lib/ironic#L39-L4214:20
stephenfinThis release note suggests the pyghmi driver is no more https://opendev.org/openstack/ironic/src/branch/master/releasenotes/notes/remove-ipminative-driver-3367d25bbcc41fdc.yaml14:20
stephenfinand I can't spot any other references to it14:20
JayFYes14:21
JayFMaybe a decade dead 😂14:21
cardoeTheJulia: ^ so that switches to an online migration. I've locally added runbooks in 2026.1 and then switched to my branch and ran the DB migration and started up the API and conductor14:21
stephenfinOkay, thought so. Good for me to remove it?14:21
opendevreviewAbhishek Bongale proposed openstack/ironic-tempest-plugin master: Add conditional graphical console validation  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/98207714:21
JayFPlease do14:21
stephenfinContext: We use GitHub mirrors in gophercloud, and that was the sole unmirrored repo14:21
JayFstephenfin: just for mine curiosity, how the hell did you run past this14:21
JayFAhhhhhhh14:21
cardoecurl seems to interact with it just fine and then I ran the online migration and it works.14:21
cardoeI've validated things by dumping the DB.14:22
opendevreviewStephen Finucane proposed openstack/ironic master: devstack: Drop dead reference to pyghmi  https://review.opendev.org/c/openstack/ironic/+/98373114:26
opendevreviewStephen Finucane proposed openstack/ironic stable/2026.1: devstack: Drop dead reference to pyghmi  https://review.opendev.org/c/openstack/ironic/+/98373214:27
opendevreviewStephen Finucane proposed openstack/ironic stable/2025.2: devstack: Drop dead reference to pyghmi  https://review.opendev.org/c/openstack/ironic/+/98373314:27
opendevreviewDoug Goldstein proposed openstack/python-ironicclient master: feat: add support for new runbook traits API  https://review.opendev.org/c/openstack/python-ironicclient/+/98373414:27
opendevreviewStephen Finucane proposed openstack/ironic stable/2025.1: devstack: Drop dead reference to pyghmi  https://review.opendev.org/c/openstack/ironic/+/98373514:28
opendevreviewStephen Finucane proposed openstack/ironic stable/2024.2: devstack: Drop dead reference to pyghmi  https://review.opendev.org/c/openstack/ironic/+/98373614:28
stephenfinJayF: done ^14:28
dtantsurstephenfin: strictly speaking, pyghmi is also used by virtualbmc. but it's not a reason to install it from source.14:29
cardoeTheJulia: yeah I lost my whole OVN setup of devstack... not really sure how to even rebuild it.14:30
cardoehttps://review.opendev.org/c/openstack/python-ironicclient/+/983734 is the client support for the runbook bits.14:31
cardoeJayF: if ya got some time today, I'd appreciate any feedback on https://review.opendev.org/c/openstack/ironic/+/98321514:31
JayFI will not have time to review something of that beef this week14:36
JayFat least that's what I predict14:36
cardoeAppreciate the honesty.14:39
JayFthose size of changes I like to take a closer more careful look, and I have less time this week (I took Monday off and plan to take Friday off -- my wife is on Spring Break)14:42
JayFI wish you didn't get "charged" for days off when they weren't actually restful. 5 hours in a car dealership and I think I lost 50 IQ points.14:42
stephenfindtantsur: Thanks for the context. Is there any reason it's in the `x` namespace rather than `openstack`?14:43
JayFstephenfin: it's not an openstack project, just sorta adjacent14:43
stephenfindtantsur: Also, do you want me to reword the commit message or is it Good Enough ™️?14:44
JayFstephenfin: the "white whale" of the IPMI-based Ironic drivers was having a native python driver ... pyghmi tried to be the library to do that with our ipminative, but we never got it good enough to not deadlock at scale14:44
JayFI suspect today we could get further, but thankfully IPMI is only used as a last resort now14:44
dtantsurstephenfin: probably not worth bothering (I've +2'ed already)14:45
TheJuliaYeah, also the maintainer of pyghmi is really focused on ipmi because of preferences for bit fielding as opposed to json and pyghmi really became super lenovo ipmi implementation specific as ipmi stuffs in general in terms of raw field values just fragmented14:46
stephenfinJayF: Ack, thanks for the context14:46
cardoedtantsur: I'd appreciate your input on https://review.opendev.org/c/openstack/ironic/+/983215 if you have the time as well.14:57
dtantsurUh oh, my queue is growing rapidly :) Sure15:00
TheJuliacardoe: LGTM15:06
TheJuliaOne comment on the migration, but *shrug* regardin git15:06
opendevreviewAnishere Mariam proposed openstack/ironic master: Record deployment start in node history  https://review.opendev.org/c/openstack/ironic/+/98255515:19
JayFcid: you mind if I delegate some upstream-paperwork-administrivia stuff to you? Basically, we need to retire the virtualpdu repo. 15:31
JayFI guess I'm happy for anyone in here to do it :)15:32
JayFTheJulia: cardoe: clif and I were going to do a dry run thru our slides later, if you have any review feedback for our slides getting them in now()ish is preferred15:36
TheJuliapulling them back up now15:36
TheJuliawhat time are y'all dry running?15:36
TheJuliaoh shoot, I've reached impossible scheduling. 15:37
JayFI had a manager once who didn't consider himself booked unless there were three overlapping15:37
cardoeI'll add some redfish stuff15:37
JayFTheJulia: scheduled for 10-1030 pst15:37
JayF*pdt15:37
TheJuliak, I can make that15:37
cidJayF, not at all.15:42
JayFstephenfin: https://review.opendev.org/c/openstack/python-ironicclient/+/983351/2#message-93b45009cca4543fecd0844999e226b46a2321a515:42
cidWhat will the process be?15:42
cid*like15:43
JayFcid: it's documented; the easiest way to figure it out will be to find an old governance commit doing it for another repository, and chasing the depends-on chains15:43
stephenfinJayF: yes, happy to merge as-is, hence no -1. I should have been more explicit, sorry15:43
stephenfinwill leave a comment now15:43
cid++, wilco15:45
JayFcid: https://docs.openstack.org/project-team-guide/repository.html#retiring-a-repository15:45
cidtks. makes it all the more easier :)15:46
JayFyeah there are lots of steps where you just have to wait for approval from e.g. TC members and the like15:49
JayFbut it's straightforward even if slow15:49
JayFstephenfin: no problem, just wanted to make sure you were onboard and understood why we would value having it done this week instead of next/2 weeks15:51
stephenfinack15:51
TheJuliaThe slides look solid to me15:52
opendevreviewKaran Anand proposed openstack/python-ironicclient master: Pre-test typing cleanup  https://review.opendev.org/c/openstack/python-ironicclient/+/98336015:55
opendevreviewDoug Goldstein proposed openstack/python-ironicclient master: feat: add support for new runbook traits API  https://review.opendev.org/c/openstack/python-ironicclient/+/98373416:00
cardoeMy wife says that when the time comes the AI overlords will take me out and keep her around cause I'm mean to AI.16:10
dtantsurMy wife dislikes AI even more than me, so we're going together :D16:11
cardoeOn what I just pushed for the client I told Claude "You review my changes critically so let me review yours. That's a bunch of AI slop. imports in a function? getattr() all over the place for guaranteed properties. Do better."16:11
dtantsurMy gut feeling is that Claude deals somewhat better with more rigid compiled languages like Go16:12
dtantsurPython gives it too many options16:12
cardoeoh 100%. It's great with Rust.16:13
dtantsurYeah, Rust is perfect for AI as long as you deny unsafe code on the lib.rs level :D16:14
opendevreviewKaran Anand proposed openstack/python-ironicclient master: Pre-test typing cleanup  https://review.opendev.org/c/openstack/python-ironicclient/+/98336016:23
opendevreviewMaksim Malchuk proposed openstack/ironic-python-agent stable/2024.2: Get rid of pkg_resources  https://review.opendev.org/c/openstack/ironic-python-agent/+/98375816:25
opendevreviewDoug Goldstein proposed openstack/python-ironicclient master: feat: add support for new runbook traits API  https://review.opendev.org/c/openstack/python-ironicclient/+/98373416:38
opendevreviewJay Faulkner proposed openstack/python-ironicclient master: Add typing to many `ironicclient/osc/v1/` modules  https://review.opendev.org/c/openstack/python-ironicclient/+/98335216:46
opendevreviewJay Faulkner proposed openstack/python-ironicclient master: Pre-test typing cleanup  https://review.opendev.org/c/openstack/python-ironicclient/+/98336016:46
opendevreviewStephen Finucane proposed openstack/python-ironicclient master: Migrate setup configuration to pyproject.toml  https://review.opendev.org/c/openstack/python-ironicclient/+/98122616:46
opendevreviewStephen Finucane proposed openstack/python-ironicclient master: Migrate coverage configuration to pyproject  https://review.opendev.org/c/openstack/python-ironicclient/+/98122716:46
JayFI rebgased a handful of Karan's changes together to make a minor PR feedback thing a bunch easier16:47
JayFhttps://review.opendev.org/c/openstack/python-ironicclient/+/983352/3 please apply a +2 to this if you can16:47
opendevreviewDoug Goldstein proposed openstack/ironic master: runbooks: add traits support, description field, and v1.112 API  https://review.opendev.org/c/openstack/ironic/+/98321516:48
opendevreviewDoug Goldstein proposed openstack/ironic master: runbooks: add traits support, description field, and v1.112 API  https://review.opendev.org/c/openstack/ironic/+/98321516:52
TheJuliacardoe: wow, your more brutal to claude than I. I just point it out that it is wasting time.16:57
cardoeIt knows better. I've corrected it many times. I get meaner the more I have to correct you for the same thing.16:58
cardoeI've handled the feedback you had TheJulia on the runbook stuff.16:58
JayFTheJulia: https://us06web.zoom.us/j/87361258102?pwd=2aI9z2kMUH6XaFTw9EjDLHp5EgPdOu.1 16:58
cardoeMarek gave me some as well and kicked the tires some more in my devstack.16:58
JayFcardoe: TheJulia: I take a completely diff approach: claude isn't a human and doesn't get personified by me if I can help it. 16:58
TheJuliaI can join in a couple minutes, call is wrapping up16:58
TheJuliacurrent call is wrapping up16:59
JayFone of my base rules in claude, both chatbot and code, is do not personify yourself and don't use flowery language16:59
cardoeJayF: they've actually said they use how mean people are as automatic feedback as to how it's performing.16:59
JayFStar Trek computer was never like "you're absolutely right Data"16:59
cardoeRather than asking each session how did it do like it used to do.16:59
JayFcardoe: I don't think there are good lessons to learn about software development from Anthropic's advertised patterns.16:59
JayFcardoe: including using a f* index as a graph and NPS-proxy17:00
cardoeGimme a feedback button17:00
TheJuliacardoe, join if you can17:04
opendevreviewVictor proposed openstack/ironic master: Truncate node history event to avoid DB column overflow  https://review.opendev.org/c/openstack/ironic/+/98139917:18
dtantsurUnrelated runbooks question: anyone considered pre-loading runbooks from a YAML file on start-up?17:23
TheJuliawe *did* have that idea early on, but tabled that for first pass17:25
TheJuliasince the mvp really is the api surface17:26
dtantsurRight. We're past MVP, hence the question :)17:26
TheJuliaDOOOOO IT17:26
dtantsurWe might. We'll be looking at tuning cleaning per node in metal3 soon.17:26
TheJuliahttps://www.youtube.com/evanandkatelyn <-- see the "resin time" audio bit, we need a version for Ironic.17:27
TheJuliabeep beep beep boop code it time?17:29
cardoedtantsur: or ya use a sidecar or a post deploy Job or the shell-operator to upload runbooks to the API17:38
dtantsurCould be, but it's a whole bunch of complications17:39
dtantsurWe may still make BMO just create runbooks it needs17:40
cardoeThat's what we're doing since we're keeping our runbooks in GitOps and we don't have to restart anything to load new ones or make changes.17:41
cardoeLooking at devstack... I think we might want to use the noop driver more.17:43
JayFdtantsur: I guess I don't understand why, at some level, that wouldn't be support in the client like we do for uploading csvs of nodes17:48
dtantsurMaybe, but there is no CLI in my case17:49
JayFI'm just looking historically for parallels17:49
JayFif that makes sense17:49
dtantsurRight. We also have built-in inspection rules.17:49
JayFlike asking the question "why wouldn't we also load $otherThing that way?" to see if it sorta works out some 17:49
JayFooooooh17:49
JayFbingo that's what I wanted17:49
cardoeI think built-in inspection rules is/was a mistake.17:50
cardoeI mean hell it didn't work at release and I spent a bunch of time fixing it.17:50
dtantsurThis is regretful but it does not mean it's a bad idea17:51
cardoeThe only reason I messed with it is because we don't use system=all for stuff and instead have a project with the nodes we want stuff to be associated with. And the API requires system=all.17:51
cardoeNo. It's a bad idea.17:51
dtantsurYour case != my case :)17:51
cardoeThe log files and troubleshooting for built-in inspection rules sucks.17:51
cardoeI band aided it as best as I could.17:52
dtantsurIt's the same story as with runbooks: it provides a customized out-of-box experience17:52
dtantsur* with what I'm thinking about runbooks17:52
cardoeYou literally have no ability to troubleshoot with built-in inspection hooks17:52
dtantsurHow is it different from API-driven hooks?17:52
cardoeRight now when one fails on a box I made it log rule "0000-0000-0000001" (or however many digits for a UUID) failed.17:52
cardoeThe docs tell you to query the API to look at the rule to understand the failure... built-in rules you cannot.17:54
dtantsure.g. right now [conductor]automated_cleaning_runbook is tricky to use because you need to put a reference to an object that is not there17:54
dtantsur(and hope we don't have any start-up time verification of this option)17:54
cardoedtantsur: yep. There's a bunch of funky stuff like that like the IPA image when using glance for example.17:54
cardoeThough I guess you can setup glance ahead of time.17:55
dtantsurYep. I was the one who added support for image names as a band-aid for this problem.17:55
cardoeWe gotta finish fixing the permissions problem so that names work again.17:55
dtantsurugh17:55
cardoehttps://bugs.launchpad.net/ironic/+bug/213224617:56
cardoeI partially fixed it to not blow up a release or two ago but never finished it.17:56
dtantsurFor runbooks, I'm looking for a pretty simple thing: choose which cleaning mode to use per node. So having 3 built-in runbooks (no cleaning, metadata cleaning, hard cleaning) makes certain sense.17:57
cardoeSame thing here.17:58
cardoeI've got different hardware types though and some require different steps as well.17:58
cardoeI've started to segregate the class of hardware by different owner projects.17:59
dtantsurInteresting. Regretfully, we cannot use owners meaningfully because we don't have keystone18:00
cardoeI think that's an oversight on our part... we should still use that.18:01
JayFdtantsur: I've put a whole lot of brain power into thinking about how to make ironic compatible with other authorization/authentication systems and it's just really, really tough18:04
JayFIf we were able to figure out a design we liked for that, I'd be on board18:05
opendevreviewJay Faulkner proposed openstack/ironic master: Add note about file being copied over to Nova  https://review.opendev.org/c/openstack/ironic/+/97066218:08
cardoeJayF, dtantsur: I think your owner should be the ServiceAccount in k8s that metal3 is running stuff as.18:17
*** dmellado4717 is now known as dmellado47118:21
opendevreviewDoug Goldstein proposed openstack/ironic master: runbooks: add traits support, description field, and v1.112 API  https://review.opendev.org/c/openstack/ironic/+/98321518:26
cardoebtw something in our alembic settings or imports or something don't set whatever is needed for oslo to think we don't use eventlet.18:26
cardoeI dunno what that magic is.18:26
cardoeoslo_concurrency/lockutils.py is what's importing eventlet18:27
* TheJulia gets out a giant brain scrambling sign18:39
TheJuliaoh, for the migration?18:50
TheJulia(which shouldn't be forked and likely okay, but yeah...)18:50
TheJuliawell, threaded18:50
opendevreviewJulia Kreger proposed openstack/ironic-python-agent master: Migrate package metadata from setup.cfg to pyproject.toml  https://review.opendev.org/c/openstack/ironic-python-agent/+/98286419:14
opendevreviewJulia Kreger proposed openstack/ironic-python-agent master: Update hacking to 7.0.0  https://review.opendev.org/c/openstack/ironic-python-agent/+/98286719:14
opendevreviewJulia Kreger proposed openstack/ironic-python-agent master: Enforce TLS 1.2 minimum across all connections  https://review.opendev.org/c/openstack/ironic-python-agent/+/98217419:14
opendevreviewJulia Kreger proposed openstack/ironic-python-agent master: Upgrade TLS certificates to P-384 curve with configurable support  https://review.opendev.org/c/openstack/ironic-python-agent/+/98217519:14
opendevreviewJulia Kreger proposed openstack/ironic-python-agent master: Update auto-tls cert signing to SHA-512  https://review.opendev.org/c/openstack/ironic-python-agent/+/98217319:19
cardoeJayF: we got openstack-exporter access yes?20:22
JayFAdam is an admin on the repo now, yes. We are looking for contributors and active contributors have a path to maintainership20:22
rm_workfunny, that pinged me even though I know you don't mean me 😄 but it is relevant because we are using this now and I was just messing with building it20:29
JayFAdam McArthur is a part-time guy on my team trying to make openstack-exporter for prometheus (the non-openstack project)  mainainted/active community again20:30
JayFso if you wanna get involved just ... go over there and do stuff :)20:30
JayFbe nice to sharpz7 20:30
JayFwe have a strongly vested interest in getting a diverse group of folks working on that project again20:30
rm_workyeah I need to figure out HOW we're using it, but I think we export to ... some other internal log ingestion tool20:32
JayFprometheus is the native20:32
opendevreviewMerged openstack/python-ironicclient master: add node trait add/remove commands for consistent UX  https://review.opendev.org/c/openstack/python-ironicclient/+/98180520:35
JayFcardoe: sorry, I found time to -1 it :D https://review.opendev.org/c/openstack/ironic/+/983215/7#message-c9a28552722cad9be7361bed75d240a899083a8a20:48
JayFcardoe: I'll note for almost anyone else I would -1 (not nit:) the "making the schema more complex == you migrate the schema" comment, but I don't wanna corner you into migrating to a form you dislike :)20:49
* cardoe side eyes JayF.20:49
cardoe"make it smaller"... earlier feedback "combine it into one logical change"20:49
cardoeAnd then you tell me to convert the schema.. ;)20:51
cardoeI do have a follow on to convert the whole schema... I've not been rebasing it on top until this one is done20:51
TheJuliatbh, under 1500 lines for all together is pretty good20:52
TheJuliaits when you start to exceed 2k and are fragments that things get more difficult20:53
JayFcardoe: I've had people on my team (clif) demonstrate to me through his work that I understnad stuff a lot better when it's broken up more, and I think I'm just having more awareness when my "brain context" starts filling up20:53
JayFclearly TheJulia has more ram than I do (I already knew that!)20:53
TheJuliaits like 1800 lines where I'm ENOCONTEXT20:54
cardoeNo I was side eyeing you cause you said break it up more (which the original series was) but then you tell me to also update to the new schema format.20:54
JayFboth labelled with nit20:54
JayFwhich isn't me telling you to do a thing, it's me wistfully wishing it was better :D 20:54
JayFI never ever expect all my nits to be fixed20:54
JayFif I care about it I ask for it to be fixed20:55
cardoeSo I'll fix that race thing. But I'm gonna leave the schema commit as separate okay?20:55
JayFthe three comments (vertically, when viewing the page) are why you got a -1, not the other stuff20:55
cardoeand the commit message I'll actually read. I'm sure I had claude write it when I merged the commits into 1.20:56
JayFthe only things I need fixed to flip my vote are the race, the broken _lookup, and documenting (or finding a way to mitigate) the behavior change for older microversions who GET /v1/runbooks with new runbooks in place20:56
cardoeit does work btw.. using the new names with an old client20:57
cardoecause we didn't do any checking client side and deferred it all server side.20:57
JayFit works for the official client, but we shouldn't assume there's no downstream integrations with some weird expectation or checking (maybe automation adding runbook.name to node.traits?)20:58
JayFespecially since runbook name was basically guaranteed to evaluate as a custom trait string before...20:59
cardoeNo doubt. I'll update it.21:01
cardoefwiw, https://review.opendev.org/c/openstack/python-ironicclient/+/983734 is the client change21:02
cardoeI did introduce a check that I thought had been there from the get go to give users better feedback.21:02
cardoeI'm happy to split that out.21:02
TheJuliasigh, our code with time calls is seemingly now fragile in ipa :(21:02
TheJuliaMight be a thing for another day21:02
cardoeTheJulia: time calls?21:03
TheJuliamocking time.sleep21:03
cardoeoh21:03
TheJuliaand cover test behavior seems to be breaking21:03
TheJuliabraincells to burn tomorrow21:06
TheJuliaI'm going to head out shortly because there is a hockey game tonight21:06
opendevreviewDavid Nwosu proposed openstack/ironic master: [WIP] Add global node history endpoint  https://review.opendev.org/c/openstack/ironic/+/98314421:37
opendevreviewDoug Goldstein proposed openstack/ironic master: runbooks: add traits support, description field, and v1.112 API  https://review.opendev.org/c/openstack/ironic/+/98321521:38
cardoeJayF: fixed everything except for the thing I didn't understand.21:38
opendevreviewDoug Goldstein proposed openstack/ironic master: runbooks: add traits support, description field, and v1.112 API  https://review.opendev.org/c/openstack/ironic/+/98321523:05
opendevreviewSteve Baker proposed openstack/ironic-tempest-plugin master: Add conditional graphical console validation  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/98207723:52
opendevreviewSteve Baker proposed openstack/ironic-tempest-plugin master: DNM: Add debug logging for console_interface investigation  https://review.opendev.org/c/openstack/ironic-tempest-plugin/+/98312923:53

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