Earlier  
Posted Nick Remark
#openstack-sdks - 2017-01-28
01:56:53 openstackgerrit Dean Troyer proposed openstack/python-openstackclient: Fix address scope list --share https://review.openstack.org/426452
01:57:24 dtroyer stevemar: ^^^ is an SDK refactor field problem, I'll bet so is https://bugs.launchpad.net/python-openstackclient/+bug/1659878
01:57:24 openstack Launchpad bug 1659878 in python-openstackclient "Network creation ignores --project option" [High,New]
02:07:11 openstackgerrit Dean Troyer proposed openstack/python-openstackclient: Fix network create --project https://review.openstack.org/426454
02:07:35 dtroyer stevemar: Try ^^^ for network create
02:56:01 stevemar dtroyer: want me to punt https://review.openstack.org/#/c/426454/ through or wait for a functional test?
02:56:25 stevemar i think its correct, it worked before and and the fix looks 100% correct
02:56:30 stevemar just thinking about regressions
02:58:23 stevemar dtroyer: i punted both through, but i just realized they didn't have release notes, i'll let you make that call
03:24:05 dtroyer I'll add notes and a func test for network tomorrow. This isn't blocking CI jobs, is it?
03:26:47 dtroyer I'm not seeing consistent failures for the reviews that are red in status/zuul
03:28:29 dtroyer stevemar: thanks for pushing those in, I'm calling it a night, will check in in the morning
03:44:13 stevemar dtroyer: ack
04:16:13 openstackgerrit Merged openstack/python-openstackclient: Fix address scope list --share https://review.openstack.org/426452
04:16:46 openstackgerrit Merged openstack/python-openstacksdk: Add cluster_operation and node_operation https://review.openstack.org/419783
04:17:07 openstackgerrit Merged openstack/python-openstacksdk: Add params to ClusterDelNodes action https://review.openstack.org/416125
04:43:41 openstackgerrit Merged openstack/python-openstackclient: Fix network create --project https://review.openstack.org/426454
13:46:21 openstackgerrit Dean Troyer proposed openstack/python-openstackclient: Add relnotes for the two recent bug fixes https://review.openstack.org/426504
13:46:52 dtroyer stevemar: when you're around ^^^
13:47:46 dtroyer If there's a hurry on the network create bug we can release with that as the 3.8.1 commit, otherwise I'd like to wait a couple more days to see if other bugs show up
17:42:29 reedip_ ankur-gupta-f1, there ?
17:45:13 openstackgerrit Reedip proposed openstack/python-openstackclient: Overwrite/Clear Flavor property https://review.openstack.org/415369
#openstack-sdks - 2017-01-29
00:54:05 openstackgerrit Merged openstack/python-openstackclient: Add relnotes for the two recent bug fixes https://review.openstack.org/426504
11:22:50 openstackgerrit Reedip proposed openstack/python-openstackclient: Add extra dhcp option to 'port create/set/unset' https://review.openstack.org/356263
17:24:00 EmilienM dtroyer, stevemar: hey! do you know when do we release osc with https://review.openstack.org/#/c/426454/ included?
17:24:35 EmilienM tripleo is currently having a bug, that I think is related to ^ https://bugs.launchpad.net/tripleo/+bug/1660168
17:24:35 openstack Launchpad bug 1660168 in tripleo "neutron/undercloud: Unable to find subnet with name or id" [Critical,Triaged]
17:24:41 EmilienM it sounds related to https://bugs.launchpad.net/python-openstackclient/+bug/1659878
17:24:41 openstack Launchpad bug 1659878 in python-openstackclient "Network creation ignores --project option" [High,Fix released] - Assigned to Dean Troyer (dtroyer)
17:48:57 openstackgerrit Reedip proposed openstack/python-openstackclient: Add extra dhcp option to 'port create/set/unset' https://review.openstack.org/356263
19:58:18 stevemar EmilienM: probably monday morning :)
20:23:42 dtroyer EmilienM: I'll prep the release tonight so it's ready bright-n-early
#openstack-sdks - 2017-01-30
02:23:23 dtroyer stevemar: I submitted  https://review.openstack.org/426635 for a osc 3.8.1 release, but that's not what EmilienM's report is about. that seems to be from neutronclient?
02:53:51 EmilienM dtroyer, stevemar: awesome! thanks guys
02:54:18 EmilienM dtroyer: I'm not sure but I think the bug I found was fixed in osc
02:54:24 EmilienM I'll keep investigating tomorrow
03:58:00 stevemar dtroyer: we still haven't created the stable/ocata branach for osc yet eh
03:58:24 stevemar dtroyer: thats to be done by the project teams now btw
14:32:34 openstackgerrit Qiming Teng proposed openstack/python-openstacksdk: Add 'tags' property to orchestration stack https://review.openstack.org/426780
14:57:07 reedip_ stevemar : awake ?
16:12:00 knikolla need some help figuring out _cli_options. where are they declared and loaded?
16:14:40 JayF /win 21
16:14:43 JayF whoops, sorry
16:19:31 ankur-gupta-f1 reedip: reedip_: you pinged the other day. Sorry I missed it
16:30:20 reedip_ bow I dont remember ankur-gupta-f1 :)
16:30:25 reedip_ now*
16:30:34 ankur-gupta-f1 haha no worries. Hope you had a good weekend
16:31:37 reedip_ Naah, had a bad one actually :(
16:34:31 ankur-gupta-f1 reedip_: Ah bummer. Hope everything gets better. :)
16:35:29 dtroyer knikolla: that looks like an OSC var name, need a bit more context
16:36:54 knikolla dtroyer: regarding https://review.openstack.org/#/c/371709
16:37:35 knikolla dtroyer: it adds the service_provider and remote_project_* options
16:40:17 dtroyer ok. _cli_options is passed to ClientManager.__init__() when the ClientManager is created in OpenStackShell.initialize_app()
16:40:45 dtroyer it comes from the os-client-config cloud configuration stuff that is the combination of env vars, CLI options and clouds.yaml
16:41:19 dtroyer I think Steve's question is how are you expecting the new values to be set?
16:41:27 dtroyer ie, what does the user do here?
16:42:54 knikolla dtroyer: either put the values in clouds.yaml, which is the preferred option, or commandline in the form —os-service-provider
16:43:50 knikolla dtroyer: i'm currently trying the patch with clouds.yaml and when i try to put the service-provider value in it, it fails on load_auth_plugin() in the clientmanager
16:47:03 knikolla dtroyer: wait, my mistake, it goes through.
16:50:01 dtroyer I don't see —os-service-provider being defined in the shell. That shouldn't prevent it from working in clouds.yaml, but may have other effects such as it not being defined in the Namespace object
17:17:57 knikolla dtroyer: through clouds.yaml it works!
17:19:02 dtroyer knikolla: coolness
17:20:28 knikolla dtroyer: i was missing identity_api_version: 3, adding that fixed it in clouds.yaml
17:28:22 reedip_ dtroyer, ankur-gupta-f1 : any review comments for https://review.openstack.org/#/c/356263/ ?
17:34:51 ankur-gupta-f1 reedip_: looking. But off the bat I don't like that the user has many options of what to put in for dhcp-option-name. Feel it should be something like name=<dhcp-option-name>[,value=<value>][,ip-version={4,6}] or something along those lines. Especially if it is possible to repeat the option.
17:35:36 ankur-gupta-f1 I guess its past that point. but it is confusing
17:39:04 reedip_ ankur-gupta-f1 : the dhcp name is user defined, so I guess it would be difficult to limit it to a specific set ( thats what I understood by what u wrote )
20:08:14 openstackgerrit Sindhu Devale proposed openstack/python-openstackclient: "floating ip set/unset port" for OSC https://review.openstack.org/383025
20:09:35 openstackgerrit Shashank Kumar Shankar proposed openstack/python-openstacksdk: Add network flavor associate, disassociate to SDK https://review.openstack.org/403904
21:03:56 xwu_ what's the major difference between python openstackclient and openstacksdk?
21:04:43 dtroyer xwu_: OpenStackclient (OSC) is a command-line client, OpenStackSDK is a Python library, which is used by portions of OSC for the REST comunication
21:05:52 xwu_ thanks dtroyer. I was looking at online doc, http://docs.openstack.org/user-guide/sdk-install.html
21:06:02 stevemar dtroyer: we should rename osc to OpensStackCLIent
21:06:04 stevemar :D
21:06:16 xwu_ it asked to install command line client
21:06:45 xwu_ http://developer.openstack.org/sdks/python/openstacksdk/users/
21:06:59 xwu_ this URL says we need openstacksdk, this is confusing
21:07:27 xwu_ so in short, when I write a quick utility using Python API, I should be using openstacksdk, right? not openstackclient,
21:08:26 dtroyer xwu_: yes. OSC has portions that can be used as a library (the separate osc-lib package) but itself is just the CLI
21:10:46 xwu_ thx, dtroyer, this helps. the fact that osc can be used as a lib confused me.
21:11:19 dtroyer only the stuff in osc-lib _should_ be used that way, that's why we split it out.
21:13:27 xwu_ assume osc-lib/sdk both support python v2/v3.
21:13:39 dtroyer yes
21:14:36 xwu_ for new user, I probably should forget osc-lib, only focus on sdk instead
21:15:27 dtroyer they do different things
21:15:39 dtroyer osc-lib is focused on things that CLIs commonly need
21:15:48 dtroyer and to support OSc plugins
21:16:01 dtroyer The SDK is mostly a Python REST library
21:19:50 xwu_ so, which one do you suggest if I just need to automate some openstack operations?
21:20:12 xwu_ like image management, HOT
21:21:03 xwu_ sdk seems to have a better documentation compared to osc-lib
21:24:32 xwu_ will try sdk first. thx for answers
21:24:57 dtroyer it is not a choice between osc-lib and sdk, they do not do the same thing
22:59:25 openstackgerrit Sindhu Devale proposed openstack/python-openstackclient: "floating ip set/unset port" for OSC https://review.openstack.org/383025
#openstack-sdks - 2017-01-31
03:26:28 openstackgerrit Merged openstack/python-openstacksdk: Add 'tags' property to orchestration stack https://review.openstack.org/426780
04:16:58 reedip stevemar : ping ?
04:21:53 stevemar reedip: yep, for a few more minutes :)
04:22:25 reedip stevemar : oh, I needed some review comments but if you are about to sleep , then I wouldnt want to give you nightmares :)
04:22:32 reedip you can check them tomorrow :D
04:24:15 reedip If you can check these in the morning, it would be very helpful to openstackclient :D https://review.openstack.org/415369 , https://review.openstack.org/423612 , https://review.openstack.org/356263

Earlier   Later