Monday, 2025-10-27

*** ralonsoh_ is now known as ralonsoh08:04
elodillestonyb: i was on PTO (i forgot to change my nick to elodilles_pto :S) but now i commented on your patch08:49
elodillesrosmaita: sorry, I was on PTO. let me know if the question is still relevant o:)08:50
fricklerelodilles: welcome back ;) regarding the unmaintained transition: would you also be interested in checking the CI status for the older branches and refreshing the opt-in status for them? at least it would be great if that part could be handled by the unmaintained team themselves, so neither me nor the TC need to deal with it09:59
tonybfrickler: what are you requesting?   something like a noop job for all projects with an unmaintained branch to loosely check the if CI works or not?10:09
tonybsomething else?10:09
fricklertonyb: there are two clauses in https://governance.openstack.org/tc/resolutions/20230724-unmaintained-branches.html that I would like to see followed:10:11
frickler"By default, only the latest eligible Unmaintained branch is kept. When a new branch is eligible, the Unmaintained branch liaison must opt-in to keep all previous branches active."10:11
frickler"The CI for all branches must be in good standing at the time of opt-in."10:11
fricklerhow exactly that is done I don't care. current status is that nothing happens unless someone takes some action. I've kind of done checks myself in previous cycle, but I'd prefer if the people interested in keeping branches alive could do that themselves10:12
fricklerlike we have zuul config errors for older unmaintained branches that exist for years and nobody has taken care of them despite promises that were made10:14
elodillesfrickler: hi o/ i'll try to do that, probably starting with moving 2024.1 Caracal to unmaintained as soon as possible ;) i'll see how my timing will allow things as you know this week is PTG + i have some downstream errands to run as well10:27
tonybfrickler: fair enough.   the whole unmaintained thing happened while I was paying less attention.   I didn't notice that we're only supposed to keep one around by default.10:42
tonybI'll script up some ci tests this week, and think about the opt-in process10:43
rosmaitaelodilles: hope you had some good PTO ... question got resolved, but thanks for following up, i should have cancelled it!12:11
rosmaitaelodilles: although, just so you're aware, i posted glance releases for E,D,and C and rebased your "C goes unmaintained" patch on them: https://review.opendev.org/c/openstack/releases/+/96360812:19
elodillesrosmaita: ACK, thanks for the rebase, i'll review the release patches ASAP12:20
rosmaitathanks!12:20
opendevreviewElod Illes proposed openstack/releases master: [neutron] Transition 2024.1 Caracal to Unmaintained  https://review.opendev.org/c/openstack/releases/+/96359413:03
elodillesrelease-team: hi o/ may i get some reviews for nova and glance release patches, especially for caracal ones, so that we can move forward with the Caracal to Unmaintained transition? thanks in advance o/13:07
ttxlooking14:11
ttxSHould be all set14:15
opendevreviewMerged openstack/releases master: [glance] October 2025 Epoxy release  https://review.opendev.org/c/openstack/releases/+/96424014:25
opendevreviewMerged openstack/releases master: [glance] October 2025 Dalmatian release  https://review.opendev.org/c/openstack/releases/+/96424114:25
opendevreviewMerged openstack/releases master: [glance] Final Caracal releases  https://review.opendev.org/c/openstack/releases/+/96422714:26
opendevreviewMerged openstack/releases master: nova: Release 2025.2 Flamingo 32.1.0  https://review.opendev.org/c/openstack/releases/+/96446814:29
opendevreviewMerged openstack/releases master: nova: Release 2025.1 Epoxy 31.2.0  https://review.opendev.org/c/openstack/releases/+/96446914:29
opendevreviewMerged openstack/releases master: nova: Release 2024.2 Dalmatian 30.2.0  https://review.opendev.org/c/openstack/releases/+/96447014:29
opendevreviewMerged openstack/releases master: nova: Release 2024.1 Caracal 29.4.0  https://review.opendev.org/c/openstack/releases/+/96447114:29
elodillesthanks o/15:12
opendevreviewTakashi Kajinami proposed openstack/releases master: Create new puppet-ceph release  https://review.opendev.org/c/openstack/releases/+/96489015:25
opendevreviewTakashi Kajinami proposed openstack/releases master: Create new puppet-ceph release  https://review.opendev.org/c/openstack/releases/+/96489015:46
elodillestkajinam: is this ready to go? (see my question on the patch) -> https://review.opendev.org/c/openstack/releases/+/96422616:04
tkajinamelodilles, yes that one is ready16:04
elodillesACK, thanks, then i'm adding back +W16:04
tkajinamI'm merging metadata update of puppet-ceph so that we can release it too shortly16:05
elodillessorry for not reviewing it earlier (last week was a rather short work week to me)16:05
elodillestkajinam: ACK, will keep an eye on it16:05
tkajinamno problem. we are not really in hurry about it, due to no 2025.2 release by rdo :-(16:05
elodilles:-o16:07
elodillesi guess RDO is not interested in non-SLURP releases? :-o16:08
elodillesrelease-team: we have a release job failure, but i think we are mostly good as tagging was finished properly and the package is on pypi, "only" the reno update job was timed out -> publish-openstack-releasenotes-python3 https://zuul.opendev.org/t/openstack/build/825d6712e84745a48bd4f920a7c1705b : TIMED_OUT in 1h 00m 41s16:13
tkajinamI'm not following the full discussion but I think the most problematic point is that we have to migrate to c10s due to removal of Python 3.916:13
elodillesoh, so it's more like a tooling issue then16:16
tkajinamyeah that'd be true16:17
opendevreviewMerged openstack/releases master: Puppet OpenStack 2025.2 release  https://review.opendev.org/c/openstack/releases/+/96422616:38
fricklerweird, zuul says "This build does not provide any results", but I do see them behind the "logs" link16:50
clarkbfrickler: did the job timeout?16:51
clarkbthere is a bug in a change I wrote recently due to inaddequate testing. I have a fix proposed. But basically we're trying to include info about time outs and other failures in the job-output.json file and it didn't supply enough info for the web ui to render thinsg from the json16:52
frickleryes, I'm talking about the reno update elod mentioned above16:52
clarkbit only affects jobs with these exceptional failures (normal failures are unaffected) and should be fixed soon I hope16:52
clarkbwhen I tested the json edits I injected the edited json a level below where the web ui first reads it so didn't notice that the level above would fail16:53

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