Earlier  
Later
New Search
Posted Nick Remark
#openstack-sdks - 2020-03-03
16:05:35 dtantsur +2
16:05:48 mordred smcginnis: looks decent enough - but it's still one-more-dep for a single print function
16:06:06 smcginnis Yeah, for this case not useful.
16:06:22 smcginnis I have a feeling PrettyTable is going to start causing other problems soon though.
16:06:27 smcginnis Last release was ages ago.
16:06:30 mordred yeah
16:06:42 mordred smcginnis: although sometimes that's nice (/me looks at virtualenv)
16:06:58 smcginnis ;)
16:07:26 dtantsur :D
16:08:30 dtantsur honestly, I'd probably rewrite the statistics reporting to a simpler format. It's not exactly user-facing..
16:09:55 mordred yah
16:26:00 openstackgerrit Riccardo Pittau proposed openstack/openstacksdk master: Add retired and retired_reason fields to baremetal node https://review.opendev.org/711032
16:38:47 openstackgerrit Merged openstack/ansible-collections-openstack master: Just use shutil.rmtree in build.py https://review.opendev.org/710640
16:55:53 openstackgerrit Monty Taylor proposed openstack/python-openstackclient master: Add bindep file https://review.opendev.org/711055
18:08:59 openstackgerrit Merged openstack/openstacksdk stable/train: Fix error handling in network trunks operations https://review.opendev.org/711001
18:09:03 openstackgerrit Merged openstack/openstacksdk master: Include user_id attribute in volume information https://review.opendev.org/710834
18:46:28 cmurphy mordred: could you review https://review.opendev.org/703707 for me? it's an easy one
18:57:15 mordred cmurphy: done!
18:58:57 cmurphy tyvm
20:22:49 mordred rm_work: ooh - the glance patches seem to work!
20:23:13 rm_work yeah they passed CI, haven't tested myself yet tho
20:23:32 rm_work wish i could take any credit for that XD
20:27:21 mordred rm_work: well, they were red last time
20:27:26 mordred then you rebased them and they were green
20:27:40 rm_work :D
20:27:52 rm_work magic!
20:27:57 mordred I should test them by trying to upload an image to rackspace
20:28:09 mordred since that would not work before this patch
20:41:23 rm_work I bet they were red because SDK hadn't released an update including the code it needed yet
20:41:34 rm_work but that was in december, and now it has
23:40:35 openstackgerrit Merged openstack/python-openstackclient master: Fix copypaste errors in access rule command https://review.opendev.org/703707
#openstack-sdks - 2020-03-04
09:55:03 openstackgerrit Slawek Kaplonski proposed openstack/openstacksdk master: Add description field to portforwarding NAT rules https://review.opendev.org/705038
11:56:17 openstackgerrit Hervé Beraud proposed openstack/python-openstackclient stable/train: Add parent project filter for listing projects https://review.opendev.org/711208
13:50:37 openstackgerrit Javier Peña proposed openstack/openstacksdk master: [TEST DO NOT MERGE] Replace assertItemsEqual with assertCountEqual https://review.opendev.org/711235
14:09:00 openstackgerrit Lajos Katona proposed openstack/openstacksdk master: Add port property: ip_allocation https://review.opendev.org/711237
14:15:14 openstackgerrit Bharat Kunwar proposed openstack/openstacksdk master: Return uuid alias for coe_cluster in non strict mode https://review.opendev.org/710823
14:15:25 brtknr Shrews: ^^
14:15:31 brtknr also mordred ^
14:23:55 mordred brtknr: beautiful - thanks
14:26:13 mordred slaweq: https://review.opendev.org/#/c/711237/ look ok to you? also - I rechecked that description patch - it seems to just keep being unlucky
14:29:31 openstackgerrit Bharat Kunwar proposed openstack/openstacksdk master: Return uuid alias for coe_cluster in non strict mode https://review.opendev.org/710823
14:29:57 brtknr mordred: sorry, i had to fix the brackets out of OCD
14:33:10 mordred brtknr: I agree with your fix :)
14:33:55 brtknr mordred: :D
14:38:04 Shrews brtknr: thank you for the tests!
14:38:24 brtknr Shrews: my pleasure
14:55:44 slaweq mordred: looking
15:00:22 slaweq mordred: +2 this patch and thx for rechecking the other one :)
15:14:03 openstackgerrit Javier Peña proposed openstack/openstacksdk master: Replace assertItemsEqual with assertCountEqual https://review.opendev.org/711235
15:16:59 openstackgerrit Monty Taylor proposed openstack/python-openstackclient master: Build utility image for using osc https://review.opendev.org/711246
16:15:10 openstackgerrit Monty Taylor proposed openstack/python-openstackclient master: Build utility image for using osc https://review.opendev.org/711246
16:20:40 openstackgerrit Bharat Kunwar proposed openstack/openstacksdk master: Return uuid alias for coe_cluster in non strict mode https://review.opendev.org/710823
16:20:57 openstackgerrit Bharat Kunwar proposed openstack/openstacksdk master: Return uuid alias for coe_cluster in non strict mode https://review.opendev.org/710823
16:21:09 brtknr mordred: Shrews: Sorry i should have run tox -e pep8 before submitting
16:21:41 mordred brtknr: hahahaha
17:03:16 openstackgerrit Clark Boylan proposed openstack/python-openstackclient master: Replace pkg_resources with importlib-metadata https://review.opendev.org/661856
17:03:31 smcginnis Thanks mordred. Sad to see how many names are in the "no longer around" list.
17:03:47 mordred smcginnis: right?
17:04:07 smcginnis Just imagine if there were still that many cores working on things here. That OSC thread definitely wouldn't have been an issue.
17:04:18 dtantsur le sigh
17:04:38 mordred smcginnis: _seriously_
17:08:06 dtantsur ... and I'm not even officially assigned to work on SDK ...
17:09:52 smcginnis Heh, I'm not even officially assigned to work on OpenStack. I just have a hard time moving on. :D
17:10:02 dtantsur oh wow
17:10:42 openstackgerrit Riccardo Pittau proposed openstack/openstacksdk master: Add retired and retired_reason fields to baremetal node https://review.opendev.org/711032
17:11:17 openstackgerrit Riccardo Pittau proposed openstack/openstacksdk master: Add retired and retired_reason fields to baremetal node https://review.opendev.org/711032
17:20:58 mordred dtantsur: I've *never* been officially assigned to work on SDK ;)
17:21:05 dtantsur LOOOL
17:37:28 umbSublime Is it possible to specify microversion to use on openstack.proxy.Proxy calls. Or at least force one to be used by the proxy. I know I've asked this in the past, but it wasn't possible then. Maybe it is now ?
17:41:30 umbSublime I still get None on for example conn.compute.min_version and conn.compute.max_version yet information is there when inspecting: conn.compute.get_all_version_data()
17:43:43 umbSublime openstack.version.__version__ == 0.41.0, keystoneauth1.__version__ == 3.18.0
17:44:17 mordred umbSublime: the intent is that as a user of the library you should never have to specify a microversion - let me look at the min_version / max_version thing ... what are you trying to do that isn't working? (other than specifying a microversion)
17:44:59 mordred (I believe we did add the ability for you to force one - but I'm more curious why you need to)
17:47:55 umbSublime Well say I cann conn.compute.hypervisors(), then the 'id' is an int while when using microversion 2.53 I get UUIDs. Same can be observed with openstackclient: `openstack hypervisor list` vs `openstack --os-compute-api-version 2.53 hypervisor list`
17:49:05 umbSublime I can force it with conn.compute.get('/os-hypervisors', microversion="2.53"). But it would be awesome if i could do conn.compute.hypervisors(microversion="2.53")
17:49:40 mordred should we not maybe just default to 2.53 if it's available in this case?
17:50:01 umbSublime yes or whatever the max_microversion is for the endpoint
17:51:26 mordred well - we have to pick max_microversion we can support- this doesn't sound like one we'd need to update anything else in the sdk to support, so it's pretty easy (sometimes thigs change key names or the liek and we need to add compat code to be able to safely provide them)
17:52:19 openstackgerrit Monty Taylor proposed openstack/openstacksdk master: Set max_microversion to 2.53 for hypervisors https://review.opendev.org/711294
17:52:26 umbSublime so then each api call requiring a specific microversion should be hard-coded on sdk side ?
17:52:31 mordred umbSublime: ^^ that should do the trick for you
17:52:47 mordred umbSublime: yes - otherwise microversion changes don't protect the user from very much and we might as well not have them
17:52:54 mordred but if we use them well, they're pretty awesome
17:53:29 mordred we don't hard-core the api calls themselves, we have a system where we can express what microversion a given resource knows how to handle the requests and responses for
17:53:58 umbSublime Ahh I see.
17:54:40 umbSublime Regardless of that though in the event that new microversion is not yet supported by SDK, wouldn't it be also pretty neat to be able to specifiy it as kwarg on the method too ?
17:55:32 umbSublime Because there are cases where a feature is supported between microverion X and Y and then removed or again modified in microversion Z
17:55:42 mordred not necessarily, because the SDK has to map the responses into the Resource objects. that said - I'm _pretty_ sure if you set compute_api_version to 2.53 in our clouds.yaml then we'll set default_microversion of it
17:56:03 mordred umbSublime: oh that's joyous :)
17:56:22 umbSublime mordred, I'll give that a shot
17:56:30 mordred dtantsur|afk: darn, you're not here- we added support for configuring a defaut_microversion override didn't we?
17:57:17 mordred yes
17:57:32 mordred umbSublime: so you can either be _explicit_ and do compute_default_microversion=2.53
17:57:51 mordred or you can do compute_api_version=2.53 and we'll infer that you mean default_microversion
17:58:27 mordred however - just know that your mileage may vary if you do that - we may not necessarily know how to deal with all of the responses on all of the calls and it could blow up in fascinating ways :)
17:58:53 mordred (always looking for improvements though - so if you do find a place where you do that and it blows up, let us know and we can figure out how to support that mv)
17:59:00 umbSublime indeed forcing compute_api_version in clouds.yaml does the job.
17:59:24 umbSublime I wasn't aware of that trick. Very useful!!
18:00:16 mordred woot!
18:00:34 umbSublime ^^

Earlier   Later