| opendevreview | Yi Feng proposed openstack/keystoneauth master: [WIP] OAuth2.0 Client Credentials Grant Flow Support https://review.opendev.org/c/openstack/keystoneauth/+/830734 | 01:47 |
|---|---|---|
| slaweq | gtema dtantsur stephenfin hi, can You check https://review.opendev.org/c/openstack/python-openstackclient/+/830289 when You will have few minutes? Thx in advance | 12:21 |
| opendevreview | Merged openstack/python-openstackclient master: Add support for setting extra DHCP options on existing ports https://review.opendev.org/c/openstack/python-openstackclient/+/830289 | 13:26 |
| *** Guest229 is now known as diablo_rojo_phone | 14:01 | |
| hberaud | Hello, please can someone of your team have a look to https://review.opendev.org/c/openstack/releases/+/829081 | 14:16 |
| elodilles | hi sdk team! can you please double check the release patch for openstacksdk (and my comment on it?): https://review.opendev.org/c/openstack/releases/+/829081 | 14:16 |
| elodilles | thanks! :) | 14:16 |
| elodilles | jinx :) | 14:16 |
| hberaud | :) | 14:17 |
| gtema | I have pretty clear expressed why it can't be released now | 14:17 |
| elodilles | "no changes can be release at the moment. Yoga will will stay at current version" | 14:19 |
| elodilles | you mean this? ^^^ | 14:19 |
| elodilles | anyway, thanks for the response, just wanted to double check | 14:20 |
| fungi | i guess that means the project's development schedule is no longer aligned with the coordinated openstack release, and it should be switched to the independent release model? | 14:22 |
| fungi | that way it can release (or not) whenever it likes without needing to follow schedules set by the openstack release managers | 14:23 |
| gtema | no, there were releases in this cycle | 14:23 |
| gtema | release model of sdk was always in reality a question, but back those days decided to stick to that, cause sdk is used by i.e. nova | 14:24 |
| fungi | but it's not observing the release freeze as there's new work going into master | 14:24 |
| gtema | there were no features added required for the depending components | 14:25 |
| gtema | thus from my pov latest release can be used as is without any issues | 14:25 |
| gtema | changes from feature branch landed quite some time ago and issues blocking release has been identified | 14:27 |
| fungi | i understand, it's more a question of it currently being marked as using a different set of rules. this is the release model the release managers think openstacksdk is following: https://releases.openstack.org/reference/release_models.html#cycle-with-intermediary | 14:28 |
| fungi | "...commit to produce a release near the end of the 6-month development cycle to be used with projects using the other cycle-based release models that are required to produce a release at that time" | 14:29 |
| gtema | I know. I fear there is currently no other suitable model for sdk as being that even it is something "special". In any way this is currently an exception, rather then the rule | 14:32 |
| gtema | a big batch of changes were done in the feature branch and it got merged during suitable time frame | 14:33 |
| fungi | well, it's not all that dissimilar from some other projects which follow the independent release model | 14:33 |
| gtema | sadly issues requiring further work were also identified (i.e. hurting Zuul) and as such release need to be postponed unless those got worked on | 14:34 |
| gtema | yeah, but if I read descriptions correctly just because being now considered a lib of some core components it must follow this model | 14:34 |
| fungi | there are lots of lib dependencies which aren't managed as part of the coordinated release. in fact, most of openstack's dependencies aren't even developed within openstack at all | 14:35 |
| gtema | well, if tc/whoever else is interested are not really objecting that for SDK - I have nothing agains | 14:36 |
| gtema | I just recall there were some discussions on that and it was decided to leave it like it is now | 14:37 |
| fungi | no worries, just suggesting that as it might create lower levels of friction since the project is doing development at a point in the cycle where libs are supposed to be frozen until the stable branches are cut | 14:40 |
| fungi | but the release team can presumably branch stable/yoga from the 0.61.0 tag back in december | 14:41 |
| gtema | sure. As mentioned, I was just somewhy keeping in the back of my mind there were real reasons for this decision | 14:42 |
| gtema | hm, stable branches of SDK is another dirty story | 14:42 |
| fungi | right, independent release model doesn't require stable branches either | 14:46 |
| fungi | (allows them as needed, but does not require them cycle after cycle) | 14:47 |
| gtema | maybe even that was somehow a reason for keeping sdk on this model | 14:48 |
| gtema | decoupling sdk from releases is easy and makes sense on one side, but it will definitely face some resistance on release packaging side | 14:49 |
| fungi | maybe, though if you follow semver conventions fairly closely and increment the minor revision on any dependency changes, you can still safely add a stable branch and tag patch level revisions on it after the fact | 14:49 |
| fungi | problem arises if you change requirements.txt in 0.61.1 and then want to branch from 0.60.0 later, there's no room to tag stable point releases | 14:50 |
| gtema | okay, would need to consider this again and potentially discuss during ptg | 14:51 |
| fungi | yeah, it would certainly be a good conversation to have | 14:51 |
| diablo_rojo_phone | +2 | 14:52 |
| fungi | er, my example was slightly off. i meant to say "...if you change requirements.txt in 0.61.1 and then want to branch from 0.61.0 later..." | 14:56 |
| opendevreview | Rajat Dhasmana proposed openstack/python-openstackclient master: compute: Add support for microversion 2.91 https://review.opendev.org/c/openstack/python-openstackclient/+/831014 | 17:15 |
| opendevreview | Merged openstack/keystoneauth master: Fix bindep for current rpm based distributions https://review.opendev.org/c/openstack/keystoneauth/+/830211 | 18:22 |
| opendevreview | Merged openstack/keystoneauth master: setup.cfg: Replace dashes by underscores https://review.opendev.org/c/openstack/keystoneauth/+/827993 | 18:25 |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!