Friday, 2025-08-15

elodillesreminder: weekly meeting will start in a bit more than 30 minutes13:27
elodilles#startmeeting releaseteam14:00
opendevmeetMeeting started Fri Aug 15 14:00:35 2025 UTC and is due to finish in 60 minutes.  The chair is elodilles. 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
elodillesPing list: release-team elod14:01
elodilles#link https://etherpad.opendev.org/p/flamingo-relmgt-tracking14:01
elodilleswe are at line 27614:01
elodilleso/14:01
frickler\o14:02
elodilleshi frickler o/14:02
elodillesi see that ttx is on holiday14:02
elodillesso let's start quickly14:03
elodilles#topic Review task completion14:03
elodilles'    Notify the Infrastructure team to generate an artifact signing key (but not replace the current one yet), and begin the attestation process (ttx)'14:03
elodilles    fungi notified in meeting14:03
elodillesso this is done ^^^ :)14:03
elodillesnext one:14:03
elodilles'    Check with the Technical Committee (frickler)'14:03
fungi#link https://review.opendev.org/957466 Publish the 2026.1/Gazpacho key for future use14:03
fungialready up for review even14:04
elodillesoh, nice, this is the artifact signing key14:04
elodillesthough it's still WIP14:04
fungiyeah, just to keep it from merging so soon14:04
fungibut it's ready to go when the time comes now14:05
elodillesthanks fungi o/14:05
elodillesadded myself as reviewer, but feel free to ping me if i forget about it o:)14:06
fricklerit also doesn't hurt to publish it now already, or does it?14:06
fricklerfor the python reqs there is https://review.opendev.org/c/openstack/governance/+/95719914:07
elodillesfrickler: i guess not, but we are not in a hurry with the signing key as we still have ~1.5 months till the new cycle to start14:08
elodillesfrickler: nice, so there's the runtime patch \o/14:08
elodillesit usually takes some rounds of discussions until the supported runtimes are agreed on, but it's good that it's started already14:09
fungifrickler: yeah the releases change with the key info can merge sooner, it's only the project-config change where timing is sensitive in order to avoid needing to revise the use date listed there14:10
fungibut i would wait until closer to the release at least14:10
elodillesfungi: +114:10
elodillesfrickler: anything else for the runtimes / zuul job templates task?14:11
fricklerI don't think so, changing the templates only makes sense when the runtimes are agreed upon14:13
elodillesACK14:14
elodillesyepp, this probably will take some time as i said14:14
elodilleswe might need to revisit this task at a later point14:14
elodillesto assure we have all the supported runtimes and zuul job templates defined14:15
elodillesi'll add a task for this to some later week's task list as a reminder14:16
elodillesanyway, let's move on14:16
elodillesnext task was:14:16
elodilles'    Propose DNM changes on repositories where no patches merged recently to check that tests are still passing with the current set of dependencies (libraries, client libraries) (elod?) Task is lacking documentation in PROCESS doc'14:17
elodillesi've generated the DNM patches:14:17
elodilles#link https://review.opendev.org/q/topic:release-health-check-flamingo14:17
elodillesor more like:14:17
elodilles#link https://review.opendev.org/q/topic:release-health-check-flamingo+is:open14:17
elodillesthese are the repos with failing gates ^^^14:17
elodillesi'll send a reminder mail with [teams] in subject to ML about their unhealthy gate14:18
elodilles(vitrage, venus, ironic, heat, cinder, magnum, tacker)14:19
elodillesoh, and the process documenting patch: https://review.opendev.org/c/openstack/releases/+/85566314:20
elodillesactually it misses one point as i don't have a nice solution to that yet:14:20
elodilleshow to get the last merged change's merging time14:21
elodillesgerrit api only gives back the commit's timestamp, that can result to false dates :/14:21
elodillesi mean, there's no 'merged_at' or similar timestamp14:22
elodillesat least i'm not aware of that14:22
elodillesotherwise, that process is something like that that is documented now in my patch14:22
fungielodilles: i do some gymnastics in opendev/engagement and openstack/election scripts for that14:23
elodillesoh :-o14:23
elodillesthen i'll take a look there!14:23
fungibut in short, it's check for change updates in a given time window, then iterate through and check their submit times14:23
fungirequires post-processing14:24
funginot a singular query sadly14:24
elodillesyeah, i hoped to some easy querying of a timestamp in a json, but feared that some more complex workaround is needed o:)14:25
elodillesbut thanks for the tip, i'll search for that :)14:25
fungiyou can fetch all the data in one query, but you need to look through the returned json14:25
elodilles+114:25
fungiwell, potentially one query if you're not expecting more results than fit in one "page"14:25
fungi(the gerrit rest api does pagination)14:26
elodillesit's strange that it cannot be queried easily as gerrit has the info on it's UI14:26
fungidealing with mult-page responses gets tricky too if you're trying to avoid gaps, but probably not something you need for this14:26
fungii think the problem is that there's no query filter for submit date, just modified date. but maybe the query language has added that feature more recently than the last time i checked14:27
elodillesyeah, no need for sharp accuracy, just something better then random dates o:)14:27
elodilless/then/than/14:27
fungithe election tooling returns the most recent merged change in a repository for a specific user, same code could be adapted easily i expect14:28
fungi(or maybe it's the oldest in the requested date range, i forget. one of those)14:28
elodillesthanks! noted!14:28
elodillesif nothing else about projects with failing gates, then let's move on14:30
elodilles#topic Assign R-6 week tasks14:31
fungielodilles: oh, https://review.opendev.org/Documentation/user-search.html has a mergedbefore and mergedafter filter now14:31
fungiif that helps14:31
elodillesfungi: sounds awesome! i'll experiment with the api then! thanks!14:32
fungiyw14:32
elodillestasks are assigned, so we can proceed to the next topic14:33
elodilles#topic Review weekly countdown email14:33
elodilles#link https://etherpad.opendev.org/p/relmgmt-weekly-emails14:33
elodillesplease review ^^^14:33
fricklerlgtm14:38
elodillesthanks, will send it some time after the meeting today14:39
elodilles#topic Open Discussion14:39
elodillesanything to discuss?14:39
elodillessilence. OK, then let's end the meeting o:)14:45
elodillesthanks for participating o/14:46
elodilles#endmeeting14:46
opendevmeetMeeting ended Fri Aug 15 14:46:13 2025 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)14:46
opendevmeetMinutes:        https://meetings.opendev.org/meetings/releaseteam/2025/releaseteam.2025-08-15-14.00.html14:46
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/releaseteam/2025/releaseteam.2025-08-15-14.00.txt14:46
opendevmeetLog:            https://meetings.opendev.org/meetings/releaseteam/2025/releaseteam.2025-08-15-14.00.log.html14:46
fungielodilles: in https://review.opendev.org/c/openstack/election/+/957549 i'm testing possible efficiency gains by switching from after/before to mergedafter/mergedbefore14:47
elodillesfungi: yepp, the query works fine with 'mergedafter' so it should be easy to prepare a simple command for it \o/16:15

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