Friday, 2024-07-05

*** bauzas_ is now known as bauzas03:23
*** thuvh1 is now known as thuvh03:47
*** bauzas_ is now known as bauzas04:37
opendevreviewHoai-Thu Vuong proposed openstack/releases master: Release monasca for Dalmatian-2 milestone  https://review.opendev.org/c/openstack/releases/+/92348707:57
opendevreviewElod Illes proposed openstack/releases master: Release osc-placement for Dalmatian-2 milestone  https://review.opendev.org/c/openstack/releases/+/92311809:59
opendevreviewHoai-Thu Vuong proposed openstack/releases master: Release monasca for Dalmatian-2 milestone  https://review.opendev.org/c/openstack/releases/+/92348710:28
opendevreviewMerged openstack/releases master: Release python-vitrageclient for Dalmatian-2 milestone  https://review.opendev.org/c/openstack/releases/+/92313911:32
opendevreviewMerged openstack/releases master: Release tosca-parser for Dalmatian-2 milestone  https://review.opendev.org/c/openstack/releases/+/92314111:32
opendevreviewMerged openstack/releases master: Release keystoneauth for Dalmatian-2 milestone  https://review.opendev.org/c/openstack/releases/+/92311411:32
opendevreviewMerged openstack/releases master: Release python-magnumclient for Dalmatian-2 milestone  https://review.opendev.org/c/openstack/releases/+/92313411:32
opendevreviewMerged openstack/releases master: Release python-observabilityclient for Dalmatian-2 milestone  https://review.opendev.org/c/openstack/releases/+/92313811:36
elodillesreminder: meeting starts in less than 10 mins12:51
elodilles#startmeeting releaseteam13:01
opendevmeetMeeting started Fri Jul  5 13:01:21 2024 UTC and is due to finish in 60 minutes.  The chair is elodilles. Information about MeetBot at http://wiki.debian.org/MeetBot.13:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.13:01
opendevmeetThe meeting name has been set to 'releaseteam'13:01
hberaudo/13:01
elodillesPing list: release-team elod13:01
elodilleso/13:01
elodilles#link https://etherpad.opendev.org/p/dalmatian-relmgt-tracking13:01
elodilleswe are @ L20513:02
elodillesOK, let's start!13:04
elodilles#topic Review task completion13:04
elodilles1st task: 'Generate release requests for all cycle-with-intermediary libraries which had changes, but did not release since milestone-1. (elod)'13:04
elodillespatches were generated: https://review.opendev.org/q/topic:dalmatian-milestone-213:05
elodillesand almost all have been merged13:05
elodillesthanks for the reviews o/13:05
elodillesthere are only 2 that remained13:05
elodillesi was hesitant with the osc-placement's version bump13:06
elodillespython_requires is still set as >=3.8, but the python 3.8 classifier is dropped13:06
hberaudgood point13:07
elodillesso it's somewhat dropping py38, but not completely13:07
hberaudI think it is good to propose a major version like you did13:08
elodillesi don't know which is stronger for pypi. so good question if, like this, pypi would still offer the package to py38 environments the package for download, or not13:08
hberaudno idea13:08
elodilles++13:08
elodillesanyway, i'll ping the team for a quick double-check13:09
elodillesthe second one is about monasca, which was an inactive project up till now13:10
elodilles#link https://review.opendev.org/c/openstack/releases/+/92348713:10
elodillesi'm not sure whether monasca is in the state where we could include in 2024.2 Dalmatian13:10
elodillesand we are just in the week of 2024.2 Dalmatian content freeze :S13:11
elodillesanyway, let's move on, we could discuss this after the meeting, or next week, when ttx and frickler are also around13:12
elodilles2nd task: 'Catch if there are acl issues in newly created repositories. (elod)'13:12
elodillesempty output from the script, so we should be good with this13:12
elodillesand that was all about tasks13:12
elodillesso let's move on to the next topic13:13
elodilles#topic Assign R-12 and R-10 week tasks13:13
elodillesi've added my name to the tasks13:13
elodillesbut if anyone is interested in any of the tasks, then feel free to highjack :)13:14
hberaudthanks13:14
elodillesnp :)13:14
elodilles#topic Review countdown email for week R-1213:14
elodilles#link https://etherpad.opendev.org/p/relmgmt-weekly-emails13:15
elodillesplease take a look ^^^13:15
hberaudlgtm13:16
elodillesthanks o/ will send it later today13:16
hberaudtime flies13:16
elodilles:)13:16
elodillesyepp, we passed Dalmatian-2 :-o13:17
elodilles#topic Open Discussion13:17
elodillesanything to mention?13:17
hberaudnope13:19
elodillesneither from me13:19
elodillesthen let's close the meeting!13:20
elodillesthanks for participating hberaud o/13:20
elodilles#endmeeting13:20
opendevmeetMeeting ended Fri Jul  5 13:20:32 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)13:20
opendevmeetMinutes:        https://meetings.opendev.org/meetings/releaseteam/2024/releaseteam.2024-07-05-13.01.html13:20
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/releaseteam/2024/releaseteam.2024-07-05-13.01.txt13:20
opendevmeetLog:            https://meetings.opendev.org/meetings/releaseteam/2024/releaseteam.2024-07-05-13.01.log.html13:20
hberaudnp :)13:20
hberaudthanks elodilles 13:20
elodillesnp :]13:20
fungihberaud: elodilles: trove classifiers are purely advisory, no installers i'm aware of take them into consideration (especially not pip). the python_requires is really the only thing installers look at to determine whether something can be installed for the current interpreter version13:34
hberaudtaking note of that13:34
hberaudthanks13:35
fungiso if you want to soft-deprecate a python interpreter version, removing the trove classifier saying you support it while not increasing requires_python right away has the desired effect of not immediately breaking consumers of a new release of the package on the older python interpreter13:35
hberaudand classifiers are not used at all?13:36
fungiit's a way of saying "we're no longer testing that things work with this version of python, but you're welcome to try it anyway"13:36
hberaudhow pip determines the max version?13:36
fungitrove classifiers are used for communicating things to users, mainly in the warehouse (pypi) ui13:37
elodillesfungi: cool, thanks for the details! in that case here we should not bump MAJOR version. I'm updating the patch accordingly then.13:37
hberaudI mean imagine I've a classifier for py3.11 a python_requires with py3.9, but I'm on a py3.12 env, is it ok for pip?13:37
opendevreviewElod Illes proposed openstack/releases master: Release osc-placement for Dalmatian-2 milestone  https://review.opendev.org/c/openstack/releases/+/92311813:38
hberaudI guess that yes, pip will implicitly pull the latest version of the module13:39
fungihberaud: as in if a project wants to declare that it doesn't work with some newer version of python? there's currently no good way in the packaging ecosystem to do that, and it's not clear that it would be a good idea even if there were. package metadata is tied to the release, so if you were to be able to say "this release won't work with python newer than 3.12" without knowing13:39
fungiwhether or not that's actually true, people won't be able to install it on 3.13 until you make a new release that updates that restriction (which might be never if you're not a particularly active maintainer)13:39
hberaudI see13:40
hberaudindeed13:40
fungialso pip starts with the newest version of the package and works its way back until it finds one whose requirements can be met, so since you can't go back in time and alter metadata for prior releases it will just happily rewind to an old enough package version where you didn't realize you wanted to set that restriction13:40
hberaudack13:41
fungiyou can actually set < conditions in python_requires expressions, but there's some consensus in the packaging community that it's a terrible idea, and also it results in some unpredictable behaviors13:42
hberaudyeah I can imagine the problem13:49
fricklersorry, I was somehow thinking the meeting would be skipped this week13:53
fricklerand I sure am very skeptical about monasca13:53
*** bauzas_ is now known as bauzas14:30
*** bauzas_ is now known as bauzas15:17
*** bauzas_ is now known as bauzas15:38
*** pdeore_ is now known as pdeore16:12
pdeoreelodilles, hberaud, glance is waiting for one patch to get merged, related to cve but it's stuck in gate atm, can we tag m2 on monday ? 16:16
gmannelodilles: just wondering, what is plan for the watcher release for m-2 (is it up for review)?  dan fixed its gate and it is green now and volunteer to +1 on release thing (release liaison) https://review.opendev.org/c/openstack/governance/+/92358316:34
gmannbackground:  this project was leaderless but not marked as inactive as we see some interest in this project. but plan is to move it to DPL model ^^ and do release for this cycle.16:35
gmann"elodilles: just wondering, what is plan for the watcher release for m-2 (is it up for review)?  dan fixed its gate and it is green now and volunteer to +1 on release thing (release liaison) https://review.opendev.org/c/openstack/governance/+/92358316:37
gmannbackground:  this project was leaderless but not marked as inactive as we see some interest in this project. but plan is to move it to DPL model ^^ and do release for this cycle."16:37
gmanndansmith: ^^ this is what i asked to elodilles about watcher release16:38
dansmiththanks16:39
pdeoreelodilles, hberaud, frickler, glance is waiting for one patch to get merged, related to cve but it's stuck in gate atm, can we tag m2 on monday ? 16:43
elodillespdeore: sure, no problem, to tell you the truth, milestone releases of cycle-with-rc projects are not a must, hence we do not follow them that strictly, afaik16:53
elodillespdeore: feel free to propose the m2 patch for glance whenever the team is ready for it16:54
elodillesgmann dansmith : works for me. i see that watcher deliverables are still listed / part of 2024.2 Dalmatian release, so it's completely OK to me16:56
pdeoreelodilles, ack Thanks !! :)16:56
elodillesi don't think that any of the release team would object about the transition to DPL16:56
elodillespdeore: np :)16:56
elodillesgmann dansmith : so, thanks for the heads up :)16:57
gmannelodilles: thanks, so as it is with cycle-with-rc model, release can be done anytime befoer final release deadline and m-2 release is not must right?16:58
gmannI missed to check the cycle-with-rc model for wacther16:58
elodillesgmann: exactly16:59
dansmithsweet :)16:59
gmannelodilles: thanks for pointing that and confirmation 16:59
elodillesgmann: python-watcherclient is cycle-with-intermediary but there were no functional changes i think, hence there were no generated d-2 patch16:59
gmannelodilles: ack17:00
elodillesgmann: at dalmatian-3 we'll propose a release patch anyway for python-watcherclient, even if there are only non-functional changes merged17:01
elodillesgmann dansmith : so just for the record, there are 4 watcher deliverables: watcher, watcher-dashboard (c-w-rc); python-watcherclient, watcher-tempest-plugin (cycle-with-intermediary)17:02
dansmithoh, I didn't even know watcher-dashboard was a thing :P17:03
elodilles:]17:04
gmannwatcher-tempest-plugin also no changes except the CI bits but we can do release during end of cycle and if gate is all green. 17:05
elodillesyepp17:05
*** bauzas_ is now known as bauzas17:39
*** bauzas_ is now known as bauzas20:44

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