Earlier  
Later
New Search
Posted Nick Remark
#openstack-sdks - 2017-10-04
21:20:53 mordred once you have a flavor, you POST to /flavors/{id}/os-extra_specs
21:21:04 mordred briancurtin: agreed
21:22:08 xarses f = {'property': {'hw:cpu_policy': 'dedicated', 'hw:cpu_sockets': 1, 'hw:cpu_threads': 2, 'cost': 148.5, 'hw:cpu_cores': 8, 'hw:cpu_thread_policy': 'prefer'}, 'vcpus': 16, 'ram': 32256, 'name': 'm32-c16-d320-as', 'disk': 320, 'id': 'e2193116-f4f6-4db1-9191-33ef7d958895'}
21:22:17 xarses create_flavor(**f)
21:22:23 xarses returns the flavor object
21:22:42 xarses no info about that keys where ignored
21:23:22 briancurtin yeah, should probably output that and/or fail. i believe there was a ticket to output a warning with the ignored keys
21:23:29 xarses I see two problems, it took extra keys
21:23:34 briancurtin everything you pass has to match up with something on the associated resource
21:23:51 xarses and that there is no interface in sdk.compute to set os-extra_specs
21:24:03 briancurtin yeah well someone has the add the later
21:24:43 briancurtin im also not sure how you figured you could just send an arbitrary list of keys
21:25:10 briancurtin (that’s horribly worded…it’s not a list. arbitrary keyword arguments)
21:25:37 xarses by sending them and it just returning the result that I sort-of expected and moving on
21:25:57 xarses then accidentally reviewing the output of `openstack flavor list --long` and seeing they where missing
21:26:49 xarses I get the most frustrated when the sdk objects don't resemble what you get back on the CLI (like keys are wholly renamed)
21:27:48 briancurtin that’s a feature of the SDK, as there are several naming formats across openstack REST responses, including keys which cannot be python names
21:28:10 briancurtin for example, most of what you tried to send
21:31:58 briancurtin people want (wanted?) one place to do all of this, one format, one thing to install, consistency all around. a bunch of things get renamed in the process to make it usable for the masses, but yeah, if you’re looking at what are probably database column names or something, they don’t always match up 1-1 with the names in openstacksdk. on purpose.
21:37:29 mordred ++
22:16:23 openstackgerrit Dean Troyer proposed openstack/osc-lib master: --os-profile option suddenly causes trouble in unit tests https://review.openstack.org/509662
#openstack-sdks - 2017-10-05
01:09:50 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
01:12:02 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/509460
02:25:48 openstackgerrit Hongbin Lu proposed openstack/python-openstackclient master: Added AddNetwork command to server https://review.openstack.org/509209
02:41:57 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
02:43:59 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/509460
02:44:35 openstackgerrit Merged openstack/python-openstackclient master: Support creating unaddress neutron port https://review.openstack.org/504817
02:57:57 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
02:59:51 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/509460
03:13:45 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
03:15:40 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/509460
03:34:02 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
03:35:57 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/509460
04:03:41 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
04:05:37 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/509460
04:19:53 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
04:21:49 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/509460
05:30:33 openstackgerrit shogoadachi proposed openstack/python-openstackclient master: Accept 0 for --min-disk and --min-ram https://review.openstack.org/507345
06:11:34 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
06:13:38 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/509460
13:51:41 openstackgerrit OpenStack Proposal Bot proposed openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/509460
16:35:58 elmiko lol, i am just now seeing last weeks newsletter
16:36:08 elmiko calling me out as a blabbermouth... XD
16:39:26 cdent naw mate, that’s calling you out as the social glue
16:43:26 elmiko haha =)
16:43:37 edleafe yes, elmiko is very sticky
16:52:30 elmiko cdent, edleafe, https://etherpad.openstack.org/p/api-sig-newsletter
16:53:16 cdent “Firstly,”
16:53:43 elmiko First and foremost?
16:54:32 cdent too
16:54:33 cdent many
16:54:34 cdent notes
16:54:39 elmiko oh fine...
16:55:24 elmiko i can't suppress my folksiness, sorry
16:57:17 cdent even though it is not a guideline, may as well link ed’s changes (i’ve done it)
16:57:42 edleafe reasonable bending of the rules
16:58:03 elmiko +1, thanks
16:58:25 edleafe ok, I'm good with it
16:58:39 cdent me too
17:00:14 elmiko are we still limiting distribution to the dev-ml?
17:02:20 edleafe yeah
17:03:43 cdent I suppose eventually we should ask ourselves if/when we include api-consumers
17:04:09 elmiko that's kinda what i was wondering, just wanted to make sure we hadn't change it yet
17:04:11 cdent not getting any traffic yet, though
17:04:21 cdent not sure it has any people on it
17:04:35 elmiko greenfield!
17:28:02 openstackgerrit Merged openstack/python-openstackclient master: Updated from global requirements https://review.openstack.org/509460
17:29:43 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
17:45:46 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
18:58:43 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
#openstack-sdks - 2017-10-06
00:57:05 openstackgerrit Steve Martinelli proposed openstack/python-openstackclient master: auto-generate docs for v3 identity resources https://review.openstack.org/494633
17:11:08 openstackgerrit Merged openstack/keystoneauth master: Add version discovery support to BaseAuthPlugin https://review.openstack.org/500956
19:31:05 openstackgerrit Merged openstack/osc-lib master: --os-profile option suddenly causes trouble in unit tests https://review.openstack.org/509662
#openstack-sdks - 2017-10-07
18:03:43 openstackgerrit Hongbin Lu proposed openstack/python-openstackclient master: [WIP] Be robust on import plugin module https://review.openstack.org/510308
18:44:28 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
20:40:52 openstackgerrit Hongbin Lu proposed openstack/python-openstackclient master: [WIP] Be robust on import plugin module https://review.openstack.org/510308
20:55:17 openstackgerrit Hongbin Lu proposed openstack/python-openstackclient master: Be robust on import plugin module https://review.openstack.org/510308
21:07:33 openstackgerrit Hongbin Lu proposed openstack/python-openstackclient master: Be robust on import plugin module https://review.openstack.org/510308
22:12:49 openstackgerrit OpenStack Proposal Bot proposed openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
23:27:45 openstackgerrit Merged openstack/osc-lib master: Updated from global requirements https://review.openstack.org/509448
#openstack-sdks - 2017-10-09
06:49:17 openstackgerrit Duong Ha-Quang proposed openstack/cliff master: [WIP] Move legacy jobs to project https://review.openstack.org/510418
06:50:30 openstackgerrit Duong Ha-Quang proposed openstack/cliff master: [WIP] Move legacy jobs to project https://review.openstack.org/510418
08:06:12 openstackgerrit Reedip proposed openstack/python-openstackclient master: Add extra dhcp option to 'port create/set/unset' https://review.openstack.org/356263
12:42:00 efried mordred In response to https://review.openstack.org/#/c/488137/22/nova/exception.py@973 I'm considering writing a leetle article describing how to update your local data in os-service-types. Got an idea of where best to put it?
13:33:24 efried Perhaps it's just a matter of pip upgrading os-service-types
14:53:23 sdague efried: I honestly don't like the idea of updating the data outside of the library. It makes the library version not extremely useful in debugging issues
14:59:42 efried sdague Fair enough.
21:55:51 thingee dtroyer, mordred wonder if we should consider openstack client and shade on-boarding rooms ... if they haven't already been submitted http://lists.openstack.org/pipermail/openstack-dev/2017-October/123332.html
#openstack-sdks - 2017-10-10
09:09:09 openstackgerrit Stephen Finucane proposed openstack/cliff master: Generate demoapp CLI refernece https://review.openstack.org/483134
09:14:09 openstackgerrit Stephen Finucane proposed openstack/cliff master: doc: Cleanup of demoapp doc https://review.openstack.org/510802
09:58:16 umbSublime is there currently a way to get a flavor's extra_specs from the SDK, I can't seem to find one :/.
11:32:39 openstackgerrit Merged openstack/cliff master: doc: Remove blank lines between term and definition https://review.openstack.org/485698
12:49:01 mordred umbSublime: no, openstacksdk does not have support for flavor extra_specs at the moment. shade does, so if you're blocked on it I'd suggest shade - there will be work to merge the two over the next cycle
12:49:07 mordred thingee: on-boarding room sounds great
12:52:17 umbSublime mordred, thank you, I'm no developer, but looking at the codebase for the SDK I was wondering if as a work-around for now I could just modify the Flavor object to add a property for extra_specs would just "work" https://github.com/openstack/python-openstacksdk/blob/79462437058e37b83b8153531b5078ddc5a1edb8/openstack/compute/v2/flavor.py#L56.
12:52:25 umbSublime Using shade would work indeed, but performance wise in my experience using the SDK directly is much faster.
12:53:24 umbSublime concerning you last bit, you mean if all goes well in next cycle there will be a merge of shade and openstacksdk ?
12:55:14 mordred umbSublime: yah - that's likely because of the current shade behavior to use list() and then client-side filtering for get() calls ...
12:56:01 mordred umbSublime: there is a constructor parameter now "use_direct_get" which switches behavior to using get() instead ... there is also, ironically enough, a flag to tell shade to NOT fetch extra_specs every time you look for a flavor :)
12:56:24 mordred (the current default behavior is to fetch a flavor's extra_specs when fetching a flavor - this was a bad choice)

Earlier   Later