Sunday, 2014-10-12

*** briancurtin has joined #openstack-sdks00:02
*** briancurtin has quit IRC00:06
openstackgerritSteve Martinelli proposed a change to openstack/python-openstackclient: Fix issue token for v3  https://review.openstack.org/12761600:34
*** briancurtin has joined #openstack-sdks01:00
*** briancurtin2 has joined #openstack-sdks01:02
*** briancurtin has quit IRC01:02
*** sigmavirus24 is now known as sigmavirus24_awa01:18
*** briancurtin2 has quit IRC01:31
*** briancurtin has joined #openstack-sdks01:45
*** HenryG has quit IRC02:22
*** bknudson has quit IRC02:26
openstackgerritSteve Martinelli proposed a change to openstack/python-openstackclient: Remove 'links' section from several v3 Identity objects  https://review.openstack.org/12586902:37
*** stevemar has quit IRC02:44
*** stevemar has joined #openstack-sdks04:32
*** briancurtin has quit IRC04:34
dtroyerstevemar: so, speaking of the links review...05:14
stevemardtroyer, yessir05:15
stevemarref: https://review.openstack.org/#/c/125869/05:15
dtroyerthe bit about not needing all of the fields in a set/update?  There are some APIs that actually do need that, and I can't keep straight which is which, so since it is generally safer to return them all if you have them it seems like that is the better pattern to leave for later cargo-cultists05:15
dtroyerjust a thought05:16
dtroyeris it a server-side problem if they are there?05:16
stevemardtroyer, agreed, but the case of identity set/update the way we were doing it in project/service was the minority, all the other sets for other resources were being handled the way i propose05:17
stevemarso that helps the cargo-cultists :P05:17
dtroyerfor Identity anyway…ok, I hadn't gone looking around yet, was distracted most of today with auth plugin stuff05:17
stevemaryes for identity we *definitely* do not want the whole object back05:18
stevemarjust whatever fields are being changed05:18
dtroyerwe should write that down somewhere…in OSc I mean, hopefully the API spec has that suggestion already05:18
dtroyerI know I'll have forgotten once I have my World Series Game 7 tickets…and don't ge tto use them05:19
stevemarthe identity api has it written for sure05:19
dtroyercool05:19
stevemarhttps://github.com/openstack/identity-api/blob/master/v3/src/markdown/identity-api-v3.md#update-an-entity05:20
stevemarbam05:20
stevemarknew it05:20
dtroyerI would have not bet against that ;)05:20
stevemarit just do happens that before (in OSC) it was *okay* since we just kept the fields unchanged05:21
stevemaranywho05:21
stevemardtroyer, the only thing i'm thinking is that maybe we should do resource.pop('links', None) (just in case it's not there...)?05:23
dtroyerthat does sound safer05:23
dtroyerbtw, I wrote this earlier today to sort the auth situation in osc:  https://etherpad.openstack.org/p/os-client-config  preparing to use os-client-config05:26
stevemardtroyer, did you see monty's patch? he tossed something up about regions and AZs05:26
dtroyeryes, that was at the end of the stuff we did today with the client config bits.05:27
dtroyerI'm trying to bring the auth plugins and the client config together, and they're playing like two kids with one XBox controller05:28
stevemardtroyer, ouch that is not good05:28
stevemardtroyer, though i really like mhu's patch, got rid of so much handling of env vars05:29
dtroyerwe can get there from here, but both sides have to give.  I gto cleint config on the straight and narrow today, will take a wet noodle to the plugins soon05:29
dtroyerand kant tpye anymour05:30
dtroyerthe env vars is one of the contention points, they both want control05:30
dtroyerwe'll get there, but it'll take time rather than a Big Switch.  I started a BP for this yesterday too, even05:31
stevemarif anything paris will help to get the right parties in line05:34
stevemari've comments on the etherpad05:41
dtroyersmarta$$05:42
dtroyernow I have to rev that patchset05:42
stevemarso what's the use case for client-config05:42
* stevemar bows, i try very hard to be a smarta$$05:43
dtroyerloading config stored in a file…multiple clouds, say rax, hp, devstack, the thre nebula internal clouds, whatever, and just putting —os-cloud rax-dfw on the command line05:43
dtroyerand, <drumroll>, being able to switch between them in interactive mode, caching all of the creds05:44
stevemardtroyer, woof, that last one05:46
dtroyermy favorite part is I can have a nebula.yaml that has our various cloud endpoints and whatnot to distribute, and put my personal creds in my own file.05:46
dtroyerI'm basically doing this today with scripts I source to set up the environment, but that has its limits05:47
stevemardtroyer, so if os-cloud-config is not specified, just behave as it does today, else use the data from that file05:51
stevemari find it weird that 'trust' is a scope, and not an auth method05:56
dtroyerI think we decided that project_id is going to die since putting an ID in project_name works pretty much everywhere, so I want to start changing the options to just —project.  Turns out that both HP and Rax also allow putting a name in project_id but default DevStack doesn't05:58
dtroyerso for the SAML options, is user-name really different from the username inherited from password?05:59
stevemardtroyer, hmm someone was bugging me about that on thurs/friday, weir05:59
stevemarweird05:59
dtroyermight have been monty or deva, they fingured that out yesterday I think06:00
stevemardtroyer, for the SAML option, we defined it again because we just wanted to inherit from auth.base06:01
dtroyerok, so in the end it's the same06:02
stevemarif we had inherited from v3password, we would have to disable user-id, user-domain-id, and user-domain-name (those aren't valid for saml)06:02
stevemarit's kind of it's own beast06:02
stevemardtroyer, oh wow, this one is actually going to succeed https://review.openstack.org/#/c/105818/06:04
dtroyeroptimist06:05
stevemardtroyer, really quick, before i go off to sleep https://review.openstack.org/#/c/126108/06:20
stevemarajaeger was OK with this, and i consider him on the up and ups for translationy stuff06:20
stevemarbut the only way we can get the translation job automation to be kosher, was by having the `locale` directory under a folder with the same project name06:21
stevemarit's silly and ugly, and there should really be an over-ride option, or a smarter way to find the directory06:22
dtroyer+A…is that how they all work?06:22
stevemarbut the oslo projects have the same problem: https://github.com/openstack/oslo.i18n06:22
stevemaryeah06:22
stevemarsilly oslo.i18n/locale folder06:23
stevemari'll see if i can figure out infra enough to propose a change to that, anything python-* is going to have the same problem06:24
stevemarand anything oslo.*06:24
dtroyerok, I'm off…06:27
stevemarsee ya boss06:28
openstackgerritA change was merged to openstack/python-openstackclient: Fix issue token for v3  https://review.openstack.org/12761607:11
*** stevemar has quit IRC07:13
openstackgerritA change was merged to openstack/python-openstackclient: Add translation markers for user v2 actions  https://review.openstack.org/12610807:20
openstackgerritA change was merged to openstack/python-openstackclient: Update compute server messages for translation  https://review.openstack.org/10581807:30
*** etoews has joined #openstack-sdks08:38
*** etoews has quit IRC08:43
*** etoews has joined #openstack-sdks08:57
*** etoews has quit IRC09:02
openstackgerritTerry Howe proposed a change to stackforge/python-openstacksdk: Introduce the connection class  https://review.openstack.org/12017011:38
openstackgerritTerry Howe proposed a change to stackforge/python-openstacksdk: Introduce the connection class  https://review.openstack.org/12017011:48
openstackgerritTerry Howe proposed a change to stackforge/python-openstacksdk: Add user preference and example CLI to build it  https://review.openstack.org/12125213:09
openstackgerritTerry Howe proposed a change to stackforge/python-openstacksdk: Allow user to select different visibilities  https://review.openstack.org/12750213:09
openstackgerritTerry Howe proposed a change to stackforge/python-openstacksdk: Add details to HttpException string  https://review.openstack.org/12141113:18
openstackgerritTerry Howe proposed a change to stackforge/python-openstacksdk: Add details to HttpException string  https://review.openstack.org/12141114:14
*** stevemar has joined #openstack-sdks14:45
*** stevemar has quit IRC15:05
*** stevemar has joined #openstack-sdks15:17
*** briancurtin has joined #openstack-sdks15:23
*** briancurtin has joined #openstack-sdks15:23
*** bknudson has joined #openstack-sdks15:35
*** bknudson has quit IRC15:39
*** stevemar has quit IRC15:44
*** bknudson has joined #openstack-sdks15:54
openstackgerritMonty Taylor proposed a change to openstack/python-openstackclient: Put pbr and six first in requirements list  https://review.openstack.org/12784216:19
openstackgerritA change was merged to stackforge/os-client-config: Add support for argparse Namespace objects  https://review.openstack.org/12781016:41
*** etoews has joined #openstack-sdks16:57
*** stevemar has joined #openstack-sdks17:06
mordreddtroyer: I just realized - we use "cloud" as they way to decide which of the clouds in clouds.yaml you want to use, but inside of that we also use "cloud" to specify cloud vendor17:15
mordredthat would make it kinda hard to say "openstack --os-cloud=rackspace --os-username=mordred" etc if I didn't have a clouds.yaml but just wanted to use OS_ env vars to get defaults for a vendor17:16
mordredotoh - I don't really like "vendor" as the key for cloud vendor - because it might be a local private cloud that someone has distributed a clouds-public.yaml for17:17
mordredam I overthinking?17:18
*** briancurtin has quit IRC17:29
*** etoews has quit IRC17:37
*** etoews has joined #openstack-sdks17:51
*** stevemar has quit IRC17:52
*** etoews has quit IRC17:56
*** briancurtin has joined #openstack-sdks18:08
*** briancurtin has joined #openstack-sdks18:08
openstackgerritA change was merged to openstack/python-openstackclient: Mark identity v2 resources for translation  https://review.openstack.org/12611118:50
openstackgerritA change was merged to stackforge/python-openstacksdk: Updated from global requirements  https://review.openstack.org/12765018:56
dtroyermordred: I can't think of a better name atm so instead of using 'cloud' or 'vendor' as keys, maybef a mechanical term, like 'include' or something similar.  Rename the vendor file to clouds-common.yaml to avoid the public connotation.19:04
dtroyerI had been planning to use openstackrc when I got around to this for OSC, in the UNIX vein, cloud-profile or something similar might work.19:05
dtroyerAlso, somewhere I have a draft of a proposal for using .openstack as a top-level home for config and cache files that could be shared, I'll try to find that and post it...19:05
mordreddtroyer: hrm. include is a good idea (or something)19:33
mordredor cloud profile. yeah. the more I think about that...19:34
mordreddtroyer: ~/.config and ~/.cache are XDG_ locations for things, which is why I've been using ~/.config/openstack and ~/.cache/openstack - you know, be a good citizen and all19:34
*** dhellmann has quit IRC20:00
*** devx has quit IRC20:00
*** redrobot has quit IRC20:00
*** devx_ has joined #openstack-sdks20:00
*** dhellmann has joined #openstack-sdks20:01
*** redrobot has joined #openstack-sdks20:01
*** redrobot is now known as Guest2024820:01
dtroyerso I'd lost track of fd.o, re-reading I came across this in their wiki regarding scope:  "We must make sure that the project does not try to do everything."20:16
mordredhehe20:21
mordredI'm pretty sure that they'll never achieve that :)20:21
dtroyeryeah, the 3rd contributor listed on the config-spec is pottering…that seemed to strike a chord with him20:23
mordreddtroyer: did he disagree and then take his cookies over to write systemd while attempting to do everything all at once?20:25
*** fifieldt has quit IRC20:25
dtroyerHe didn't go too far: https://secure.freedesktop.org/cgit/www/log/Specifications/BootLoaderSpec.mdwn20:27
dtroyerthat's the boot-loader-to-rule-them-all…20:28
dtroyermakes me like spending time with OpenWRT all the more valuable20:29
*** etoews has joined #openstack-sdks20:36
*** etoews has quit IRC20:40
*** fifieldt has joined #openstack-sdks20:41
*** briancurtin has quit IRC20:53
*** etoews has joined #openstack-sdks20:54
*** etoews has quit IRC20:59
*** briancurtin has joined #openstack-sdks20:59
*** briancurtin has joined #openstack-sdks20:59
openstackgerritDean Troyer proposed a change to openstack/python-openstackclient: Add plugin to support token-endpoint auth  https://review.openstack.org/12765521:48
openstackgerritDean Troyer proposed a change to openstack/python-openstackclient: Add plugin to support token-endpoint auth  https://review.openstack.org/12765521:49
openstackgerritA change was merged to openstack/python-openstackclient: Updated from global requirements  https://review.openstack.org/12668221:52
openstackgerritDean Troyer proposed a change to openstack/python-openstackclient: Update use of open() in object API  https://review.openstack.org/12733022:04
openstackgerritDean Troyer proposed a change to openstack/python-openstackclient: Put pbr and six first in requirements list  https://review.openstack.org/12784222:10
*** HenryG has joined #openstack-sdks22:54

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