Wednesday, 2017-03-29

*** markvoelker has joined #openstack-sdks00:01
*** markvoelker has quit IRC00:05
*** bobh has joined #openstack-sdks00:11
*** john-davidge has joined #openstack-sdks00:14
*** john-davidge has quit IRC00:18
*** dave-mccowan has joined #openstack-sdks00:21
*** reedip has quit IRC00:25
*** hoangcx has joined #openstack-sdks00:45
*** hongbin has quit IRC00:45
*** bobh has quit IRC00:52
*** bobh has joined #openstack-sdks00:55
*** jamielennox is now known as jamielennox|away01:02
*** bobh has quit IRC01:08
*** jamielennox|away is now known as jamielennox01:16
*** e0ne has joined #openstack-sdks01:20
*** e0ne has quit IRC01:25
*** yanyanhu has joined #openstack-sdks01:26
*** huanxuan has joined #openstack-sdks01:39
*** amotoki has joined #openstack-sdks01:46
*** huanxuan has quit IRC01:51
openstackgerritEthan Lynn proposed openstack/python-openstacksdk master: Add vlan_transparent property to network resource  https://review.openstack.org/45008001:51
*** amotoki has quit IRC01:58
*** huanxuan has joined #openstack-sdks02:11
*** john-davidge has joined #openstack-sdks02:15
*** huanxuan has quit IRC02:16
*** john-davidge has quit IRC02:19
*** e0ne has joined #openstack-sdks02:21
*** e0ne has quit IRC02:25
*** reedip has joined #openstack-sdks02:31
*** gouthamr has quit IRC02:37
*** gouthamr has joined #openstack-sdks02:43
openstackgerritMerged openstack/python-openstacksdk master: Add vlan_transparent property to network resource  https://review.openstack.org/45008002:44
*** yuanying has quit IRC02:55
*** amotoki has joined #openstack-sdks03:00
*** dave-mccowan has quit IRC03:03
reedipdtroyer, stevemar  there /03:05
*** annp has joined #openstack-sdks03:08
openstackgerritMerged openstack/python-openstacksdk master: Find floating ip by ip address  https://review.openstack.org/44987903:16
openstackgerritTakashi NATSUME proposed openstack/python-openstackclient master: Add '--no-live' and '--force' option in 'server migrate'  https://review.openstack.org/42756503:19
*** gouthamr has quit IRC03:19
*** e0ne has joined #openstack-sdks03:22
*** e0ne has quit IRC03:23
*** erlon has quit IRC03:35
*** Dinesh_Bhor has joined #openstack-sdks04:00
*** john-davidge has joined #openstack-sdks04:16
openstackgerritTakashi NATSUME proposed openstack/python-openstackclient master: List/Show all server migration types  https://review.openstack.org/45011904:16
*** reedip has quit IRC04:17
*** reedip has joined #openstack-sdks04:19
*** john-davidge has quit IRC04:20
*** e0ne has joined #openstack-sdks04:22
*** e0ne has quit IRC04:27
*** yuanying has joined #openstack-sdks04:39
*** e0ne has joined #openstack-sdks05:23
*** e0ne has quit IRC05:28
*** huanxuan has joined #openstack-sdks05:42
*** reedip has quit IRC05:54
*** reedip has joined #openstack-sdks06:01
*** jamielennox is now known as jamielennox|away06:10
*** john-davidge has joined #openstack-sdks06:16
*** john-davidge has quit IRC06:21
*** Serlex has joined #openstack-sdks06:21
*** rabel has joined #openstack-sdks06:21
*** jamielennox|away is now known as jamielennox06:25
*** jamielennox is now known as jamielennox|away06:50
openstackgerritTakashi NATSUME proposed openstack/python-openstackclient master: List/Show all server migration types  https://review.openstack.org/45011906:53
*** jkilpatr has quit IRC06:53
rabelgood morning06:56
*** jamielennox|away is now known as jamielennox06:57
*** alex_xu has quit IRC07:13
reedipgood afternoon07:14
*** alex_xu has joined #openstack-sdks07:16
*** ralonsoh has joined #openstack-sdks07:25
*** Matias has quit IRC07:27
*** fzdarsky has joined #openstack-sdks07:29
*** aarefiev_afk is now known as aarefiev07:32
*** prg3 has quit IRC07:33
*** Matias has joined #openstack-sdks07:39
rabelreedip: ;)07:48
reedip:)07:49
rabelcould someone have a look at https://review.openstack.org/#/c/444924/ ? It is not of high priority, but it lies idle for a week now.07:52
*** fzdarsky has quit IRC07:54
*** e0ne has joined #openstack-sdks07:54
reediprabel hi07:57
reedipi had a patch for smething you are doing in Line#61407:57
reedipbut didnt push it again ... need to retake it07:58
reedipyou can put this logic in osc-lib07:58
reedipthe split on , and then dict key value pair logic07:58
reediphttps://review.openstack.org/#/c/425515/07:59
openstackgerritReedip proposed openstack/osc-lib master: [WIP]Add MultiKeyValueCommaAction to osc-lib  https://review.openstack.org/42551508:00
reediprabel : can you check this patch , it would avoid you repeating the same code ( probably )08:00
*** fzdarsky has joined #openstack-sdks08:03
rabelreedip: i will have a look at it. it would make sense to use your class for my patch once it is merged.08:03
reediprabel yes . though I wont like to bliock you , so you can add a ToDo for yourself08:04
reedipthat ways, everything is perfect, I guess08:04
rabelreedip: it's true that my patch could already be merged without yours. i use the same logic as the --nic implementation. so we could change both to use the new class in a separate patch.08:05
reediprabel : sounds good ... lets race :D08:06
reedipjust kidding, I will push mine a bit slower , but otherwise the code looks good , I will look at it once more though in the evening08:07
rabel:D i added me as a reviewer for your patch. i will have a look at it now and once you finished it, i will review it in detail08:09
reedip:D08:13
*** jamielennox is now known as jamielennox|away08:17
*** john-davidge has joined #openstack-sdks08:17
*** john-davidge has quit IRC08:22
*** fzdarsky has quit IRC08:24
*** fzdarsky has joined #openstack-sdks08:26
*** yuanying has quit IRC08:31
rabelreedip: let's see if i understand it right: the difference between MultiKeyValueAction and MultiKeyValueCommaAction is the latter supports something like "--my_param key1=val,ue1,key2=val,ue3", is that right?08:32
reedipsomething like that08:33
reedipactually exatly liek that08:33
rabelthan i think --nic, --network and --port should use MultiKeyValueAction, since we don't have values containing commas or multiple values for a key, i think.08:35
rabelby the way: your patch looks good to me08:36
reedip--network can have IPV4 address, IPv6 address and Network ID08:43
reedipas the addresses are one-to-one, so I guess yes, the multikeyvaluecomma action may not be required08:44
*** fzdarsky has quit IRC08:51
*** fzdarsky has joined #openstack-sdks09:15
RuiChenhi dtroyer: I add comments in your patch https://review.openstack.org/#/c/450452/09:19
*** sdague has joined #openstack-sdks09:29
*** annp has quit IRC09:34
*** reedip has quit IRC09:34
*** reedip has joined #openstack-sdks09:37
*** yuanying has joined #openstack-sdks09:39
*** amotoki has quit IRC09:40
*** reedip has quit IRC09:43
*** yuanying has quit IRC09:44
*** yuanying has joined #openstack-sdks09:47
*** reedip has joined #openstack-sdks09:48
*** yanyanhu has quit IRC09:51
*** yanyanhu has joined #openstack-sdks09:52
*** reedip has quit IRC10:01
*** e0ne has quit IRC10:01
*** e0ne has joined #openstack-sdks10:01
*** amotoki has joined #openstack-sdks10:16
*** amotoki has quit IRC10:17
*** john-davidge has joined #openstack-sdks10:18
*** john-davidge has quit IRC10:22
*** yanyanhu has quit IRC10:23
*** amotoki has joined #openstack-sdks10:31
*** fzdarsky has quit IRC10:39
*** amotoki has quit IRC10:40
*** hoangcx has quit IRC10:43
*** reedip has joined #openstack-sdks10:58
*** jkilpatr has joined #openstack-sdks11:02
*** jkilpatr has quit IRC11:07
*** jkilpatr has joined #openstack-sdks11:07
*** amotoki has joined #openstack-sdks11:11
*** john-davidge has joined #openstack-sdks11:56
*** chlong has quit IRC12:05
dtroyerRuiChen: thanks.  FWIW, if we have not already set neutron to be the default for help we should do that so we can still do most help wihtout auth.12:08
dtroyerit looks like that is the case… with no auth info, openstack help lists neutron commands now12:09
*** dave-mccowan has joined #openstack-sdks12:46
*** gouthamr has joined #openstack-sdks12:47
*** reedip has quit IRC12:52
*** huanxuan has quit IRC13:04
*** efried has left #openstack-sdks13:12
*** bobh has joined #openstack-sdks13:14
*** prg3 has joined #openstack-sdks13:18
*** erlon has joined #openstack-sdks13:20
*** fzdarsky has joined #openstack-sdks13:24
*** Matias has quit IRC13:25
*** jpich has joined #openstack-sdks13:34
*** Matias has joined #openstack-sdks13:37
*** chlong has joined #openstack-sdks13:40
*** fzdarsky has quit IRC13:41
*** e0ne has quit IRC13:41
*** e0ne has joined #openstack-sdks13:41
*** e0ne has quit IRC13:54
*** reedip has joined #openstack-sdks14:00
openstackgerritJens Rosenboom proposed openstack/python-openstackclient master: Fix block-device-mapping when volume_size is empty  https://review.openstack.org/45143214:23
reedipo/14:32
fricklerwhy does e.g. "openstack server show" use compute API v2.1 by default and not something newer?14:43
fricklerthat way it is not showing some information, like delete_on_termination attribute for volume attachments14:43
fricklerseems that was already discussed yesterday, so I'd just say that I'm +1 on "use the latest"14:45
openstackgerritNakul Dahiwade proposed openstack/python-openstacksdk master: [WIP] Introduce Pool resource in Octavia Load Balancer Base  https://review.openstack.org/44926414:47
*** bobh has quit IRC14:56
*** amotoki has quit IRC14:56
*** bobh has joined #openstack-sdks15:06
*** bobh has quit IRC15:06
*** bobh has joined #openstack-sdks15:07
*** cleong has joined #openstack-sdks15:07
*** bobh has quit IRC15:11
*** e0ne has joined #openstack-sdks15:13
*** alex_xu has quit IRC15:33
*** eliqiao has quit IRC15:33
*** alex_xu has joined #openstack-sdks15:35
*** eliqiao has joined #openstack-sdks15:37
*** bobh has joined #openstack-sdks15:43
*** eliqiao has quit IRC15:46
*** eliqiao has joined #openstack-sdks15:53
*** amotoki has joined #openstack-sdks15:57
*** amotoki has quit IRC16:03
*** e0ne has quit IRC16:06
*** annegentle has joined #openstack-sdks16:06
*** e0ne has joined #openstack-sdks16:06
*** aarefiev is now known as aarefiev_afk16:08
*** john-davidge has quit IRC16:10
*** john-davidge has joined #openstack-sdks16:11
*** d0ugal has quit IRC16:17
ankur-gupta-f4reedip: can you verify or not this bug: https://bugs.launchpad.net/python-openstackclient/+bug/167725216:19
openstackLaunchpad bug 1677252 in python-openstackclient ""network auto allocated topology create --check-resources" Fails with: "Request requires an ID but none was found"" [Undecided,New]16:19
reedipankur-gupta-f4 : u r lucky .. I was just drowsing :D16:20
ankur-gupta-f4ah well then good night :P16:20
reedipankur-gupta-f4 : this seems to be a bug16:20
reedipjsut checking on master16:21
reedipankur-gupta-f4 : assigning it to myself with a bit of homework done, rest in another 6 hours I guess16:23
reedipif u have any opinion, please do lemme know16:24
ankur-gupta-f4K. I have a patch that is blocked till its resolved16:24
reedipohh then wait16:25
ankur-gupta-f4do you know where the bug resides?16:25
reedipSDK16:25
reediprequest preparation16:25
ankur-gupta-f4too lazy today to dig in16:25
ankur-gupta-f4okay16:25
reedipwait16:26
reediphttp://paste.openstack.org/show/604690/16:26
reedipThe --check resources is16:27
reedip  --check-resources     Validate the requirements for auto allocated topology.16:27
reedip                        Does not return a topology.16:27
reedipankur-gupta-f4 : I guess the current tenant ID needs to be used up16:28
reedipfor aut-allocated-topology with --check-resource16:28
ankur-gupta-f4so its just not passing, getting from context, the tenant/project id16:29
reedipguess so16:29
ankur-gupta-f4bah. annoying.16:29
reedipwelcome to my world :D16:29
reedipthat was the last patch on _proxy16:30
reediphttps://github.com/openstack/python-openstacksdk/commit/e5068ec46aa7bb6b1738b8a64c29e44307f4ba9816:30
reedipseems like it fixed some. broke some16:30
reedipmaybe16:31
ankur-gupta-f4hmmm16:35
ankur-gupta-f4its weird because the fix from terry was in the last release of the SDK16:36
ankur-gupta-f4:(16:36
reedipdid it have the check for --check-resources?16:36
ankur-gupta-f4yea --check-resources his the Validate... function in auto_allocated_topology and the changes are there16:36
reediphmm lem edebug16:37
reedipwait I think my code is not up to date !16:37
*** e0ne has quit IRC16:38
*** d0ugal has joined #openstack-sdks16:39
reedipI have 0.9.1316:39
reedipUpgraded to 0.9.14 and now checking16:39
reedipit works !16:40
reedipthats weird !16:40
ankur-gupta-f4yea16:40
ankur-gupta-f4its a matter of bumping global reqs16:40
reedipdone!16:42
reedipHe may have pulled up the master for OSC but not SDK16:42
reedipif he is on Neutron, then lemme drop him a ping16:42
*** d0ugal has quit IRC16:43
ankur-gupta-f4briancurtin: here?16:47
reedipankur-gupta-f4; that bug is now closed ( or would be soon )16:48
ankur-gupta-f4k thanks16:50
reedip:)16:51
*** amotoki has joined #openstack-sdks16:59
*** eliqiao has quit IRC17:01
openstackgerritNakul Dahiwade proposed openstack/python-openstacksdk master: [WIP] Introduce Member for Octavia (loadbalancing)  https://review.openstack.org/45148817:01
*** eliqiao has joined #openstack-sdks17:02
*** chlong has quit IRC17:03
*** amotoki has quit IRC17:04
*** rabel has quit IRC17:09
*** jpich has quit IRC17:24
openstackgerritAnkur proposed openstack/python-openstackclient master: Network L3 Router Commands for OSC  https://review.openstack.org/38572917:28
*** e0ne has joined #openstack-sdks17:42
*** eliqiao has quit IRC17:49
*** eliqiao has joined #openstack-sdks17:50
*** bobh has quit IRC17:53
*** e0ne has quit IRC17:53
*** ralonsoh has quit IRC17:57
*** chlong has joined #openstack-sdks17:58
*** amotoki has joined #openstack-sdks18:00
*** amotoki has quit IRC18:05
*** chlong has quit IRC18:07
*** alex_xu has quit IRC18:07
*** alex_xu has joined #openstack-sdks18:08
*** chlong has joined #openstack-sdks18:21
openstackgerritSindhu Devale proposed openstack/python-openstackclient master: "floating ip set/unset port" for OSC  https://review.openstack.org/38302518:33
*** chlong has quit IRC18:34
openstackgerritSindhu Devale proposed openstack/python-openstackclient master: "floating ip set/unset port" for OSC  https://review.openstack.org/38302518:34
*** openstackstatus has joined #openstack-sdks18:45
*** ChanServ sets mode: +v openstackstatus18:45
*** chlong has joined #openstack-sdks18:49
*** bobh has joined #openstack-sdks18:49
*** e0ne has joined #openstack-sdks18:50
*** hongbin has joined #openstack-sdks18:59
*** amotoki has joined #openstack-sdks19:01
*** brianw has quit IRC19:04
*** amotoki has quit IRC19:05
*** e0ne has quit IRC19:06
openstackgerritNakul Dahiwade proposed openstack/python-openstacksdk master: Introduce Member for Octavia (loadbalancing)  https://review.openstack.org/45148819:13
openstackgerritEd Leafe proposed openstack/api-wg master: Recommend the correct HTTP method for tags  https://review.openstack.org/45153619:26
*** eliqiao has quit IRC19:28
*** john-davidge has quit IRC19:31
*** openstackgerrit has quit IRC19:33
*** jamielennox|away is now known as jamielennox19:33
*** eliqiao has joined #openstack-sdks19:33
*** kfowler has quit IRC19:34
*** chlong has quit IRC19:34
dtroyerfrickler: /me catches up a bit19:35
dtroyerThe default compute API version is a bit of a mess because it may be set by OSC or by os-client-config.  In either case it is '2' or '2.1'.  This is equivalent to the Compute API itself that uses '2.1' if no microversion header is included in a request19:36
dtroyerwe accepted that behaviour because it meant OSC was backward-compatible19:36
dtroyeras you've seen, specifying a microversion in —os-compute-api-version (or clouds.yaml) does work19:37
dtroyerhere's what I would like to do, need to get some feedback:19:37
dtroyerchange the meaning of version '2' to be '2.latest' without actually using the 'latest' text that the apiref warns is meant for testing.19:38
dtroyerso while novaclient is available, we'd use novaclient.API_MAX_VERSION as the default for '2'19:38
fricklerdtroyer: sounds reasonable to me, seems like that would kind of ensure feature parity between osc and novaclient like for the volume status output19:43
fricklerdtroyer: also, using cloud.cfg with an explicit compute API version selected might in fact be a good enough workaround for me. I've been wanting to dump our openrc stuff in favor of that for some time now anyway19:45
*** d0ugal has joined #openstack-sdks19:49
*** Serlex has quit IRC19:56
*** d0ugal has quit IRC20:00
*** amotoki has joined #openstack-sdks20:02
*** annegentle has quit IRC20:04
*** amotoki has quit IRC20:06
*** annegentle has joined #openstack-sdks20:08
*** john-davidge has joined #openstack-sdks20:16
*** shadower has quit IRC20:27
*** Guest6666 has quit IRC20:28
*** Guest6666 has joined #openstack-sdks20:29
*** annegentle has quit IRC20:51
*** openstackgerrit has joined #openstack-sdks20:55
openstackgerritJim Rollenhagen proposed openstack/os-client-config master: Docs: add a note about rackspace API keys  https://review.openstack.org/45156320:55
openstackgerritKen'ichi Ohmichi proposed openstack/api-wg master: Clarify the meaning of BODY  https://review.openstack.org/45156821:00
*** amotoki has joined #openstack-sdks21:02
*** amotoki has quit IRC21:07
*** annegentle has joined #openstack-sdks21:12
*** cleong has quit IRC21:19
*** gouthamr has quit IRC21:21
openstackgerritNakul Dahiwade proposed openstack/python-openstacksdk master: Introduce Listener for Octavia (load balancing)  https://review.openstack.org/45157421:32
*** ssbarnea has quit IRC21:34
*** timss has quit IRC21:44
*** timss has joined #openstack-sdks21:45
*** john-davidge has quit IRC21:47
*** erlon has quit IRC21:55
*** bobh has quit IRC21:58
*** amotoki has joined #openstack-sdks22:03
*** amotoki has quit IRC22:08
*** jamielennox is now known as jamielennox|away22:09
*** annegentle has quit IRC22:10
*** jamielennox|away is now known as jamielennox22:12
jamielennoxdtroyer: so the part i've always been stuck with is how to do negotiation22:18
jamielennoxit's pretty easy to add a header, and even do the discovery bit22:18
jamielennoxdtroyer: quieter here :)22:19
dtroyerI'm just at discovery/negotiation22:19
jamielennoxdtroyer: the part i don't know how to do is the fallback for do X if something is available else do Y22:19
dtroyersince for the moment novaclient is handling that.  but the discovery they do is in the shell so OSC doesn't get it22:19
dtroyerI think I'm glad for that22:19
jamielennoxi hate so much that they expose this stuff to the shell22:20
dtroyerI think that is a higher-level problem.  I see the version exception stuff going all the way up to OSC's command classes22:20
dtroyeryeah, that was a good first-cut in novaclient, time to generalize cleanly :)22:21
jamielennoxdtroyer: so i'm keen to put that information into ksa, i just don't know how so if you come up with something at least we can discuss from there22:21
dtroyerdo you have an opinion on using a Version class like novaclient does?  I did that in one of my other early attempts at this, not sure if that should go into ksa though22:21
jamielennoxwill need to have another look at novaclient22:21
dtroyerI'm going to work in osc I think for now until it becomes clearer.  this is tightly tied into the plugin mechanism for osc22:22
jamielennoxdtroyer: do they do version class for microversions/22:23
dtroyerbut the atomic bits can and shold go somewhere common22:23
dtroyeryes22:23
dtroyernothing there is specific to microversions, it's just an x.y representation.  I did x.y.z before…22:23
jamielennoxi have very simplistic versions of that in discover22:24
jamielennoxbut i don't think there is any way to check a minimum there - because it never needed to22:24
jamielennoxso yea, i'd be happy to take that22:25
jamielennoxi think there is a version of that in one of the oslo libs already - but we can redirect that to ksa22:25
jamielennoxdtroyer: a possible implementation might be a request class you can pass to ksa? subclass the request() bit with a number of if microversion >x<y stuff22:27
jamielennoxi think i'll let you play with it22:28
jamielennoxthough one of the things i meant to do after atlanta was draw up a new version of a cross-project discovery page22:28
dtroyerI need to make version decisions in commands before I get that far22:28
jamielennoxsomething that did major and microversion discovery - and probably capabilities on the same request22:28
dtroyeroooh, that would be helpful at some point :)22:29
jamielennoxya, if we just put it on a new content-type and say ksa works if you implement this i think we might actually get some traction as opposed to last time i did it22:29
jamielennoxdtroyer: anyway i can wait and make sure to put everything we actually need in there first22:33
jamielennoxdtroyer: so on another front did you have a look at the os-c-c-2 WIP i put up22:33
jamielennox?22:33
jamielennoxi cannot figure out what i want that interface to look like22:33
dtroyerI did last week and wasn't exactly sure I understood it all22:33
jamielennoxyea, i didn't make it easy, it was all experimenting and no comments22:34
dtroyerI am ok with the current interface, basically decomposing get_one_cloud() so I can insert things and leave out other things is what I'm looking for22:35
dtroyerthat auth plugin loading bit me again this week22:35
dtroyerit happens waaaaaay to early in o-c-c22:36
jamielennoxdtroyer: agreed, i'm not sure i want people overriding it22:37
jamielennoxmy thought was it should be simply a datastore22:37
jamielennoxbut i got way into the weeds22:37
dtroyerthat would be my preference22:39
dtroyerI would love to hand it an argparse Namespace, have it merge that with clouds.*, do all of the hacky things to make interop work and be done22:40
jamielennoxthat's part of where i was getting caught up, does o-c-c control the parser, what about envs?22:41
jamielennoxhow do you handle the AllClouds object vs the get_one_cloud case22:43
dtroyerOSC does the parser and env (via argparse)22:43
dtroyerI don't look at AllClouds at all22:43
jamielennoxyea, but o-c-c has to maintain that22:44
dtroyeraltough commands to work with clouds.yaml might22:44
dtroyerright, that's fine22:44
dtroyerI would be OK with there being a common set of argparse declaration in o-c-c, but I want control over it22:45
*** gouthamr has joined #openstack-sdks22:46
*** sdague has quit IRC22:46
dtroyerworking with this again Monday I realized just how f-ed up OSC's use of the auth plugins is.  IS it work fixing that before this rewrite is done?  do those go together?22:46
jamielennoxdtroyer: i've attempted to mess with osc's auth plugins before and can never find a way to exactly maintain compatibility22:51
jamielennoxbut i don't think you should wait for o-c-c22:51
*** reedip has quit IRC22:51
*** john-davidge has joined #openstack-sdks22:51
dtroyerwe can't avoid breaking some things.  I'm preparing for a 4.0 where we can make some changes there22:51
dtroyersince _everything else_ is doing some things differently than OSC, maybe its time OSC adjusts a bit22:52
jamielennoxwould be nice to have the o-c-c fixed up for then22:53
jamielennoxnot sure how likely that is though22:53
dtroyeryeah, I expected some things to change there.  I don't knwo what the timing of 4.0 is, June/July at the absolute earliest22:54
*** john-davidge has quit IRC22:56
dtroyerone other thing that's bugging me:  you mentioned a long time ago that I should be making requests adapters rather than sessions.22:56
dtroyerI'm thinking I need to fix that too22:57
*** amotoki has joined #openstack-sdks23:04
jamielennoxdtroyer: so adapters were a direct response to how you create a client once and then reuse it with the same parameters23:04
jamielennoxit meant you could do things like set the service_type on an object and make calls via that rather than set it every time on a session.request23:05
jamielennoxit's _probably_ easier give that you do like a create_client thing that returns something specific to that usage23:05
jamielennoxbut if you know what you're doing with a session you may not need it23:06
jamielennoxit really depends on how you want to use it23:06
dtroyerok.  I was looking at shade and wanting to converge some of the lower-level stuff a bit more.  I've got to implement some nova-net stuff that's being removed from novaclient so I was looknig again at OSC' api layer stuff23:07
*** amotoki has quit IRC23:09
*** reedip has joined #openstack-sdks23:26
*** reedip has quit IRC23:31
*** reedip has joined #openstack-sdks23:45
*** hieulq has quit IRC23:47
*** reedip has quit IRC23:54

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!