| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2026-09-07 | |||
| 13:26:28 | sean-k-mooney | os-vif is also a bit weired in that we have 3 seperate packages | |
| 13:26:36 | sean-k-mooney | the fined shoudl still work fine | |
| 13:26:47 | sean-k-mooney | but its a littel diffent then placment or nova | |
| 13:27:47 | gibi | stephenfin: OK, so we don't need 5.2.1 os-vif as minimum just need to ignore 5.2.0 which was yanked I guess so it won't get pulled in | |
| 13:28:13 | stephenfin | yeah, there's no reason for 5.2.0 to get pulled in | |
| 13:28:29 | stephenfin | we could yank if we wanted but 🤷 | |
| 13:28:37 | gibi | cool then I think we don't need to risk RC1 to change the minimums now | |
| 13:28:52 | gibi | even though I would like to have better minimums | |
| 13:28:58 | sean-k-mooney | i dont think we added any hard dep on the new version | |
| 13:29:02 | gibi | I just never had the time | |
| 13:29:03 | sean-k-mooney | it fixes some bugs | |
| 13:29:35 | gibi | as of the placement pyproject.toml change, it fails if placement is used as a git submodule | |
| 13:29:37 | sean-k-mooney | but i dont think we are depending on a new fucntionaltiy although neutorn will be enabling a new feature by default | |
| 13:29:41 | gibi | probably to wide matching happens | |
| 13:29:44 | stephenfin | sean-k-mooney: My comment was less about e.g. 5.1.x -> 5.2.x than it was about 3.1.x -> 5.2.x | |
| 13:30:10 | sean-k-mooney | right i dont hink we striclly need to go form 3.1.x to 5.x | |
| 13:30:17 | sean-k-mooney | we shoudl eventully do that | |
| 13:30:35 | sean-k-mooney | as next cycle neuton are removign supprot for disabling a feature that will require the new version in nova | |
| 13:31:12 | sean-k-mooney | today you can configre neuton to work with the older os-vif on the nova side | |
| 13:31:31 | sean-k-mooney | they are makign the new feature the default this cycle | |
| 13:31:46 | sean-k-mooney | so it woudl be good to reaise our min sooner rather then later | |
| 13:49:50 | opendevreview | Stephen Finucane proposed openstack/placement master: tox: Use constraints option https://review.opendev.org/c/openstack/placement/+/996893 | |
| 13:49:51 | opendevreview | Stephen Finucane proposed openstack/placement master: Replace license classifier https://review.opendev.org/c/openstack/placement/+/1004422 | |
| 13:49:51 | opendevreview | Stephen Finucane proposed openstack/placement master: Migrate requirements to pyproject.toml https://review.opendev.org/c/openstack/placement/+/1004423 | |
| 13:50:45 | opendevreview | Stephen Finucane proposed openstack/placement master: [pyproject] Update setuptools config https://review.opendev.org/c/openstack/placement/+/1004418 | |
| 13:50:46 | opendevreview | Stephen Finucane proposed openstack/placement master: Replace license classifier https://review.opendev.org/c/openstack/placement/+/1004422 | |
| 13:50:46 | opendevreview | Stephen Finucane proposed openstack/placement master: tox: Use constraints option https://review.opendev.org/c/openstack/placement/+/996893 | |
| 13:50:47 | opendevreview | Stephen Finucane proposed openstack/placement master: Migrate requirements to pyproject.toml https://review.opendev.org/c/openstack/placement/+/1004423 | |
| 13:55:22 | sean-k-mooney | stephenfin: i assume we will do most of ^ early next cycle | |
| 13:56:02 | stephenfin | the license classifer might be worth doing now, since that's another thing PyPA might pull at a moments notice, but we could backport it later also. The rest can wait | |
| 13:56:09 | sean-k-mooney | that the one i think we shoudl hold | |
| 13:56:12 | sean-k-mooney | well not hold | |
| 13:56:23 | sean-k-mooney | but it was nto suprpoted on older distos | |
| 13:56:33 | sean-k-mooney | right we had to bump to ubuntu 24.04 | |
| 13:56:41 | sean-k-mooney | to have the string form supproted in our package tools | |
| 13:56:55 | sean-k-mooney | i dotn knwo if cents 10 stream ships a new enough setuptools? | |
| 13:57:17 | sean-k-mooney | we just swaped to usign it for pypi in our source to image builds so that hsoudl be fine | |
| 13:57:21 | sean-k-mooney | i just dont knwo about rdo | |
| 13:57:31 | sean-k-mooney | not that that really activly maintianed right now | |
| 13:58:31 | sean-k-mooney | so ya it may jsut be worth checkign the versoin requrieemnt for that before we proced with it | |
| 13:58:42 | sean-k-mooney | that said we have moved a numebr of things to the string already | |
| 13:58:57 | sean-k-mooney | so that ship may have already sailed | |
| 13:59:01 | stephenfin | sean-k-mooney: not quite. The issue was it requires setuptools >= 77.0.0 https://setuptools.pypa.io/en/latest/userguide/license_migration.html | |
| 13:59:12 | stephenfin | and that only supports Python >= 3.9 | |
| 13:59:40 | sean-k-mooney | right but it was capped in rdo, i knwo we had to go fix that btu i dont recall if it was merged | |
| 13:59:51 | sean-k-mooney | i think it was but not entirly sure | |
| 13:59:54 | stephenfin | the change you're thinking of was that we had to move off Ubuntu 20.04 since that ships with Python 3.8 by default | |
| 14:00:07 | stephenfin | move the packaging job off that, more specifically | |
| 14:00:18 | sean-k-mooney | ah it was https://review.rdoproject.org/r/c/deps/python-setuptools/+/58844 | |
| 14:00:37 | sean-k-mooney | stephenfin: for reason rdo was still using 65.5.1 | |
| 14:01:03 | sean-k-mooney | but we fixed that in may so all good | |
| 14:01:22 | stephenfin | cool | |
| 14:01:41 | stephenfin | I mean, if you're talking strictly about packaging rdo could always carry a revert patch too | |
| 14:01:53 | sean-k-mooney | stephenfin: no i was aware of that as well (moving off 20.04) but that was not the only place usign old things to build | |
| 14:02:17 | sean-k-mooney | in general i woudl not advise they ever do that | |
| 14:02:19 | sean-k-mooney | but yes | |
| 14:02:37 | sean-k-mooney | rdo shoudl not carrry patches to the code | |
| 14:02:49 | stephenfin | The distro setuptools version no longer matters for installs with pip since builds are isolated by default, so it would only be packaging (or the aforementioned "my Python is too old") scenarios that would break | |
| 14:03:07 | stephenfin | agree, but the escape hatch is there | |
| 14:03:31 | stephenfin | speaking of escape hatches, looks like setuptools' docs aren't happy https://setuptools.pypa.io/en/latest/userguide/license_migration.html | |
| 14:03:47 | sean-k-mooney | yep, although i belive we have to disabel build isolation in some case for downsteam reasons | |
| 14:03:53 | stephenfin | I could fix it but they ignore my issues so 🤷 | |
| 14:04:05 | sean-k-mooney | specifcly to use a fips complient python-cyrotography | |
| 14:04:10 | stephenfin | not bitter... | |
| 14:04:47 | stephenfin | sean-k-mooney: you need a fips-complint cryptopgraphy during build?? | |
| 14:04:51 | stephenfin | *compliant | |
| 14:05:16 | sean-k-mooney | yes and in the final artifact | |
| 14:05:35 | sean-k-mooney | anyway htat out of scope fo upstream | |
| 14:06:30 | sean-k-mooney | but downstream python3-cyrptograph must come form the rpms for complance reasons as it need to be built with a specific fips certifed version fo openssl ectra | |
| 14:09:09 | opendevreview | ribaudr proposed openstack/nova master: This adds an alias for Hibiscus https://review.opendev.org/c/openstack/nova/+/1004424 | |
| 14:24:15 | opendevreview | ribaudr proposed openstack/nova master: Add service version for Hibiscus https://review.opendev.org/c/openstack/nova/+/1004430 | |
| 15:29:21 | opendevreview | ribaudr proposed openstack/nova-specs master: Move Hibiscus implemented specs https://review.opendev.org/c/openstack/nova-specs/+/1004442 | |
| 15:42:16 | Uggla | Reminder: upstream meeting in ~20mn | |
| 15:45:59 | gibi | Uggla: I added a topic to the open discussion agenda | |
| 15:46:17 | Uggla | gibi, ok! | |
| 16:00:47 | Uggla | #startmeeting nova | |
| 16:00:47 | opendevmeet | Meeting started Mon Sep 7 16:00:47 2026 UTC and is due to finish in 60 minutes. The chair is Uggla. Information about MeetBot at http://wiki.debian.org/MeetBot. | |
| 16:00:47 | opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | |
| 16:00:47 | opendevmeet | The meeting name has been set to 'nova' | |
| 16:00:55 | Uggla | Hello everyone | |
| 16:00:56 | fwiesel | o/ | |
| 16:00:58 | bauzas | o/ | |
| 16:01:02 | sambork | o/ | |
| 16:02:09 | tkajinam | o/ | |
| 16:03:39 | Uggla | Let's start | |
| 16:03:52 | Uggla | #topic Bugs (stuck/critical) | |
| 16:03:57 | Uggla | #info No Critical bug | |
| 16:04:02 | Uggla | #topic Gate status | |
| 16:04:10 | Uggla | #link https://bugs.launchpad.net/nova/+bugs?field.tag=gate-failure Nova gate bugs | |
| 16:04:20 | Uggla | #link https://etherpad.opendev.org/p/nova-ci-failures-minimal | |
| 16:04:27 | Uggla | #link https://zuul.openstack.org/builds?project=openstack%2Fnova&project=openstack%2Fplacement&branch=stable%2F*&branch=master&pipeline=periodic-weekly&skip=0 Nova&Placement periodic jobs status | |
| 16:04:33 | Uggla | #info Please look at the gate failures and file a bug report with the gate-failure tag. | |
| 16:04:41 | Uggla | #info Please try to provide a meaningful comment when you recheck | |
| 16:04:50 | gibi | o/ | |
| 16:05:14 | Uggla | Anything new about the gate? | |
| 16:05:42 | gibi | I had to put the functional test stabiliziton on hold for now due to internal priorities. But we still have some unstability in the functional threading job | |
| 16:05:48 | gibi | and I have in flight patches to work on | |
| 16:05:53 | gibi | but it need to wait a bit | |
| 16:06:09 | Uggla | Yep I know about one on my side. | |
| 16:06:27 | gibi | feel free to ping me if you see a functional instability and I will help judging it if it needs a new tracker or if we already have one | |