| opendevreview | Callum Dickinson proposed openstack/releases master: Release final python-adjutantclient for 2026.2 Hibiscus https://review.opendev.org/c/openstack/releases/+/1002048 | 06:20 |
|---|---|---|
| opendevreview | Gregory Thiemonge proposed openstack/releases master: Release octavia for stable/2025.1 https://review.opendev.org/c/openstack/releases/+/997556 | 06:53 |
| opendevreview | Merged openstack/releases master: keystoneauth 5.16.0 https://review.opendev.org/c/openstack/releases/+/1002389 | 09:12 |
| opendevreview | Merged openstack/releases master: Relase automaton 3.5.0 https://review.opendev.org/c/openstack/releases/+/1002362 | 09:12 |
| opendevreview | Merged openstack/releases master: Release final cursive for 2026.2 Hibiscus https://review.opendev.org/c/openstack/releases/+/1002360 | 09:12 |
| opendevreview | Merged openstack/releases master: Release final networking-baremetal for 2026.2 Hibiscus https://review.opendev.org/c/openstack/releases/+/1002242 | 09:19 |
| opendevreview | Gregory Thiemonge proposed openstack/releases master: Release octavia for stable/2025.1 https://review.opendev.org/c/openstack/releases/+/997556 | 09:20 |
| opendevreview | Stephen Finucane proposed openstack/releases master: Release final openstacksdk for 2026.2 Hibiscus https://review.opendev.org/c/openstack/releases/+/1001307 | 10:18 |
| stephenfin | ttx: That SDK bump should be good to go now ☝️ | 10:27 |
| elodilles | stephenfin: ACK, thanks, will review ASAP | 10:29 |
| elodilles | +2+W'd | 10:33 |
| stephenfin | ty 🙏 | 10:33 |
| opendevreview | Merged openstack/releases master: Release final ironic-tempest-plugin for 2026.2 Hibiscus https://review.opendev.org/c/openstack/releases/+/1002244 | 10:34 |
| elodilles | stephenfin: do you plan to update python-openstackclient's release patch as well? | 10:34 |
| stephenfin | yes, see my comment on it https://review.opendev.org/c/openstack/releases/+/1001318/comments/ca5f069d_a60a3081 | 10:34 |
| stephenfin | We could release from current master but some commands would silently fail if SDK was too old. Bumping the minimum is the belt and braces approach | 10:35 |
| stephenfin | Hopefully that's okay | 10:35 |
| elodilles | ah, i see | 10:35 |
| elodilles | so we need to wait until SDK is released, and i guess we also have to wait until upper-constraints is updated, right? | 10:36 |
| elodilles | (and i think it's better to wait a couple of hours more, than to silently fail... :X) | 10:37 |
| stephenfin | yes, exactly | 10:37 |
| stephenfin | on both counts | 10:38 |
| elodilles | +1 | 10:38 |
| stephenfin | I saw your note on the ksa release patch also. cardoe and rm_work are working on websso support and (I would assume) hoping to get it in this cycle. It's purely additive (limited/no risk of regressions) but would require a new release. Should I ask them to file a feature freeze exception if they do want it in this cycle? | 10:39 |
| stephenfin | (I think that's what expected but just want to confirm before I send them the wrong way) | 10:40 |
| elodilles | since library freeze was last week, i'd say some kind of signaling and discussion is needed, definitely :/ | 10:41 |
| stephenfin | ack | 10:43 |
| elodilles | end of this week is Requirements Freeze | 10:43 |
| elodilles | so, officially, after that, a Requirements Freeze Exception (RFE) is definitely needed | 10:43 |
| elodilles | i don't know how current Req Team will consider if an RFE is granted or not o:) | 10:44 |
| opendevreview | Merged openstack/releases master: Release final openstacksdk for 2026.2 Hibiscus https://review.opendev.org/c/openstack/releases/+/1001307 | 10:45 |
| elodilles | but probably the exception will be granted. though i'm still saying that please try to add as minimal content as possible | 10:47 |
| opendevreview | Merged openstack/releases master: Release octavia for stable/2025.1 https://review.opendev.org/c/openstack/releases/+/997556 | 11:04 |
| opendevreview | Merged openstack/releases master: Release final python-ironicclient for 2026.2 Hibiscus https://review.opendev.org/c/openstack/releases/+/1002061 | 12:07 |
| opendevreview | Merged openstack/releases master: Release final python-neutronclient for 2026.2 Hibiscus https://review.opendev.org/c/openstack/releases/+/1002068 | 12:07 |
| opendevreview | Merged openstack/releases master: Release final python-cyborgclient for 2026.2 Hibiscus https://review.opendev.org/c/openstack/releases/+/1002056 | 12:11 |
| opendevreview | Merged openstack/releases master: Release final python-freezerclient for 2026.2 Hibiscus https://review.opendev.org/c/openstack/releases/+/1002057 | 12:17 |
| elodilles | hmmm, we have a release job failure related the OpenStackSDK release 4.19.0 -> publish-openstack-releasenotes-python3 job failed: https://zuul.opendev.org/t/openstack/build/b372be2f38584b7184962ffcd0179430 | 12:28 |
| elodilles | i'm not sure yet what failed to build... O.o | 12:30 |
| opendevreview | Merged openstack/releases master: Release final python-adjutantclient for 2026.2 Hibiscus https://review.opendev.org/c/openstack/releases/+/1002048 | 12:34 |
| elodilles | nevertheless, package is available on pypi, tarballs.o.o, upper constraints patch is proposed... so hopefully the release notes will be refreshed after some time, anyway... | 12:35 |
| cardoe | elodilles: how do I fill for that freeze exception? | 12:40 |
| elodilles | cardoe: officially, we are not yet there to Requirements Freeze, but Feature Freeze only, so if you want it formally perfect, then just write a mail that XY feature got Feature Freeze Exception from the team o:) (see countdown mail from last Friday: https://lists.openstack.org/archives/list/openstack-discuss@lists.openstack.org/thread/SHMVO5Y63XCHTIU3CM45MCNDMBFCW4HD/ ) | 12:56 |
| elodilles | if we overdue the Requirements Freeze (coming Friday), then the RFE needs to be sent to ML as well, addressing [requirements] team (we'll send some more details in our next countdown mail on Friday ;)) | 12:58 |
| fungi | elodilles: stephenfin: `sphinx.errors.ExtensionError: Could not import extension openstackdocstheme (exception: No module named 'openstackdocstheme')` is the error in the publish-openstack-releasenotes-python3 build for openstacksdk 4.19.0 | 13:23 |
| stephenfin | I'm guessing that job requires a doc/requirements.txt file 😞 | 13:24 |
| opendevreview | Merged openstack/releases master: [OpenStackAnsible-Roles] Transition 2024.2 Dalmatian to End of Life https://review.opendev.org/c/openstack/releases/+/984988 | 13:25 |
| fungi | a few days ago, https://review.opendev.org/c/openstack/openstacksdk/+/953484 moved all the dependencies into pyproject.toml | 13:26 |
| elodilles | so it means that doc build of openstacksdk failed then, right? | 13:27 |
| elodilles | i was not sure whose doc build failed o:) | 13:27 |
| fungi | publish-openstack-releasenotes-python3 runs sphinx-build from a precreated venv, i'm looking now to see how it decides what to install in there | 13:28 |
| fungi | it's likely the normal docs job is installing the project into the import path or using the docs dependency-group specified in the pyproject.toml file | 13:29 |
| fungi | https://zuul.opendev.org/t/openstack/build/b372be2f38584b7184962ffcd0179430/console#1/0/37/ubuntu-noble is the task finding what requirements lists to use | 13:30 |
| fungi | then it creates the venv and after that there's a `ensure-sphinx: Install found doc requirements` task that gets skipped due to no requirements found | 13:32 |
| fungi | https://opendev.org/zuul/zuul-jobs/src/branch/master/roles/ensure-sphinx/tasks/main.yaml will need adjustments to support projects that declare documentation dependencies solely in their pyproject.toml files | 13:36 |
| elodilles | ahh, i see. thanks for the explanation. makes sense. | 13:38 |
| stephenfin | fungi: working on it https://review.opendev.org/c/zuul/zuul-jobs/+/1002494 | 13:39 |
| fungi | elodilles: stephenfin: note that the project will need a new release in order to get release notes built, if it's not running the job for unreleased changes merging too | 13:41 |
| stephenfin | I figured. I'm sure we can find a trivial docs bug to fix | 13:42 |
| rosmaita | elodilles: for libraries that branch, for example os-brick, do we need to propose the new branch patch, or is the release team generating those? | 14:15 |
| cardoe | stephenfin: did ya make a openstacksdk release yet? | 14:16 |
| elodilles | if you want, you can, but rel team will anyway, next week o:) | 14:19 |
| elodilles | rosmaita: ^^^ | 14:19 |
| fungi | cardoe: yes, though a recent change to its dependency tracking broke release notes building so there will probably be another patchlevel tag soon | 14:19 |
| rosmaita | elodilles: ty | 14:19 |
| elodilles | np o/ | 14:19 |
| cardoe | okay it also needs a bump to depend on the current keystoneauth release (which is failing CI cause upper-constraints.txt isn't merged for that yet) https://review.opendev.org/c/openstack/requirements/+/1002461 | 14:20 |
| fungi | that may be a good excuse to tag another release anyway then | 14:23 |
| stephenfin | fungi: elodilles: I've just proposed readding doc/requirements.txt to SDK as a temporary workaround https://review.opendev.org/c/openstack/openstacksdk/+/1002517 | 16:16 |
| stephenfin | my ansible-fu is not good enough to be able to get a fix out for zuul-jobs in a timely fashion 😞 | 16:16 |
| fungi | i think that's a reasonable workaround | 16:17 |
| fungi | the job wants to be able to install the doc building dependencies for the project without installing the project itself, which may not be a trivial proposition when relying on pyproject dependency groups | 16:18 |
| fungi | hopefully we don't run into more cases of this | 16:20 |
| cardoe | fungi: do pyproject dependency groups require installing the project itself? | 17:27 |
| fungi | cardoe: i wouldn't phrase it quite that way, pyproject dependency groups themselves don't require anything, it's a question of what tools are available to make use of them | 17:29 |
| fungi | if the goal is to `pip install ...` some set of packages, you can do that easily by passing pip a path to a requirements file, i don't think you can ask it to install the packages from a dependency group without installing the project that encapsulates that pyproject.toml file though | 17:30 |
| fungi | you could certainly use a toml parser to dig out the dependency group, or maybe the packaging library has some feature for doing that explicitly even, and then feed the resulting list to pip on the command line | 17:31 |
| fungi | but looking at current versions of pip, i'm not seeing an option for installing a project's dependencies without installing the project itself | 17:32 |
| fungi | so the solution would need to involve some additional tools or custom code | 17:32 |
| stephenfin | fungi: cardoe: Thankfully you can do `pip install --group doc` | 17:33 |
| fungi | right, but that installs the project when doing so, doesn't it? | 17:34 |
| stephenfin | I don't think so, but let me check | 17:34 |
| fungi | i guess i should double-check that assumption | 17:34 |
| fungi | maybe i'm confusing it with the limitations of using extras for that purpose | 17:34 |
| cardoe | yeah extras were bad design | 17:35 |
| cardoe | The group bits I hope remedied a lot of this. | 17:35 |
| stephenfin | fungi: https://paste.opendev.org/show/bIXPLF76bEoTnpldKFQK/ | 17:35 |
| stephenfin | cardoe: yeah, it was my understanding that ☝️ was one of the advantages over extras | 17:35 |
| stephenfin | *advantages of dependency groups | 17:36 |
| fungi | i'm assuming that was in an openstacksdk checkout, so yeah seems to confirm that it will do what we wanted for that case | 17:36 |
| stephenfin | sorry, yes, I should hae noted that | 17:36 |
| stephenfin | fwiw, my attempt at the zuul-jobs fix uses that command https://review.opendev.org/c/zuul/zuul-jobs/+/1002494/2/roles/ensure-sphinx/tasks/main.yaml (though I probably need to extend it to bump pip also, since this requires pip 25.1) | 17:38 |
| fungi | it looks like `pip install --group ...` will error if there is no pyproject.toml file, if the pyproject.toml file doesn't have a `[dependency-groups]` section, or if the requested group doesn't exist, so probably some degree of error handling is going to be needed if we want to avoid parsing it ourselves in advance | 17:41 |
| opendevreview | Stephen Finucane proposed openstack/releases master: oslo.log 8.3.1 https://review.opendev.org/c/openstack/releases/+/1002549 | 19:56 |
Generated by irclog2html.py 4.1.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!