Earlier  
Later
New Search
Posted Nick Remark
#openstack-sdks - 2022-02-23
18:13:26 opendevreview Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: DNM test branch jobs for collection https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829668
19:59:10 opendevreview Cyril Roelandt proposed openstack/keystoneauth master: Improve help messages for a few options https://review.opendev.org/c/openstack/keystoneauth/+/830684
20:44:34 opendevreview Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: Run jobs on stable branch https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829638
21:07:11 opendevreview Shnaidman Sagi (Sergey) proposed openstack/ansible-collections-openstack stable/1.0.0: Run jobs on stable branch https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829638
#openstack-sdks - 2022-02-24
02:25:31 opendevreview Merged openstack/ansible-collections-openstack stable/1.0.0: Run jobs on stable branch https://review.opendev.org/c/openstack/ansible-collections-openstack/+/829638
05:30:08 opendevreview Yi Feng proposed openstack/keystoneauth master: OAuth2.0 Client Credentials Grant Flow Support Added a new OAuth2ClientCredential plugin, accessible via the 'v3oauth2clientcredential' entry point, making possible to authenticate using an application credentials as an OAuth2.0 client credentials. https://review.opendev.org/c/openstack/keystoneauth/+/830734
07:39:13 opendevreview Yi Feng proposed openstack/keystoneauth master: [WIP] OAuth2.0 Client Credentials Grant Flow Support https://review.opendev.org/c/openstack/keystoneauth/+/830734
16:48:05 opendevreview Gaudenz Steinlin proposed openstack/ansible-collections-openstack master: Add 'all_projects' to server_action module https://review.opendev.org/c/openstack/ansible-collections-openstack/+/830871
#openstack-sdks - 2022-02-25
01:47:26 opendevreview Yi Feng proposed openstack/keystoneauth master: [WIP] OAuth2.0 Client Credentials Grant Flow Support https://review.opendev.org/c/openstack/keystoneauth/+/830734
12:21:22 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
13:26:12 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
14:16:46 hberaud Hello, please can someone of your team have a look to https://review.opendev.org/c/openstack/releases/+/829081
14:16:49 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:52 elodilles thanks! :)
14:16:54 elodilles jinx :)
14:17:09 hberaud :)
14:17:38 gtema I have pretty clear expressed why it can't be released now
14:19:47 elodilles "no changes can be release at the moment. Yoga will will stay at current version"
14:19:57 elodilles you mean this? ^^^
14:20:29 elodilles anyway, thanks for the response, just wanted to double check
14:22:39 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:23:10 fungi that way it can release (or not) whenever it likes without needing to follow schedules set by the openstack release managers
14:23:32 gtema no, there were releases in this cycle
14:24: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:28 fungi but it's not observing the release freeze as there's new work going into master
14:25:24 gtema there were no features added required for the depending components
14:25:33 gtema thus from my pov latest release can be used as is without any issues
14:27:01 gtema changes from feature branch landed quite some time ago and issues blocking release has been identified
14:28:45 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:29:25 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:32:44 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:33:09 gtema a big batch of changes were done in the feature branch and it got merged during suitable time frame
14:33:58 fungi well, it's not all that dissimilar from some other projects which follow the independent release model
14:34:01 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:41 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:35:41 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:36:25 gtema well, if tc/whoever else is interested are not really objecting that for SDK - I have nothing agains
14:37:01 gtema I just recall there were some discussions on that and it was decided to leave it like it is now
14:40:43 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:41:44 fungi but the release team can presumably branch stable/yoga from the 0.61.0 tag back in december
14:42:05 gtema sure. As mentioned, I was just somewhy keeping in the back of my mind there were real reasons for this decision
14:42:32 gtema hm, stable branches of SDK is another dirty story
14:46:51 fungi right, independent release model doesn't require stable branches either
14:47:31 fungi (allows them as needed, but does not require them cycle after cycle)
14:48:23 gtema maybe even that was somehow a reason for keeping sdk on this model
14:49:30 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:46 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:50:59 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:51:23 gtema okay, would need to consider this again and potentially discuss during ptg
14:51:37 fungi yeah, it would certainly be a good conversation to have
14:52:20 diablo_rojo_phone +2
14:56:20 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..."
17:15:50 opendevreview Rajat Dhasmana proposed openstack/python-openstackclient master: compute: Add support for microversion 2.91 https://review.opendev.org/c/openstack/python-openstackclient/+/831014
18:22:43 opendevreview Merged openstack/keystoneauth master: Fix bindep for current rpm based distributions https://review.opendev.org/c/openstack/keystoneauth/+/830211
18:25:05 opendevreview Merged openstack/keystoneauth master: setup.cfg: Replace dashes by underscores https://review.opendev.org/c/openstack/keystoneauth/+/827993
#openstack-sdks - 2022-02-27
05:13:31 opendevreview yangjianfeng proposed openstack/openstacksdk master: Add CRUD methods for Neutron router ndp proxy https://review.opendev.org/c/openstack/openstacksdk/+/749036
05:15:32 opendevreview yangjianfeng proposed openstack/openstacksdk master: Add CRUD methods for Neutron router ndp proxy https://review.opendev.org/c/openstack/openstacksdk/+/749036
05:17:42 opendevreview yangjianfeng proposed openstack/openstacksdk master: Add CRUD methods for Neutron router ndp proxy https://review.opendev.org/c/openstack/openstacksdk/+/749036
#openstack-sdks - 2022-02-28
16:33:34 diablo_rojo Haven't seen the SDK team sign up for the PTG yet. Were we planning to?
16:34:14 gtema yes, it's just cause of this war I am now not really thinking bout that
17:57:51 diablo_rojo Totally legit reason.
17:58:08 diablo_rojo I hope you and your family and friends are all doing okay.
17:59:25 gtema currently working on extraction, but not for everyone, some can not escape surrounding of big cities
18:01:10 gtema proper word is actually blockade and not anything so soft
18:42:33 sshnaidm gtema, where are yours?
18:44:43 gtema Everywhere across, mostly exactly Kharkov and Kiev
18:45:53 sshnaidm damn.. mine are in Kherson and Kiev
18:46:31 sshnaidm hope for best for all
18:46:33 gtema Sad
18:47:03 gtema Sure. Hope the mass extinction stops
#openstack-sdks - 2022-03-01
07:21:19 opendevreview JIHOJU proposed openstack/python-openstackclient master: Add more filter option of columns for server list -c COLUMN https://review.opendev.org/c/openstack/python-openstackclient/+/807420
15:05:51 opendevreview Arx Cruz proposed openstack/ansible-collections-openstack master: Update compute service info module to use proxy layer https://review.opendev.org/c/openstack/ansible-collections-openstack/+/828698
#openstack-sdks - 2022-03-02
02:40:27 opendevreview Yi Feng proposed openstack/keystoneauth master: [WIP] OAuth2.0 Client Credentials Grant Flow Support https://review.opendev.org/c/openstack/keystoneauth/+/830734
12:52:15 opendevreview Mamatisa Nurmatov proposed openstack/python-openstackclient master: Fix metavars and typos in local_ip https://review.opendev.org/c/openstack/python-openstackclient/+/830342
16:44:03 opendevreview Tushar Trambak Gite proposed openstack/os-api-ref master: Add Python3 yoga unit tests https://review.opendev.org/c/openstack/os-api-ref/+/831560
18:18:37 headphoneJames gtema: any other steps before getting merge approval for: https://review.opendev.org/c/openstack/openstacksdk/+/826193
#openstack-sdks - 2022-03-03
12:28:09 opendevreview Merged openstack/openstacksdk master: doc: Remove references to 'examples' test env https://review.opendev.org/c/openstack/openstacksdk/+/822812
12:38:58 opendevreview Arx Cruz proposed openstack/ansible-collections-openstack master: Update compute service info module to use proxy layer https://review.opendev.org/c/openstack/ansible-collections-openstack/+/828698
15:14:02 opendevreview Merged openstack/openstacksdk master: Identity: Add support for system role assignment https://review.opendev.org/c/openstack/openstacksdk/+/826193
16:52:44 opendevreview ribaudr proposed openstack/python-openstackclient master: Microversion 2.91: Support specifying destination host to unshelve https://review.opendev.org/c/openstack/python-openstackclient/+/831823
17:19:58 opendevreview ribaudr proposed openstack/python-openstackclient master: Microversion 2.91: Support specifying destination host to unshelve https://review.opendev.org/c/openstack/python-openstackclient/+/831823
17:31:34 headphoneJames Thanks for merging https://review.opendev.org/c/openstack/openstacksdk/+/826193
17:34:07 headphoneJames The related patch to support the system role configuration in the openstack ansible collection is https://review.opendev.org/c/openstack/ansible-collections-openstack/+/826395/
17:36:02 headphoneJames A review of https://review.opendev.org/c/openstack/ansible-collections-openstack/+/826395/ would be very much appreciated. Thanks.
#openstack-sdks - 2022-03-04
01:16:05 opendevreview Yi Feng proposed openstack/keystoneauth master: OAuth2.0 Client Credentials Grant Flow Support https://review.opendev.org/c/openstack/keystoneauth/+/830734
08:38:31 opendevreview ribaudr proposed openstack/python-openstackclient master: Microversion 2.91: Support specifying destination host to unshelve https://review.opendev.org/c/openstack/python-openstackclient/+/831902
08:58:06 isabek gtema: Hi! Can you please check this patch: https://review.opendev.org/c/openstack/python-openstackclient/+/830342 . Thanks in advance!
14:47:27 elodilles hi team, quick question: is the situation the same for python-openstackclient as openstacksdk? (regarding my mail on ML: http://lists.openstack.org/pipermail/openstack-discuss/2022-March/027495.html )
15:10:55 gtema elodilles: OSC can be released
15:13:29 elodilles gtema: oh, cool, can you propose a release patch for it?
15:14:10 gtema Not today, am driving long today
15:14:40 elodilles gtema: i can propose a release patch too if that's OK for you
15:14:54 gtema Sure
15:14:55 elodilles gtema: if you could quickly review that that would be awesome
15:15:06 gtema Ok
15:24:24 elodilles gtema: https://gerrit.nordix.org/c/opendev/openstack/releases/+/12637
15:24:34 elodilles gtema: i've added stable/yoga cut as well
15:24:40 elodilles gtema: thanks in advance
15:28:20 elodilles gtema: and the right link for the release patch: https://review.opendev.org/c/openstack/releases/+/831963
16:50:55 opendevreview Gage Hugo proposed openstack/keystoneauth master: Update master for stable/wallaby https://review.opendev.org/c/openstack/keystoneauth/+/781869

Earlier   Later