opendevreview | OpenStack Proposal Bot proposed openstack/requirements master: update constraint for os-client-config to new release 2.3.0 https://review.opendev.org/c/openstack/requirements/+/954321 | 09:14 |
---|---|---|
opendevreview | Merged openstack/requirements master: update constraint for neutron-lib to new release 3.20.0 https://review.opendev.org/c/openstack/requirements/+/954230 | 09:19 |
opendevreview | OpenStack Proposal Bot proposed openstack/requirements master: update constraint for os-service-types to new release 1.8.0 https://review.opendev.org/c/openstack/requirements/+/954323 | 09:20 |
opendevreview | OpenStack Proposal Bot proposed openstack/requirements stable/2024.2: update constraint for oslo.messaging to new release 14.9.2 https://review.opendev.org/c/openstack/requirements/+/954325 | 09:21 |
yusufgungor_ | @fungi thanks. When saying "setuptools version used when building the release" do you mean build of oslo.messaging ? If so then @amorin may comment | 09:27 |
opendevreview | OpenStack Proposal Bot proposed openstack/requirements master: update constraint for tosca-parser to new release 2.13.0 https://review.opendev.org/c/openstack/requirements/+/954326 | 09:33 |
frickler | rpittau: how's your removal of py39 going? there's another set of new releases now that no longer support it, maybe you could amend those changes once again? | 09:43 |
opendevreview | OpenStack Proposal Bot proposed openstack/requirements master: update constraint for oslo.db to new release 17.3.0 https://review.opendev.org/c/openstack/requirements/+/954327 | 09:43 |
opendevreview | Merged openstack/requirements master: update constraint for metalsmith to new release 2.5.0 https://review.opendev.org/c/openstack/requirements/+/954220 | 09:50 |
opendevreview | Merged openstack/requirements master: update constraint for os-brick to new release 6.12.0 https://review.opendev.org/c/openstack/requirements/+/954221 | 09:50 |
opendevreview | Merged openstack/requirements master: update constraint for python-neutronclient to new release 11.6.0 https://review.opendev.org/c/openstack/requirements/+/954226 | 09:50 |
opendevreview | Merged openstack/requirements master: update constraint for os-ken to new release 3.1.0 https://review.opendev.org/c/openstack/requirements/+/954227 | 09:50 |
opendevreview | Merged openstack/requirements master: update constraint for python-ironicclient to new release 5.12.0 https://review.opendev.org/c/openstack/requirements/+/954224 | 09:50 |
rpittau | frickler: hi! we're considering removing Python 3.9 soon(TM) | 12:09 |
rpittau | I will have a look at the releases anyway, can you please point me to the change? | 12:09 |
fungi | yusufgungor_: yes, python packages are built using the latest setuptools version, regardless of whether they're for an old stable branch or straight off master | 13:11 |
yusufgungor_ | @fungi | 13:54 |
yusufgungor_ | setuptools versions as below | 13:54 |
yusufgungor_ | requirements-tox-py38-check-uc : 75.3.2 | 13:54 |
yusufgungor_ | requirements-tox-py39-check-uc : 80.3.1 | 13:54 |
yusufgungor_ | ### requirements-tox-py38-check-uc failed check-conflict log : https://zuul.opendev.org/t/openstack/build/9cf2042269da4e898269f67da81e6690/log/job-output.txt | 13:54 |
yusufgungor_ | 2025-07-07 06:05:15.637982 | ubuntu-focal | py38-check-uc: 526 D install setuptools from wheel /home/zuul/.local/tox/lib/python3.8/site-packages/virtualenv/seed/wheels/embed/setuptools-75.3.2-py3-none-any.whl via CopyPipInstall [virtualenv/seed/embed/via_app_data/via_app_data.py:51] | 13:54 |
yusufgungor_ | 2025-07-07 06:08:37.330271 | ubuntu-focal | .pkg: 202218 D install setuptools from wheel /home/zuul/.local/tox/lib/python3.8/site-packages/virtualenv/seed/wheels/embed/setuptools-75.3.2-py3-none-any.whl via CopyPipInstall [virtualenv/seed/embed/via_app_data/via_app_data.py:51] | 13:54 |
yusufgungor_ | ### latest successful requirements-tox-py38-check-uc run also used setup-tools 75.3.2 | 13:54 |
yusufgungor_ | 2025-06-22 19:54:06.098595 | ubuntu-focal | py38-check-uc: 740 D install setuptools from wheel /home/zuul/.local/tox/lib/python3.8/site-packages/virtualenv/seed/wheels/embed/setuptools-75.3.2-py3-none-any.whl via CopyPipInstall [virtualenv/seed/embed/via_app_data/via_app_data.py:51] | 13:54 |
yusufgungor_ | 2025-06-22 20:02:08.029637 | ubuntu-focal | .pkg: 482670 D install setuptools from wheel /home/zuul/.local/tox/lib/python3.8/site-packages/virtualenv/seed/wheels/embed/setuptools-75.3.2-py3-none-any.whl via CopyPipInstall [virtualenv/seed/embed/via_app_data/via_app_data.py:51] | 13:54 |
yusufgungor_ | ### requirements-tox-py39-check-uc check-conflict : https://zuul.opendev.org/t/openstack/build/1ca24b4cd1c142ca815ed96df87e4445/log/job-output.txt | 13:55 |
fungi | yusufgungor_: what i'm saying is that newer setuptools likely changed the way the dist name is recorded in metadata, baked into subsequent releases of oslo.messaging uploaded to pypi | 14:01 |
fungi | and setuptools 75.3 (the last version that supports python 3.8) may not cope with the change in normalization of the dist name | 14:02 |
yusufgungor_ | @fungi you are right. i have debugged it on local and can see that the package name changed from "oslo.messaging" to "oslo-messaging" like below. | 14:53 |
yusufgungor_ | (req-2024-1) root@python-build-test:/home/centrify/requirements# pip freeze|grep -i messaging | 14:53 |
yusufgungor_ | oslo.messaging==14.7.2 | 14:53 |
yusufgungor_ | (req-2024-1) root@python-build-test:/home/centrify/requirements# | 14:53 |
yusufgungor_ | (req-2024-1-new) root@python-build-test:/home/centrify/requirements# pip freeze|grep -i messaging | 14:53 |
yusufgungor_ | oslo-messaging==14.7.3 | 14:53 |
yusufgungor_ | (req-2024-1-new) root@python-build-test:/home/centrify/requirements# | 14:53 |
yusufgungor_ | I can also repeat the error on local as below: | 14:53 |
yusufgungor_ | (req-2024-1-new) root@python-build-test:/home/centrify/requirements# python test.py "upper-constraints.txt" "upper-constraints-xfails.txt" | 14:53 |
yusufgungor_ | Checking upper-constraints.txt | 14:53 |
yusufgungor_ | Traceback (most recent call last): | 14:53 |
yusufgungor_ | File "test.py", line 2, in <module> | 14:53 |
yusufgungor_ | main() | 14:53 |
yusufgungor_ | File "/home/centrify/requirements/openstack_requirements/cmds/check_conflicts.py", line 51, in main | 14:53 |
yusufgungor_ | pkg_resources.require(name) | 14:53 |
yusufgungor_ | File "/root/vens/req-2024-1-new/lib/python3.8/site-packages/pkg_resources/__init__.py", line 1070, in require | 14:53 |
yusufgungor_ | needed = self.resolve(parse_requirements(requirements)) | 14:54 |
yusufgungor_ | File "/root/vens/req-2024-1-new/lib/python3.8/site-packages/pkg_resources/__init__.py", line 897, in resolve | 14:54 |
yusufgungor_ | dist = self._resolve_dist( | 14:54 |
yusufgungor_ | File "/root/vens/req-2024-1-new/lib/python3.8/site-packages/pkg_resources/__init__.py", line 938, in _resolve_dist | 14:54 |
yusufgungor_ | raise DistributionNotFound(req, requirers) | 14:54 |
yusufgungor_ | pkg_resources.DistributionNotFound: The 'oslo.messaging>=14.2.0' distribution was not found and is required by neutron-lib | 14:54 |
yusufgungor_ | (req-2024-1-new) root@python-build-test:/home/centrify/requirements# | 14:54 |
yusufgungor_ | so the fix will be in check-conflict script again? like https://review.opendev.org/c/openstack/requirements/+/948811 | 14:56 |
fungi | probably, yes. at least that's where i'd start | 15:00 |
frickler | yusufgungor_: fungi: fixing the check script isn't enough, as we have seen with oslo.utils on 2024.2. it does not help if the reqs checks pass, the bump gets merged, and then consuming services start failing | 15:19 |
fungi | how are the consuming services failing? is there an example error? | 15:20 |
fungi | plugin search through the installed dist metadata i guess? | 15:20 |
fungi | via entrypoint enumeration | 15:21 |
frickler | https://review.opendev.org/c/openstack/neutron/+/951494 something going wrong only within uwsgi iirc | 15:22 |
frickler | need to get fresh logs though | 15:23 |
frickler | fungi: https://zuul.opendev.org/t/openstack/build/4b8b72dac7e7476791015c339e50f60b/log/controller/logs/screen-designate-api.txt#35-45 | 16:55 |
fungi | yeah, that does look like a problem with the generated wsgi entrypoint wrappers | 16:56 |
fungi | i *think* devstack is creating that, i'm still digging though | 17:06 |
fungi | aha, no, devstack is creating the wsgi config, but designate's packaging is using entry_points.wsgi_scripts in setup.cfg (but only in older branches) | 17:10 |
fungi | that was changed by https://review.opendev.org/c/openstack/designate/+/902846 in this cycle, and has a pending backport to stable/2025.1 since 7-ish weeks | 17:15 |
johnsom | We are not backporting that. It would be a breaking change. On the stable branches we are providing wsgi scripts. | 20:34 |
johnsom | https://review.opendev.org/c/openstack/designate/+/948963 | 20:35 |
johnsom | I still don't understand how the package names changing is related to uwsgi. | 20:36 |
Generated by irclog2html.py 4.0.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!