| opendevreview | Merged openstack/releases master: Add missing release notes for former releases https://review.opendev.org/c/openstack/releases/+/913998 | 07:37 |
|---|---|---|
| opendevreview | Dr. Jens Harbott proposed openstack/releases master: [senlin] Transition EM branches to EOL https://review.opendev.org/c/openstack/releases/+/915113 | 07:42 |
| frickler | elodilles: ^^ to get things moving I now created ^^ as an alternative to your eom patch. please let me know if you want me to update your existing patches instead. also please let me know if you indeed intend to (un)maintain any of the still open projects | 07:44 |
| elodilles | frickler: ACK, thanks, will review this and i'll go through the rest of the patches hopefully today | 07:56 |
| elodilles | btw, do we have the relmgt weekly meeting today, or do we want to postpone it to next week (PTG)? | 07:58 |
| frickler | I was expecting a meeting to happen and to talk about the vwx things and also about dalmatian->2024.2, but we can also defer to next week if others prefer | 08:15 |
| hberaud | release-team: do we want to run our weekly meeting this afternoon? | 08:43 |
| hberaud | oh sorry, just seen your discussion | 08:43 |
| hberaud | github seems really flaky today | 08:47 |
| ttx | I think we can do a quick meeting, look at the review backlog | 12:31 |
| frickler | note it will be at 16:00 CEST until we decide to move it, which we plan to talk about at the PTG, right? | 12:38 |
| elodilles | frickler: ahh, you are right, 16:00 CEST | 12:50 |
| elodilles | meanwhile i've started to prepare the dalmatian-relmgt-tracking pad: https://etherpad.opendev.org/p/dalmatian-relmgt-tracking | 12:50 |
| elodilles | (it's not yet finished, so colors will be lost) | 12:51 |
| elodilles | only added next week's tasks so far | 12:52 |
| frickler | elodilles: shouldn't that be https://etherpad.opendev.org/p/2024.2-relmgt-tracking ? *scnr* | 13:03 |
| elodilles | i don't want to confuse anyone with changing the habit o:) | 13:13 |
| ttx | so fun fact... | 13:56 |
| ttx | Caracal is the development cycle name. 2024.1 is the release name | 13:56 |
| ttx | That's why milestones are called caracal-1 etc | 13:56 |
| ttx | In theory we could delay the release until 2025, at which point its name would change to 2025.1 | 13:57 |
| ttx | so a lot of early things are named after the cycle | 13:57 |
| ttx | (that's the theory, at least) | 13:57 |
| frickler | hmm, interesting theory | 13:58 |
| ttx | It's all based on Ubuntu, where we originally took the idea | 13:58 |
| ttx | In theory there (also lost in history, but I was there) Noble Numbat is the development cycle name, 24.04 is the release name | 13:58 |
| frickler | they're going to have a hard time to avoid it becoming 24.05 from what I'm currently seeing ;) | 14:00 |
| ttx | Back in early releases, you would have the "Essex" development cycle ending in a 2012.1 release | 14:00 |
| ttx | then we stopped doing common release version names, then they were back | 14:01 |
| ttx | meeting time! I can chair | 14:01 |
| ttx | #startmeeting releaseteam | 14:01 |
| opendevmeet | Meeting started Fri Apr 5 14:01:57 2024 UTC and is due to finish in 60 minutes. The chair is ttx. Information about MeetBot at http://wiki.debian.org/MeetBot. | 14:01 |
| opendevmeet | Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. | 14:01 |
| opendevmeet | The meeting name has been set to 'releaseteam' | 14:01 |
| fungi | you could say it's based on debian, their use of codenames pre-dates ubuntu's existence, and was precisely because of the inability to predict version numbers | 14:01 |
| hberaud | o/ | 14:02 |
| elodilles | thanks ttx! | 14:02 |
| elodilles | o/ | 14:02 |
| frickler | \o | 14:02 |
| elodilles | (we forgot to call for a chair on last meeting :S) | 14:02 |
| ttx | fungi: indeed. We borrowed the alpha ordering to ubuntu :) | 14:02 |
| ttx | Ping list: elod armstrong release-team | 14:02 |
| ttx | #topic Review task completion | 14:03 |
| ttx | I hope they are all done, otherwise we have a problem :) | 14:03 |
| elodilles | :] | 14:03 |
| ttx | I did log one thing to change... check the map earlier in the process so that it's ready to update at release time | 14:04 |
| elodilles | all done fortunately, we striked out every finished tasks o:) | 14:04 |
| fungi | i do need to remember to merge the signing key rotation change on monday | 14:04 |
| ttx | but otherwise it went reasonably well | 14:04 |
| ttx | PyPI acted up a bit, and Zuul was not in its best day | 14:04 |
| fungi | #link https://review.opendev.org/913274 Replace 2024.1/Caracal key with 2024.2/Dalmatian | 14:04 |
| fungi | also i guess we can approve the revert of the semaphore removals now | 14:05 |
| hberaud | indeed | 14:05 |
| ttx | oh yes | 14:05 |
| elodilles | fungi: +1 | 14:05 |
| fungi | #link https://review.opendev.org/914689 Revert "Temporarily remove release docs semaphores" | 14:05 |
| fungi | as for the zuul slowness we observed, we think we narrowed down the cause to a change in database queries which took effect on saturday in our weekly automated upgrades | 14:06 |
| fungi | upgrading the database server version ought to help, but we're still evaluating what we're going to upgrade it to | 14:07 |
| hberaud | update at which level? zuul? | 14:07 |
| ttx | hmm, maybe we should hold on those the weekend before release... but that would likely be a complex exception | 14:07 |
| fungi | yes, some database queries in zuul were made more correct, but that ended up not being able to take advantage of optimizations on older mysql versions | 14:07 |
| hberaud | i see thx | 14:08 |
| ttx | #topic Assign next week tasks | 14:08 |
| fungi | and the query planner on latest mariadb seems to also have problems with those queries, so we're doing parallel evaluations between mysql and mariadb performance now | 14:08 |
| ttx | #link https://etherpad.opendev.org/p/dalmatian-relmgt-tracking | 14:08 |
| hberaud | won't be there so I'm skipping my turn | 14:09 |
| elodilles | ACK | 14:09 |
| ttx | I can chair the PTG meeting unless someone else wants to | 14:11 |
| elodilles | ttx: please do o:) | 14:11 |
| ttx | Alright all assigned | 14:12 |
| ttx | #topic Open Discussion | 14:12 |
| ttx | Two things... | 14:12 |
| elodilles | note: etherpad is not complete yet, so updates might arrive | 14:12 |
| ttx | I would move up the meeting time one hour now that everyone is on DST... but after next week PTG meeting | 14:13 |
| ttx | so 13:00utc instead of 14:00utc, starting April 19 | 14:13 |
| frickler | +1 I proposed that last week already | 14:13 |
| elodilles | ttx: +1 | 14:13 |
| ttx | well starting May 3rd since next two irc meetings are skipped | 14:13 |
| elodilles | +1 | 14:14 |
| ttx | I can push the update to irc-meetings after the meeting | 14:14 |
| elodilles | agreed | 14:14 |
| elodilles | thanks o/ | 14:14 |
| ttx | Second... I'd like to look at the review backlog since there are a bunch of things that seem stuck | 14:14 |
| ttx | Like https://review.opendev.org/c/openstack/releases/+/887505 | 14:15 |
| ttx | So let's link to our favorite stuck reviews to give them immediate attention | 14:15 |
| elodilles | is there anyone from tripleo who could comment? | 14:16 |
| elodilles | i mean, if there isn't then let's merge :) | 14:17 |
| frickler | most of the tripleo retirement is still blocked on content removal, but that one could go in IMO | 14:17 |
| frickler | the team is dissolved afaict | 14:17 |
| frickler | also https://review.opendev.org/c/openstack/releases/+/910395 could then be abandoned IMO | 14:18 |
| elodilles | ACK, if there's no activity at all around tripleo deliverables, then I'm OK with this | 14:18 |
| elodilles | patch LGTM | 14:18 |
| frickler | then there's the remainder of https://review.opendev.org/q/topic:%22vwx-unmaintained%22+status:open | 14:19 |
| frickler | elodilles: did you look at my proposal from this morning yet? | 14:19 |
| frickler | I can do that for the other inactive projects, too, if you agree | 14:20 |
| frickler | #link https://review.opendev.org/c/openstack/releases/+/915113 | 14:20 |
| frickler | just for ref | 14:20 |
| elodilles | frickler: haven't double-checked the hashes yet, but otherwise looks fine | 14:21 |
| elodilles | frickler: please do | 14:21 |
| ttx | hberaud: looks like https://review.opendev.org/c/openstack/releases/+/872653 is blocked on you | 14:22 |
| frickler | elodilles: I didn't check the hashes either I must admit, just took them from your patch ;) | 14:23 |
| hberaud | lemme check | 14:23 |
| elodilles | ttx hberaud : wasn't that updated already with a different patch? :-o | 14:23 |
| elodilles | it looks familiar to me | 14:23 |
| hberaud | don't remember | 14:24 |
| frickler | I think we did that recentish, yes | 14:24 |
| elodilles | oh, nope, that was another patch | 14:24 |
| elodilles | we did add it to R-8 week's mail | 14:25 |
| elodilles | 'Cycle highlights deadline: $highlights (R-4 week)' | 14:25 |
| ttx | We also need some stance on https://review.opendev.org/c/openstack/reno/+/904049 -- I don;t care that much either way, but would lean toward accepting since it's been so gracefully proposed | 14:25 |
| frickler | to me this is similar to pbr, we shouldn't drop support until we really need to | 14:27 |
| ttx | Should we close https://review.opendev.org/q/topic:%22zed-stable%22+status:open in the absence of PTL+1 ? | 14:27 |
| frickler | +1 to closing zed-stable | 14:27 |
| opendevreview | Hervé Beraud proposed openstack/releases master: update the cycle highlight date into the mail template https://review.opendev.org/c/openstack/releases/+/872653 | 14:28 |
| ttx | there is a non-zero chance those releases are no longer current anyway | 14:28 |
| elodilles | well, i'll close them then, zed will move to Unmaintained in a month anyway | 14:28 |
| elodilles | i'm sure that e.g. neutron team will do another release before the transition | 14:28 |
| frickler | then there's the 2024.2 vs. dalmatian situation for links and possibly also for the deliverables directory name. despite ttx's theory I'd like to use the former everywhere | 14:28 |
| ttx | fungi: is there a project-wide stance on aggressive Python version abandonment? | 14:28 |
| elodilles | but let's abandon these old patches | 14:28 |
| frickler | https://review.opendev.org/c/openstack/releases/+/903635 seems related | 14:29 |
| fungi | ttx: not really, no | 14:29 |
| * elodilles clicks and doing the abandonings | 14:29 | |
| ttx | fungi: context: https://review.opendev.org/c/openstack/reno/+/904049 | 14:29 |
| hberaud | python 3.6 is EOL | 14:29 |
| frickler | and https://review.opendev.org/c/openstack/releases/+/914619 need discussion I guess | 14:29 |
| hberaud | and Python 3.7 is close to EOL | 14:29 |
| hberaud | I think that's the point with this reno patch... | 14:30 |
| frickler | hberaud: but only upstream, not for distros, right? | 14:30 |
| hberaud | yes | 14:30 |
| fungi | there's a project-wide stance on adding support for new python versions as early as possible, but we don't insist or necessarily even encourage projects to drop support or testing for old versions unless there's some other reason it's necessary | 14:30 |
| ttx | Any reason to hold on https://review.opendev.org/c/openstack/releases/+/912714 https://review.opendev.org/c/openstack/releases/+/910456 https://review.opendev.org/c/openstack/releases/+/913305 ? | 14:30 |
| fungi | "stop supporting x because it's old" isn't really a great argument. "stop supporting x because we want to use some newer thing that will be really hard to retain backward compatibility for" is reasonable | 14:31 |
| ttx | ok | 14:31 |
| fungi | that said, reno doesn't strictly need to be run on older python versions, unlike pbr | 14:32 |
| frickler | ttx: those all depends on open gov changes? | 14:32 |
| elodilles | ttx: the patches on 'depends-on' not merged there | 14:32 |
| ttx | damn | 14:32 |
| elodilles | though it would be good to merge these 'retire' patches ASAP :/ | 14:32 |
| elodilles | before trailing Caracal release at least :P | 14:33 |
| ttx | Alrigth, that's all I had | 14:34 |
| ttx | Anything else before we close the meeting? | 14:34 |
| elodilles | about py36&py37 dropping patch: we had a bad experience when the community started to drop py38 versions and things became broken due to things not supporting the proper versions :S so i have a fear when seeing these patches o:) | 14:35 |
| ttx | re: openstack map on the website I'll get it updated asap to match openstack-map repo contents | 14:35 |
| frickler | assuming I'll get feedback on the patches I mentioned later, that's it for me | 14:35 |
| frickler | ttx: I'll be happy to review a new review before pusblishing if needed | 14:36 |
| frickler | *a new version | 14:36 |
| frickler | *publishing | 14:36 |
| ttx | ack thanks | 14:37 |
| ttx | ok, last words? | 14:37 |
| elodilles | :X | 14:38 |
| elodilles | (nothing from me) | 14:38 |
| ttx | #endmeeting | 14:38 |
| opendevmeet | Meeting ended Fri Apr 5 14:38:41 2024 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) | 14:38 |
| opendevmeet | Minutes: https://meetings.opendev.org/meetings/releaseteam/2024/releaseteam.2024-04-05-14.01.html | 14:38 |
| opendevmeet | Minutes (text): https://meetings.opendev.org/meetings/releaseteam/2024/releaseteam.2024-04-05-14.01.txt | 14:38 |
| opendevmeet | Log: https://meetings.opendev.org/meetings/releaseteam/2024/releaseteam.2024-04-05-14.01.log.html | 14:38 |
| elodilles | thanks ttx o/ | 14:38 |
| ttx | Thanks everyone! Great work on Caracal! | 14:38 |
| elodilles | \o/ | 14:38 |
| *** hberaud is now known as hberaud_PTO | 15:00 | |
| elodilles | frickler: your senlin patch LGTM, +2'd. thanks for proposing it! about the rest: feel free to reuse my patches, or prepare a separate patch if you want, it's up to you. | 15:02 |
| elodilles | frickler: solum, freezer, sahara, murano, karbor, qinling, tripleo patches could be the same | 15:05 |
| elodilles | frickler: btw, i can also update the patches if you want me to do that | 15:05 |
| elodilles | just let me know which one you prefer o:) | 15:06 |
| opendevreview | Elod Illes proposed openstack/releases master: [Puppet OpenStack] Transition EM branches to Unmaintained https://review.opendev.org/c/openstack/releases/+/910408 | 15:15 |
| opendevreview | Elod Illes proposed openstack/releases master: [sahara] Transition EM branches to Unmaintained https://review.opendev.org/c/openstack/releases/+/910415 | 15:27 |
| elodilles | frickler: sahara patch ^^^ | 15:28 |
| opendevreview | Elod Illes proposed openstack/releases master: [sahara] Transition EM branches to EOL https://review.opendev.org/c/openstack/releases/+/910415 | 15:31 |
| elodilles | even ^^^ | 15:31 |
| frickler | elodilles: thx, will check later and see what you've left for me ;) | 15:50 |
| opendevreview | Elod Illes proposed openstack/releases master: [solum] Transition EM branches to EOL https://review.opendev.org/c/openstack/releases/+/910396 | 15:51 |
| elodilles | doing them slowly, will see how far i get :) | 15:52 |
| opendevreview | Elod Illes proposed openstack/releases master: [freezer] Transition EM branches to EOL https://review.opendev.org/c/openstack/releases/+/910407 | 15:56 |
| opendevreview | Elod Illes proposed openstack/releases master: [murano] Transition EM branches to EOL https://review.opendev.org/c/openstack/releases/+/910422 | 15:59 |
| ttx | frickler: a new map should be up later today... let me know if you see any remaining issue with it | 16:16 |
| opendevreview | Elod Illes proposed openstack/releases master: [karbor] Transition EM branches to EOL https://review.opendev.org/c/openstack/releases/+/910427 | 16:52 |
| opendevreview | Elod Illes proposed openstack/releases master: [qinling] Transition EM branches to EOL https://review.opendev.org/c/openstack/releases/+/910426 | 16:54 |
| fungi | frickler: ttx: probably worth asking for input from the tc once the new map is published, whether e.g. skyline should be omitted since it's still in an "emerging technology" state, and whether there was a reason to intentionally omit sunbeam or whether that's an oversight | 17:44 |
| fungi | aha, it's up! https://www.openstack.org/software/ | 17:46 |
| gmann | ttx: frickler:fungi: I think it can be confusing for Inactive project moving to Active projects. I replied in tc channel | 17:52 |
| gmann | I think sunbeam is just oversight | 17:52 |
| gmann | we have the task to update map in 'repo retirement process' but many times it can be missed and we fix that as soon as it is detected | 17:53 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!