Thursday, 2014-10-02

openstackgerritSteve Martinelli proposed a change to openstack/python-openstackclient: Create a whole slew of functional tests for identity  https://review.openstack.org/12521600:06
*** rmcall has quit IRC00:38
openstackgerritSteve Lewis proposed a change to stackforge/python-openstacksdk: Handle booleans that are strings in APIs  https://review.openstack.org/12420901:22
*** bknudson has quit IRC01:27
*** bknudson has joined #openstack-sdks01:27
openstackgerritSteve Martinelli proposed a change to openstack/python-openstackclient: Create a whole slew of functional tests for identity  https://review.openstack.org/12521601:33
*** jamiehannaford has joined #openstack-sdks01:42
dtroyerstevemar: that's close to what I was thinking and works for me.     BTW, s/shell/shell script/02:38
stevemardtroyer, OK cool, that's what i thought :P02:39
stevemardtroyer, i don't mind changing it up, whatever you think is best, i'm indifferent on this one02:39
*** jamiehannaford has quit IRC02:43
dtroyerstevemar: I'm working on two things: a) this should all be together in a subdir, and 2) that subdir shouldn't be in the project namespace.  I could be wrong on both for all I know…02:43
dtroyerI feel like we need to be mindful of keeping top-level namespaces neat.02:45
stevemarvalid concerns02:45
stevemarOTOH, we can always move these around02:46
stevemarit's not that much of a PITA (yet)02:46
stevemardtroyer, re: running on other clouds... the harpoonrc file is sourced before the run, so any env. variables added there would be picked up, so as long as OS_AUTH_URL is there, we should be good...02:47
dtroyerI know but I'm getting impatient with the gate, right now fewer reviews feels more productive.02:47
stevemarwhere were you a few weeks ago during FF?02:48
stevemarthat was a real clusterf***02:48
dtroyerstevemar: I'm thinking about adding a localrc to harpoonrc similar to what devstack does so we don't have to modify a file from the repo for this to work02:48
dtroyerstevemar: oh I was here…or mostly over there chasing devstack and whatnot02:49
stevemardtroyer, hmmm02:50
stevemardtroyer, localrc --> to setup a devstack?02:55
stevemardtroyer, i am thinking... maybe just `harpoon.sh <path_to_openrc>`02:56
dtroyermaybe, once we do that.  right now, just to set the auth, or in my first use case, to set DEVSTACK_DIR to ~/devstack so I can use the user files it created02:56
dtroyerdoing it as an arg would work for the current case, but with a localrc I could just set the creds up directly02:57
dtroyerbut being able to switch quickly would be nice too (thinking out loud now)02:57
stevemardtroyer, i do account of DEVSTACK_DIR in the script02:58
dtroyerI liked localrc (or local.conf?) because it is a usage pattern folks are already familiar with02:58
*** briancurtin has quit IRC02:58
stevemardtroyer, mull it over; i'm just glad the tests are running when they are supposed to02:59
stevemarmoving things around, or changing the behaviour, is not that much of an issue IMO, since it's mostly an automated job that cares about this :P03:00
dtroyersure, just thinking how to make this work with my current setup (devstack in $HOME and $DEST=/opt/stack)03:00
stevemardtroyer, set DEVSTACK_DIR in harpoonrc03:01
dtroyerthe point was I didn't want to modify a file from the repo just to run it.  now I have a changed file that shouldn't be checked in03:01
stevemarohhhhh03:01
stevemari see i see03:02
stevemar*now the wheels are turning*03:02
dtroyerlocalrc is never distributed.  I left that bit out maybe03:02
stevemari guess harpoonrc doesn't need to be checked in03:02
stevemarwe could source localrc, if it exists03:03
dtroyeryes it does, there will always be something that needs to be twiddled with that should have a default03:03
dtroyeragain, I'm maintaining the usage patterns from devstack and genade03:03
stevemarwhich is a good thing03:03
dtroyerI could be convinced that isn't appropriate03:03
dtroyerok03:03
stevemardtroyer, i dunno, sleep on it, my only request is that this gets in before paris :P03:04
dtroyerof course!  actually, I think I'm happy with what you have now.  I haven't tried it yet but looks good at a glance03:05
stevemardtroyer, the main issue is there are 2 main use cases: 1) running against a predictable jenkins job, and 2) running against any cloud.03:06
dtroyeryup.  you're worrying about the first and I'm worrying about the second.  I think they're totally compatible03:07
stevemarthe first is done, and though we don't have the second completed, we haven't worked ourselves into a corner03:07
*** openstackgerrit has quit IRC03:08
stevemarthe 2nd requires better tests too, almost every argument passed in has to be a uuid value, or we're going to have possible duplicate errors03:08
stevemardoesn't complicate things or anything, just more of a heads up03:09
dtroyerI haven't thought that far ahead yet so thanks.  that means I also haven't really looked at your follow-on review with all the tests in it03:10
dtroyercase 2 is secondary though03:10
dtroyerheh, go figure03:10
*** openstackgerrit has joined #openstack-sdks03:10
dtroyerah, nice.  just setting DEVSTAK_DIR was enough and it works03:11
stevemarhooray03:11
stevemaranother thought - the jenkins job is based on devstack-gate i think... which always has the same setup03:12
stevemarwhich i think doesn'03:13
stevemardoesn't include neutron03:13
stevemaror swift?03:13
dtroyerIt can include it, I think that is a jjb setting.  swift should be there by default? <checking>03:13
*** briancurtin has joined #openstack-sdks03:14
*** briancurtin has joined #openstack-sdks03:14
dtroyerI see swift logs in the -full job03:14
stevemaroh thats good03:14
dtroyerhttp://logs.openstack.org/09/122609/5/check/check-tempest-dsvm-full/488a7d5/logs/localrc.txt.gz03:14
stevemarfull might be different03:14
dtroyerand functional: http://logs.openstack.org/09/122609/5/gate/gate-osc-dsvm-functional/35376e4/logs/localrc.txt.gz03:15
stevemarniceeee03:15
dtroyerlooks like the sane ENABLED_SERVICES03:15
dtroyernova-net03:15
stevemaroh trove too, neat03:16
dtroyerso we might need a second one at some point to get neutron03:16
stevemaryep03:16
stevemarmore work for terry!03:16
dtroyerbecause we need to support both net interfaces for quite some time03:16
stevemari can toss up a patch for that when needed03:16
dtroyerso I'm +2 on that, let's see if terrylhowe has some input yet03:17
stevemarawesomo03:17
stevemari imagine it'll still need some work around the edges, especially for use case 2, but we'll get there03:17
*** openstackgerrit has quit IRC03:18
stevemarblah, tempest fail03:18
*** openstackgerrit has joined #openstack-sdks03:18
stevemari already found some bugs with the functional tests too :)03:19
dtroyerI just pushed 122331 back into the queue.  I though maybe a new +A would get it straight into the gate queue but no…start from the top…03:19
dtroyersince it's getting late I'm going to do 122334 so they can live or die together03:19
stevemarlots of the v3 identity commands have a 'links' field in the returned object, i'll push another patch to fix those03:20
stevemarpoor gate :(03:20
dtroyerso the 'whole slew' (I assume that's a Canadian term?) ran for me…03:29
dtroyerI see what you mean now about running against random clouds, maybe at some point we need a user-level vs admin-level distinction?03:30
stevemardtroyer, i didn't think it was until now ... http://www.itworldcanada.com/article/all-things-weird-and-wonderful/35961 maybe "whole slew" is used more often up here03:33
dtroyerI've heard it before, but not often.03:34
stevemaryeah... i try to cover the case for admin/user level in harpoonrc, specifying the user and tenant in there too03:34
dtroyerso right now, running as demo/demo, I get a number of failures, as expected.03:36
dtroyershould we trap the HTTP 403 and mark that as skipped maybe?  that's the right return for not-admin, and really the only way we have of knowing if the account has privs or not03:37
stevemardtroyer, probably easier to create a a non-admin specific suite of tests03:59
stevemarand check at the on setup if we should skip a test or not03:59
stevemarjust talking aloud03:59
dtroyerThat would be good especially where you don't want to go banging on Rax or HP with admin requests and 'get flagged'.  Although, arguably, we don't have access to their admin endpoints, at least for Identity.04:01
dtroyerbut v3…04:01
dtroyeranyway, that's for later.04:02
dtroyerI think I'm about done for the night…04:02
*** briancurtin has quit IRC05:07
*** terrylhowe has quit IRC05:34
*** stevemar has quit IRC06:20
openstackgerritA change was merged to openstack/python-openstackclient: Add low-level API base class  https://review.openstack.org/12233106:43
openstackgerritA change was merged to openstack/python-openstackclient: Move object-store commands to low-level API  https://review.openstack.org/12233406:43
*** jamiehannaford has joined #openstack-sdks07:59
*** mfer has joined #openstack-sdks08:04
openstackgerritMarek Denis proposed a change to openstack/python-openstackclient: Implement CRUD operations for Mapping objects  https://review.openstack.org/8691208:06
*** mfer has quit IRC08:09
*** fifieldt has joined #openstack-sdks12:37
*** terrylhowe has joined #openstack-sdks13:08
openstackgerritMarek Denis proposed a change to openstack/python-openstackclient: CRUD operations for federated protocols  https://review.openstack.org/12562713:19
openstackgerritMarek Denis proposed a change to openstack/python-openstackclient: CRUD operations for federated protocols  https://review.openstack.org/12562713:27
tellesnobregaterrylhowe, hey, can you give a little overview of what are the plans for the unified sdks from now on? what are the major needs?13:32
terrylhowewell tellesnobrega brian curtain is the acting ptl on the project13:32
terrylhowehe doesn’t seem to be on now13:33
terrylhowethe biggest thing to me is get through the code that is in the pipe and fill it out.  It is still missing version discovery and support of compute v2.1, orchestration, probably some trove stuff.  I’d love to see cloud foundry support.13:34
terrylhoweif that is even possible, I don’t know what the cloud foundry api looks like13:34
terrylhowestevelle: was working on trove stuff, so that might be taken care of13:35
terrylhoweoriginally, there was talk about a higher level api that was version agnostic, not sure if that is realistically going to work out.  I kind of think it is impossible when you get down to it.13:37
terrylhowethere are still gaps in identity, but jamie lennox was working on that13:37
terrylhowetellesnobrega: whatever support you need to get rolling, I can provide13:40
*** mfer has joined #openstack-sdks13:41
tellesnobregaterrylhowe, thanks. we worked on a bug for getting the authentication version from the auth url. submitted a patch yesterday13:42
tellesnobrega i want to know the priorities so we can organize what and figure out where we can be helpful13:42
terrylhowecompute v2.1, orchestration and cloud foundry are least likely to step on work in the pipe, so those would be the most important I think13:44
terrylhowetellesnobrega: I just noticed no one has worked on block storage, that is a huge gap13:46
*** sigmavirus24_awa is now known as sigmavirus2413:49
tellesnobregaterrylhowe, thanks for the help. Hopefully we will be able to get some work done here13:51
terrylhowethat would be awesome tellesnobrega13:52
openstackgerritMarek Denis proposed a change to openstack/python-openstackclient: CRUD operations for federated protocols  https://review.openstack.org/12562713:54
*** briancurtin has joined #openstack-sdks14:01
*** briancurtin2 has joined #openstack-sdks14:02
*** briancurtin has quit IRC14:02
*** stevemar has joined #openstack-sdks14:08
openstackgerritVictor Silva proposed a change to stackforge/python-openstacksdk: Determines version from auth_url when not explicit  https://review.openstack.org/12547315:05
*** briancurtin2 is now known as briancurtin15:15
*** briancurtin has joined #openstack-sdks15:15
*** rmcall has joined #openstack-sdks15:49
stevemarterrylhowe, ping!15:59
*** sigmavirus24 is now known as sigmavirus24_awa17:03
*** briancurtin has quit IRC17:08
terrylhowewhat’s up stevemar ?17:19
openstackgerritSteve Martinelli proposed a change to openstack/python-openstackclient: Pass in domain and project as positional args, not kwargs  https://review.openstack.org/12571417:20
stevemarterrylhowe, sent you a PM, just a request to review the functional test code17:20
terrylhoweah, cool, I’ll take a look17:21
*** rmcall_ has joined #openstack-sdks17:23
*** rmcall has quit IRC17:24
*** rmcall_ is now known as rmcall17:24
stevemarterrylhowe, dtroyer what do you guys think about defaulting OS_USER_DOMAIN_ID and OS_PROJECT_DOMAIN_ID to "default" ?17:24
stevemarcurrently for authN'ing with keystone v3 those would need to be supplied...17:24
stevemargetting food17:25
terrylhoweit would be convenient17:25
terrylhowecould always back that out if someone complains17:26
terrylhoweA better message from keystone might help too as I recall it just says 405 malformed17:26
*** rmcall_ has joined #openstack-sdks17:31
*** rmcall has quit IRC17:31
*** rmcall has joined #openstack-sdks17:34
*** rmcall_ has quit IRC17:35
openstackgerritVictor Silva proposed a change to stackforge/python-openstacksdk: Determines version from auth_url when not explicit  https://review.openstack.org/12547317:35
*** briancurtin has joined #openstack-sdks17:37
*** briancurtin has joined #openstack-sdks17:37
dtroyerstevemar: I'm fine with that, it's unlikely Keystone will change that any time soon, right?17:38
victsouhey briancurtin, thank you for your patience on my patch17:46
victsoua handful of silly mistakes :p17:46
briancurtinvictsou: no worries. thank *you* for writing it!17:47
victsousure, np17:47
stevemardtroyer, it's highly unlikely that will change - maybe if we move to v4 :P17:55
dtroyerstevemar: as they say, version numbers are cheap, right?17:56
stevemardtroyer, that explains why windows is skipping 917:56
dtroyerso winver will return 7.0, right?  No, that's not confusing.  I really think its because they want to confuse everyone who knows 'ten' as a Mac OS…18:00
*** stevemar has quit IRC18:00
*** stevemar has joined #openstack-sdks18:01
*** sigmavirus24_awa is now known as sigmavirus2418:03
stevemardtroyer, ping18:23
stevemardtroyer, actually, we are calling user.update.assert_called_with()18:24
stevemarhttps://github.com/openstack/python-openstackclient/blob/master/openstackclient/tests/identity/v3/test_user.py#L849-L85218:24
dtroyerso did I pick that from the wrong command?18:26
dtroyerthat review patches SetUser18:26
dtroyerheh, so the tests check what we send, not what the spec says?  also, shouldn't that review break the test?18:28
dtroyerah, it did break…18:28
openstackgerritSteve Martinelli proposed a change to openstack/python-openstackclient: Pass in domain and project as positional args, not kwargs  https://review.openstack.org/12571418:32
*** jamiehannaford has quit IRC18:36
*** bknudson has quit IRC20:07
*** bknudson has joined #openstack-sdks20:13
openstackgerritTerry Howe proposed a change to stackforge/python-openstacksdk: compute/v2 limits_absolute resource  https://review.openstack.org/11693220:28
*** rmcall has quit IRC20:55
*** HenryG has quit IRC20:55
*** stevemar has quit IRC21:05
*** mfer has quit IRC21:26
*** terrylhowe has quit IRC21:38
*** terrylhowe has joined #openstack-sdks21:39
openstackgerritTerry Howe proposed a change to stackforge/python-openstacksdk: Make user_id a higher priority for v2 auth  https://review.openstack.org/12579921:42
*** briancurtin has quit IRC21:53
*** briancurtin has joined #openstack-sdks21:54
*** briancurtin has quit IRC21:58
*** briancurtin has joined #openstack-sdks22:54
*** briancurtin has joined #openstack-sdks22:54
*** briancurtin has quit IRC22:58
*** victsou has quit IRC23:06
*** victsou has joined #openstack-sdks23:07
*** victsou is now known as vsilva23:09
*** HenryG has joined #openstack-sdks23:10

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