Thursday, 2026-08-13

fricklerwe do cache some older etcd tarballs, seems it was missed to update the cache when the version was bumped (iirc that's in devstack)05:39
fricklersee https://opendev.org/opendev/zuul-providers/src/branch/master/dib-elements/cache-devstack/source-repository-images#L16-L18, I'm doing a patch now05:40
fricklerfunnily(?) the bump was merged exactly 1y ago, weird that the issue seems to be noticed only now https://review.opendev.org/c/openstack/devstack/+/95275505:43
fricklerprobably it is time to go both for a newer patch release and to also test the next minor release before the current one goes eol05:49
opendevreviewMichal Nasiadka proposed openstack/project-config master: Add mnasiadka to accessbot admins  https://review.opendev.org/c/openstack/project-config/+/100079706:10
opendevreviewMerged openstack/project-config master: Add mnasiadka to accessbot admins  https://review.opendev.org/c/openstack/project-config/+/100079706:28
opendevreviewMichal Nasiadka proposed openstack/project-config master: Add check-sources propose job for kolla  https://review.opendev.org/c/openstack/project-config/+/99841907:01
opendevreviewMichal Nasiadka proposed openstack/project-config master: Add check-sources propose job for kolla  https://review.opendev.org/c/openstack/project-config/+/99841907:05
stephenfinclarkb: fungi: I think something is off with the new pbr release. I'm seeing openstack-requirements-related devstack failures that coincide with 7.1.0's release https://zuul.opendev.org/t/openstack/builds?job_name=openstacksdk-functional-devstack&skip=012:36
frickler"ModuleNotFoundError: No module named 'openstack_requirements.cmds'"12:43
stephenfinI know there's a mistake in the package configuration (fix is here https://review.opendev.org/c/openstack/requirements/+/1000833) but setuptools has fallback logic (with a big ugly warning) to work aorund that. I'm wondering if we broke that somehow with the pbr 7.1.0 changes12:48
fricklerhmm, if I'm not mistaken, we are using pbr-7.0.3 for the reqs .venv still, because it is using u-c.txt as constraints12:56
stephenfinI don't think u-c is respected for build time constraints12:58
fricklerah, right13:00
fricklerI cannot reproduce this locally so far, might be specific to py3.12 or some older setuptools version in ubuntu?13:04
stephenfinfrickler: try this https://paste.opendev.org/show/bR5JBHxM7H6vckC2OIsD/13:08
stephenfincompare the size of the wheels in /tmp/new-pbr and tmp/old-pbr13:09
opendevreviewStephen Finucane proposed openstack/pbr master: Fix hook ordering race that drops subpackages from wheels  https://review.opendev.org/c/openstack/pbr/+/100083613:17
stephenfinI think that should fix it. We may want to yank 7.1.0 in the interim, unless we can get that out soonish13:17
auniyalhello, any ideas ---- 13:33
auniyal+ inc/python:_setup_package_with_constraints_edit:405 :   /opt/stack/requirements/.venv/bin/edit-constraints /opt/stack/requirements/upper-constraints.txt -- keystone13:33
auniyalTraceback (most recent call last):13:33
auniyal  File "/opt/stack/requirements/.venv/bin/edit-constraints", line 5, in <module>13:33
auniyal    from openstack_requirements.cmds.edit_constraint import main13:33
auniyalModuleNotFoundError: No module named 'openstack_requirements.cmds'13:33
auniyal+ inc/python:_setup_package_with_constraints_edit:1 :   exit_trap13:33
auniyalI think several jobs wil be blocked with this13:34
auniyaldoes this fixes it https://review.opendev.org/c/openstack/requirements/+/1000833 ?13:44
fungiauniyal: it was just discussed before you came into the channel13:47
fungii'm reviewing https://review.opendev.org/c/openstack/pbr/+/1000836 right now which should fix it in theory13:51
fungi#status log Yanked PBR 7.1.0 from PyPI due to a hook ordering race that drops subpackages from wheels13:52
opendevstatusfungi: finished logging13:52
fungistephenfin: frickler: ^13:52
stephenfinfungi: I should probably file a bug, I guess?13:53
stephenfinthanks for quickly yanking that13:54
fungiyw13:54
fungii think the description in the commit message is sufficient, but i don't know if other reviewers will agree13:55
stephenfinokay, I'll leave it for now and do it if required. It's pretty simple at least, and easily reproducible/verifiable13:55
stephenfinlaunchpad is also being super slow for me...13:56
fricklerfor me the new-pbr wheel is larger than old-pbr, that isn't what I expected13:57
frickleralso, yeah, launchpad is struggling with "ai" stuff like many others13:58
stephenfinfrickler: I assume yes, but did you clean all the build artifacts left in the repo between steps?13:59
fungikeep in mind that whl files are just zip with a different extension, i often unzip two side-by-side and do recursive diffs if in doubt14:02
fricklerstephenfin: ah, between: yes, but I didn't clean before I ran all your paste. retried now and that looks more like the expected result (old about half the size)14:02
stephenfinokay, sweet14:03
stephenfinfungi: yeah, you can see the missing directories if you unzip it, but the filesize is a dead easy heuristic14:03
fricklersadly the fix is failing in CI. not sure if retrying now that 7.1.0 is pulled will be enough?14:04
fungiseems like an iffy job to speculatively test pbr if it's using released pbr from pypi14:06
fungii had thought about suggesting we do a prerelease again and then exercise it with dnm changes in some projects, but i'm still not sure we'd have caught this14:07
stephenfinYeah, I've rechecked it now that 7.1.0 has been yanked14:10
fungilooking at the pbr-installation-openstack-resolute failure, it's unclear to me where it's breaking, one of the last things that happens is the speculative pbr 7.1.1.dev1 build gets uninstalled and replaced by 7.0.3 from pypi14:18
mordredwell that doesn't seem like the right thing14:19
fungiwhich is also not the broken 7.1.0 ftr14:19
mordredyeah. but - perhaps that'b because 7.1.1.dev1 is a dev release and we're asking pip to install nova without the "use dev releases please" flag to it down-resolves? I mena, that's something ot fix in the integration test, but is almost certainly unrelated to the fix14:21
fungiright, but i'm also unclear on why that's failing if it had previously been working14:22
fungias in, i'm not confident that this recheck is going to help14:23
fungiguess we'll wait and see14:23
mordredwell, the failure is alembic.ini not being found, which seems unrelated to either issue14:24
mordreddidn't we change how pbr generates pre-release version numbers?14:24
mordredis that perhaps more or differently aligned with pip now so it's changing the behavior in the integration test, but we just didn't notice before because nothing else was breaking?14:25
fungiseems more likely something earlier in the test got built with the broken 7.1.0 from pypi instead of using the git version, and then i yanked it from pypi mid-run14:26
fungiat least i hope that's the reason14:28
mordred++ the version change patch I remember actually was just supporting tags with in them. no behavior change. so, fingers crossed it's your thing14:31
fungilooks like it passed this time, so i guess that was it15:50
fricklerthe question now is what this actually tells us about the patch under review. I did repeat the test from stephenfin's earlier paste with it though, and that seems to produce a reasonable wheel afaict16:06
opendevreviewJeremy Stanley proposed openstack/project-config master: Update openstack-github-mirroring API token  https://review.opendev.org/c/openstack/project-config/+/100086816:23
mordredit looks like the pbr patch did not replace the pbr under test with 7.0.3 looking through the logs. So I'm inclined to believe fungi's hypothesis18:52
opendevreviewMerged openstack/pbr master: Fix hook ordering race that drops subpackages from wheels  https://review.opendev.org/c/openstack/pbr/+/100083620:27
*** skandix222198 is now known as skandix2221922:18
opendevreviewJeremy Stanley proposed openstack/project-config master: Replace 2026.2/Hibiscus key with 2027.1/Indri  https://review.opendev.org/c/openstack/project-config/+/100091822:37

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