Friday, 2025-06-06

*** bauzas7 is now known as bauzas00:49
ttx#startmeeting releaseteam14:00
opendevmeetMeeting started Fri Jun  6 14:00:30 2025 UTC and is due to finish in 60 minutes.  The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot.14:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.14:00
opendevmeetThe meeting name has been set to 'releaseteam'14:00
elodilleso/14:00
ttxPing list: release-team elod14:00
ttxHi!14:00
ttxOur agenda today...14:01
ttx#link https://etherpad.opendev.org/p/flamingo-relmgt-tracking#L12414:01
ttx#topic Review task completion14:01
ttx- Manually push 2023.2-eol tags for Kolla (frickler)14:02
ttxelodilles: do you know if that was done?14:02
elodillesyepp, as far as i know frickler did it14:03
elodillesbut let me quickly double check it14:03
ttxperfect14:03
ttx- Review any remaining milestone-1 exceptions (elod)14:03
ttxList is empty so I suspect that is done too14:04
elodillesyepp14:04
elodillesthere was oslo.limit that remained: https://review.opendev.org/c/openstack/releases/+/94945714:05
elodillesbut got released meantime14:05
ttx- Propose 2025.1 Epoxy cycle trailing final release patches if not yet released (elod)14:06
fricklerkolla eol tags are done nad braces removed14:06
elodillesyepp, i've just double checked and found the same result o:) thanks frickler :)14:08
elodillescycle trailing release for openstack-ansible: https://review.opendev.org/c/openstack/releases/+/95174514:08
elodillesall the other cycle-trailing projects are ready with their 2025.1 Epoxy releases14:08
ttx- Remind the Foundation that the next Release Name selection process should be started (ttx)14:09
ttxThat was done...14:09
elodillesit seems that openstack-ansible needs some more time for their final release14:09
ttx- Send weekly email "Between Milestone-1 and Milestone-2" (ttx)14:09
ttxThat will be done in a few minutes14:09
ttxelodilles: yeah that's fine, as long as they know it should be out soon14:10
elodillesnoonedeadpunk: ^^^14:10
ttx#topic Assign R-14 week tasks14:10
ttxLooks like they are all aissgned14:10
ttx#topic Review weekly countdown email14:11
ttx#link https://etherpad.opendev.org/p/relmgmt-weekly-emails14:11
ttxLooking good?14:13
elodillesyepp, LGTM14:13
ttxOK will send after meet14:13
frickleris it too early to add the next PTG date?14:13
ttxA bit.. But a good add for the coming weeks14:13
ttx#topic Open Discussion14:13
ttxI was looking up stale patches and was wondering if we should hold on https://review.opendev.org/c/openstack/releases/+/948217 or if it's good to go14:14
noonedeadpunkyeah, we're pretty much having just couple of patches to land: https://review.opendev.org/q/topic:%22osa/el10-stable/2025.1%22 14:14
elodillesnoonedeadpunk: ACK, thanks for the heads up :)14:15
ttxthe comments in there are not crystal clear14:15
elodillesnoonedeadpunk: we are looking forward to the OSA Epoxy release :]14:15
noonedeadpunkme too...14:16
noonedeadpunkthis time we scoped small, delivered in time, and ended up as ususal14:16
elodillesttx: i think we should merge this before the above EOL patch: https://review.opendev.org/c/openstack/project-config/+/95184214:16
fricklerah, yes, that's still on my review list14:17
ttxah ok14:17
ttxI'll drop a note that we are holding on that14:17
*** haleyb is now known as haleyb|out14:17
elodillesttx: so that the tagging should happen and we don't have to do manual tagging like with the Kolla patch (well, the other option is bobcat state revert, then when everything is ready, revert of the revert)14:18
elodillesttx: yepp, that's a good idea14:18
ttxdone14:18
elodillesthanks o/14:18
ttxanything else we need to cover today?14:18
fricklerlet me mention once again the issue with the oslo.utils 2024.2 release https://review.opendev.org/c/openstack/designate/+/951581/comments/e05b4bfc_300d114114:18
ttxEnjoy the two-week break14:18
fricklersomehow it looks like the change to oslo_utils as name is breaking some stuff14:19
ttxfrickler:  yeah that is weird14:19
elodillesfrickler: are those breaking things all using/related to pkg_resources ?14:19
fricklerprobably, yes. but not easy to replace that in stable branches14:20
elodilleshow many breaking projects are we aware of?14:21
fricklerI'm only aware of the designate/neutron/sdk job issue. I think octavia was also affected but got fixed14:22
elodillesfrickler: ACK, at least those are not that many then14:23
elodillesoh, i see there is a 'reinstall' issue during devstack runs as well :S14:23
frickleryes, I assume that these are two facets of the same underlying issue, though14:24
elodilles("oslo.utils reinstalled every time when it appears as a dependency" as you wrote)14:24
elodillesi think this is not because of our tooling, rather a pip issue, but maybe i'm wrong. i'll look into this when i'll have some time14:25
frickleriirc we changed our tooling somehow to generate oslo_utils instead of oslo.utils, something in pbr?14:26
ttxI'll add a note to continue duscussing it at next meeting in case we did not make any progress14:28
fricklermaybe fungi remembers better14:28
ttxOK, anything else?14:29
elodillesttx: nothing else from me14:30
fricklernot from me either14:30
ttxalright then14:30
ttx#endmeeting14:30
opendevmeetMeeting ended Fri Jun  6 14:30:49 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:30
opendevmeetMinutes:        https://meetings.opendev.org/meetings/releaseteam/2025/releaseteam.2025-06-06-14.00.html14:30
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/releaseteam/2025/releaseteam.2025-06-06-14.00.txt14:30
opendevmeetLog:            https://meetings.opendev.org/meetings/releaseteam/2025/releaseteam.2025-06-06-14.00.log.html14:30
fungioh, checking...14:31
fricklerfungi: essentially the question is what changed to make the oslo.utils release produce an oslo_utils tarball instead with "." in the name14:33
fungithe switch from running `setup.py sdist` to `build` brought in a newer version of setuptools which applies the sdist normalization rules that pypi also now requires14:33
fungisdists are now required to use _ instead of - or . in the name portion of their filenames, even if the sdist name itself has a - or .14:34
funginote that the setuptools version which started forcing that at sdist build time was released almost a year ago now, but we didn't see it for many months because we were ending up running older setuptools before the switch to using pyproject-build as the frontend14:36
fricklerfungi: right, but where was that change made, in release tooling or in pbr?14:36
frickleralso iiuc due to the pypi changes there is no way to revert to the old behavior for stable branch releases?14:37
fungifrickler: the change took effect for us when https://review.opendev.org/c/zuul/zuul-jobs/+/940273 merged on 2025-01-3014:39
fungiand yes, it's necessary that it apply to stable branch releases too14:40
fungiwe could specify `legacy_setup: true` on that role to get back the old behavior, but i think at this point pypi is rejecting uploads for non-normalized sdist filenames14:41
fungiwhat's the actual problem it's causing? i'm surprised if the dist filename (not to be confused with the dist name) is referenced in any consuming project's code14:43
fungithe dist name should still be able to be oslo.utils, even if the filename for the sdist looks like oslo_utils....tar.gz14:43
fungialso that's independent of the import name as well, which could be something else entirely too14:44
fricklerhttps://zuul.opendev.org/t/openstack/build/a22badc4461140c9bc7786d5ab29fb3b is a typical failure, with the error seen in the designate-api log14:46
fricklerhttps://zuul.opendev.org/t/openstack/build/a22badc4461140c9bc7786d5ab29fb3b/log/controller/logs/screen-designate-api.txt#4414:46
fungidid this start on 2025-01-30 or later?14:48
fricklernote that we had a similar issue in reqs tooling, needed https://review.opendev.org/c/openstack/requirements/+/948811 before the u-c bump could get merged14:48
fungii guess maybe after the first stable point release for oslo.utils?14:48
fricklerwell this was first seen with the 7.3.1 release which was made well after that date14:48
fricklerand yes, likely no other similar release before that14:49
fungithis seems more like a behavior change in pkg_resources14:49
frickleror something is special about oslo.utils compare to other oslo libs14:50
elodillespkg_resources is deprecated as far as i understand and does not handle the new normalized name thing14:55
fungicorrect, i'm trying to track down the exact reference14:55
fungifrickler: i suspect this is part of the cause... https://opendev.org/openstack/oslo.utils/src/branch/stable/2024.2/setup.cfg#L25-L2715:02
fungiah, that's because oslo_utils is the import name: https://opendev.org/openstack/oslo.utils/src/branch/stable/2024.2/oslo_utils15:04
fungiso probably unrelated15:05
fungimetadata.name lists it as oslo.utils, which is what should show up in the pkg_resources list of installed dists15:05
fungilooking at both the stable branch copy of bin/designate-api-wsgi vendored in the designate repo and the current version of the same in the string literal in pbr.packaging._wsgi_text it's unclear to me how pkg_resources is coming into that traceback in the example failure15:13
fungithis might be something stephenfin has more context for, since he's tackled a lot of the wsgi script churn recently15:15
fungii guess this is related to something searching for plugin entrypoints at startup?15:19
fricklerhmm, we have pbr pinned to 6.1.0 in 2024.2 u-c, maybe we can bump that?15:22

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