*** amoralej|off is now known as amoralej | 07:34 | |
opendevreview | Hervé Beraud proposed openstack/releases master: Release oslo' antelope deliverables https://review.opendev.org/c/openstack/releases/+/861854 | 09:19 |
---|---|---|
opendevreview | Stephen Finucane proposed openstack/releases master: stevedore 3.3.3, 3.4.1, 3.5.2, 4.0.2 https://review.opendev.org/c/openstack/releases/+/861867 | 10:22 |
*** amoralej is now known as amoralej|lunch | 11:16 | |
opendevreview | Merged openstack/releases master: EOL Rocky for all Ironic-program projects https://review.opendev.org/c/openstack/releases/+/860500 | 12:26 |
*** amoralej|lunch is now known as amoralej | 12:51 | |
opendevreview | Merged openstack/releases master: EOL Stein for all Ironic-program projects https://review.opendev.org/c/openstack/releases/+/860501 | 14:42 |
*** ykarel is now known as ykarel|afk | 15:27 | |
*** dviroel is now known as dviroel|lunch | 15:46 | |
*** ykarel|afk is now known as ykarel | 15:48 | |
opendevreview | Elod Illes proposed openstack/releases master: Move non-client library freeze to Milestone-2 https://review.opendev.org/c/openstack/releases/+/861900 | 16:01 |
elodilles | hberaud ttx : during the Monday's session 'TC + Community leaders interaction' this was discussed ^^^ | 16:02 |
elodilles | please review, and if needed we can discuss it in RelMgmt PTG hour | 16:03 |
elodilles | (it's really just to move nc-lib freeze from ~Milestone3 to Milestone2 to avoid future problems with last minute 'breaking changes' in libraries causing issues for projects - like we had with Sqlalchemy 2.0 compatibility issue (oslo.db 12.1.0) before Zed release) | 16:06 |
hberaud | my main concern is that libraries will lose one month of development period, that let us a window of 3 months of active development | 16:09 |
elodilles | hberaud: yes, i had the same thought | 16:09 |
hberaud | with christmas in the middle | 16:09 |
elodilles | hberaud: clearly from relmgmt viewpoint it's not a problem, but from a library maintainer point of view this is loosing a good amount of development weeks | 16:10 |
hberaud | yeah | 16:11 |
hberaud | my concern is from an oslo pov | 16:11 |
elodilles | i guessed that :) | 16:11 |
hberaud | and also other libs hosted by other teams | 16:12 |
elodilles | ++, of course | 16:12 |
hberaud | does the TC socialized this point? | 16:12 |
hberaud | (on the ML) | 16:12 |
elodilles | this was the tc-community leaders interaction session | 16:12 |
elodilles | * on the | 16:12 |
hberaud | ok | 16:13 |
elodilles | but i'll start a thread on ML | 16:13 |
hberaud | could be worth | 16:13 |
elodilles | can you answer there with your concerns? | 16:13 |
hberaud | I'll speak about that at the next oslo meeting | 16:13 |
elodilles | ack | 16:13 |
hberaud | sure, I already left a comment | 16:14 |
elodilles | hberaud: cool, thanks! | 16:14 |
hberaud | also we should also notice that usually oslo is frozen before the official date for non client libs | 16:16 |
elodilles | (i'll send the mail some time after today's PTG sessions, so it won't arrive early today) | 16:17 |
hberaud | maybe a compromize could be to add one or two more weeks to this advanced date | 16:17 |
hberaud | ok | 16:17 |
elodilles | hberaud: hmm, yes, it's not in the schedule yet, but i remember now that it usually happened one week earlier than $nclfreeze | 16:18 |
elodilles | yes, one or two more weeks could work i think, too | 16:23 |
elodilles | (the other trivial solution is to ask libraries to release breaking changes as soon as possible in the cycle, but we know that this is theory and in practice... :)) | 16:27 |
*** dviroel|lunch is now known as dviroel | 16:28 | |
hberaud | yeah sometime the patches are submitted at the begining of a series and merge one or two before the end of the series... | 16:28 |
hberaud | oslo host a wide range of deliverable and we arn't million of maintainers | 16:30 |
hberaud | aren't | 16:30 |
hberaud | the same is true for other teams | 16:31 |
elodilles | yes, that's true | 16:32 |
elodilles | hmmm, now i realized my patch is maybe not clear: what was discussed on the 'TC+PTLs' session is rather a 'feature freeze for libraries' than 'a final release' | 16:34 |
hberaud | I was aware of the *freeze* | 16:35 |
hberaud | fix can be merged after this date | 16:35 |
hberaud | but we lose significant amount of time to develop signficant changes and features | 16:36 |
elodilles | ack | 16:43 |
*** amoralej is now known as amoralej|off | 16:51 | |
elodilles | hberaud stephenfin : i've started the mail thread: https://lists.openstack.org/pipermail/openstack-discuss/2022-October/030914.html | 17:11 |
elodilles | thanks for the comments on the patch so far! | 17:12 |
stephenfin | elodilles: ty! I'll reply there too :) | 17:12 |
elodilles | thanks \o/ | 17:13 |
elodilles | and thanks again for the work you did with the fire fighting as well o:) | 17:14 |
opendevreview | Stephen Finucane proposed openstack/releases master: stevedore 3.3.3, 3.4.2, 3.5.2, 4.0.2 https://review.opendev.org/c/openstack/releases/+/861867 | 19:32 |
*** dviroel is now known as dviroel|biab | 20:47 | |
*** dviroel|biab is now known as dviroel | 21:59 | |
*** dviroel is now known as dviroel|out | 23:03 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!