Thursday, 2014-02-06

harlowjakashyap czuul is nice to, especially to pick specific projects/groups of projects00:01
harlowjalike i use it to do 'czuul --project "stackforge/*"'00:01
*** lbragstad has quit IRC00:01
harlowjato watch progress on stackforge projects00:01
*** oanufriev has quit IRC00:02
stevemarmorganfainberg, replied back to one of your questions00:02
morganfainbergstevemar, which one? :P00:02
stevemarhttps://review.openstack.org/#/c/67645/00:02
*** pcm_ has quit IRC00:02
morganfainbergstevemar, i've been trying to get back into the code review mind-set yanno how it goes sometimes.00:02
stevemarmorganfainberg, also, i like your question/comment to topol00:02
stevemarmorganfainberg, i hear ya00:02
*** sarob has quit IRC00:03
stevemarmorganfainberg, i find it hard to focus on more than 2-3 big BP related ones, especially when i'm already working on stuff myself00:03
*** sarob has joined #openstack-dev00:03
stevemarmorganfainberg, not sure how others do it :\00:03
morganfainbergstevemar, i've been very focused on writing code and keeping track of all those changes (I think I have 4 BPs for I-3)00:04
morganfainbergstevemar, so reviews have been hard (esp. w/ being way out of it last week)00:04
*** f13o has quit IRC00:04
*** cnesa2 has quit IRC00:04
*** akrivoka has quit IRC00:04
*** lbragstad has joined #openstack-dev00:05
*** armax has joined #openstack-dev00:05
*** mrodden has joined #openstack-dev00:05
morganfainbergstevemar, i figure it'll click again and reviews will be less arduous in the near future00:06
*** devoid has quit IRC00:07
*** mestery has joined #openstack-dev00:07
*** zzelle has quit IRC00:07
*** sarob has quit IRC00:07
*** SumitNaiksatam has joined #openstack-dev00:08
*** mestery has quit IRC00:08
*** kgriffs is now known as kgriffs_afk00:10
*** wchrisj__ has quit IRC00:11
*** krotscheck has joined #openstack-dev00:11
*** Steap has quit IRC00:11
*** wchrisj_ has joined #openstack-dev00:11
*** otherwiseguy has quit IRC00:11
*** gimps has joined #openstack-dev00:11
*** Steap_ has joined #openstack-dev00:12
*** dperaza has quit IRC00:12
*** ewindisch has joined #openstack-dev00:13
*** ruhe has joined #openstack-dev00:13
*** sarob has joined #openstack-dev00:15
*** RajeshMohan has quit IRC00:15
*** __nikhil__ has joined #openstack-dev00:16
*** wchrisj_ has quit IRC00:16
*** radsy has quit IRC00:16
*** __nikhil__ has quit IRC00:16
*** chris_johnson has joined #openstack-dev00:17
*** cnesa has joined #openstack-dev00:17
*** ewindisch has quit IRC00:19
*** kolesovdv has quit IRC00:20
*** mgagne has joined #openstack-dev00:20
*** matsuhashi has joined #openstack-dev00:20
*** __nikhil__ has joined #openstack-dev00:21
*** __nikhil__ has quit IRC00:21
*** jergerber has quit IRC00:22
*** jmontemayor has quit IRC00:22
*** __nikhil__ has joined #openstack-dev00:23
*** mgagne1 has joined #openstack-dev00:23
*** __nikhil__ has quit IRC00:23
*** david-lyle has quit IRC00:24
*** cnesa has quit IRC00:24
*** mgagne has quit IRC00:25
*** sarob has quit IRC00:25
*** sarob has joined #openstack-dev00:26
*** adreznec has joined #openstack-dev00:26
*** kin_ has joined #openstack-dev00:26
*** nikhil__ has quit IRC00:27
*** markwash has quit IRC00:29
*** nikhil has joined #openstack-dev00:30
*** sarob has quit IRC00:30
*** reed has quit IRC00:31
*** nikhil has joined #openstack-dev00:31
*** krotscheck has quit IRC00:32
*** sarob has joined #openstack-dev00:33
*** CaptTofu has quit IRC00:34
*** kolesovdv has joined #openstack-dev00:34
*** CaptTofu has joined #openstack-dev00:34
*** krotscheck has joined #openstack-dev00:35
*** nikhil has quit IRC00:35
*** anniec has quit IRC00:36
*** nikhil has joined #openstack-dev00:36
*** tjones has joined #openstack-dev00:36
*** yamahata has joined #openstack-dev00:37
*** chris_johnson has quit IRC00:37
*** jcoufal has joined #openstack-dev00:39
*** nikhil has quit IRC00:39
*** anniec has joined #openstack-dev00:39
*** clayb has quit IRC00:39
*** nikhil has joined #openstack-dev00:39
*** pmathews has quit IRC00:40
*** markwash has joined #openstack-dev00:40
*** ewindisch has joined #openstack-dev00:41
*** ewindisch has quit IRC00:43
*** vkmc has joined #openstack-dev00:43
*** sarob has quit IRC00:44
*** RajeshMohan has joined #openstack-dev00:44
*** tjones1 has joined #openstack-dev00:44
*** sarob has joined #openstack-dev00:44
*** tjones has quit IRC00:47
*** markwash has quit IRC00:48
*** jnoller has joined #openstack-dev00:48
*** sarob has quit IRC00:49
*** atiwari has quit IRC00:49
*** thuc has quit IRC00:50
*** sarob has joined #openstack-dev00:50
*** pcm_ has joined #openstack-dev00:51
*** thuc has joined #openstack-dev00:51
*** pcm_ has quit IRC00:53
*** pcm_ has joined #openstack-dev00:54
*** Sukhdev has quit IRC00:54
*** thuc has quit IRC00:55
*** mgagne has joined #openstack-dev00:55
*** nosnos has joined #openstack-dev00:56
*** mgagne1 has quit IRC00:57
*** tdruiva has quit IRC00:58
*** markmcclain has joined #openstack-dev01:00
*** sarob has quit IRC01:01
*** sarob has joined #openstack-dev01:01
*** thuc has joined #openstack-dev01:01
*** tsekiyama has quit IRC01:03
*** hemna is now known as hemnafk01:04
*** comay has quit IRC01:04
*** jnoller has quit IRC01:04
*** thuc has quit IRC01:04
*** anniec has quit IRC01:05
*** sarob has quit IRC01:06
*** thuc has joined #openstack-dev01:06
*** sarob has joined #openstack-dev01:07
*** mgagne has quit IRC01:07
*** mrodden has quit IRC01:10
*** vkmc has quit IRC01:10
mriedembknudson: i figured out that mysql heat utf8 issue01:10
mriedemhttp://docs.moodle.org/23/en/Converting_your_MySQL_database_to_UTF801:10
mriedembknudson: ^01:10
*** relaxdiego has joined #openstack-dev01:11
bknudsonmriedem: ok, but how did it get to latin1 instead of utf8?01:11
bknudsonmriedem: you going to update my.cnf?01:11
mriedembknudson: yeah, i updated my.cnf01:12
mriedemhow it got to latin i don't know01:12
mriedemand why the other databases didn't have that problem i'm not sure either, i used openstack-db (from openstack-utils) to set those up01:12
*** bhuvan has joined #openstack-dev01:12
mriedemmaybe they do something that heat-db-setup doesn't do with utf-801:12
*** adreznec has quit IRC01:13
bknudsondstanek: https://review.openstack.org/#/c/69065/01:13
mriedembknudson: yup, openstack-db script sets the default character set to utf-8, heat-db-setup doesn't do that01:14
mriedemtime for a bug01:14
*** marcoemorais has joined #openstack-dev01:15
*** jdurgin has quit IRC01:15
dstanekbknudson: nice, i'll give that a try and see it it makes my life better01:15
*** igor has joined #openstack-dev01:15
*** igor____ has quit IRC01:16
ayoungso...we really need to be able to vary the version of python-keystonclient used in the server and in the test code.01:17
*** marcoemorais1 has quit IRC01:17
*** devlaps has quit IRC01:17
ayoungAnyone have any ideas how to do that and not break debugability?01:17
*** jdurgin has joined #openstack-dev01:17
bknudsonayoung: don't we do that already by testing against different versions of the client?01:18
*** ruhe has quit IRC01:18
*** achampion has joined #openstack-dev01:19
topolmorganfainberg, on your comments on my patch.  is it ok if we get in and then I take a bug to refactor the notifications as a module?01:20
*** xarses has quit IRC01:21
morganfainbergsure, like i said i didn't want to block it over that01:21
*** markmcclain has quit IRC01:21
*** ewindisch has joined #openstack-dev01:21
*** prad has joined #openstack-dev01:21
topolmorganfainberg, K thanks!  BTW, my meetup is feb 19 so if yours is after that your get a great presentation deck for free01:22
morganfainbergtopol, hehe01:22
morganfainbergtopol, yeah mine is end of feb01:22
*** esmute has quit IRC01:22
topolyou lucky dog01:22
*** ewindisch has quit IRC01:22
morganfainbergtopol, i'm sure i'll need to massage it for the more specific topics but yeah01:22
topol:-)01:22
*** achampion has quit IRC01:23
*** markmcclain has joined #openstack-dev01:23
*** anniec has joined #openstack-dev01:23
topolmorganfainberg, you'll be 85% done!01:23
*** tanisdl has quit IRC01:23
*** ykhodork has quit IRC01:25
*** thuc_ has joined #openstack-dev01:25
*** mrda is now known as mrda_away01:27
*** godara has quit IRC01:28
*** achampion has joined #openstack-dev01:29
*** thuc has quit IRC01:29
*** thuc_ has quit IRC01:30
*** bhuvan has quit IRC01:30
*** zackf has joined #openstack-dev01:31
zackfhow do i comment on gerrit reviews? Not seeing a way01:31
*** angdraug has quit IRC01:31
dolphmzackf: click on the line number you want to comment on to create draft comments, then click the Review button on the changeset01:31
jamielennoxzackf: you probably need to sign in, after that the first of the buttons is review01:31
*** thuc has joined #openstack-dev01:32
jamielennoxin other news our test suite is a pain in the arse01:32
jamielennoxso sick of this01:32
*** mgagne has joined #openstack-dev01:33
zackfdolphm: thank you01:33
dolphmzackf: /salute01:33
dolphmjamielennox: did i miss something or is that a general rant? lol01:33
zackfdolphm:  /bow01:34
zackflol01:34
jamielennoxkinda general, i think i'm still hitting a bug somewhere in testtools or something01:34
jamielennoxin works fine for KDS, fails misserably in general keystone tests01:34
*** krotscheck has quit IRC01:34
*** zackf has quit IRC01:35
*** Ursinha has joined #openstack-dev01:36
*** armax has left #openstack-dev01:36
*** markmcclain has left #openstack-dev01:36
jamielennoxlifeless: you have a few minutes today?01:36
*** sc68cal has quit IRC01:37
ayoungbknudson, so..no we don't   what we do is use the same version of the client  in the test code a s the server would call in.  Which means we can't share code between client and server.01:37
ayoungI guess it is only a problem in the python-keystoneclient tests01:37
*** taps has quit IRC01:38
ayoungbknudson, we need to do a fork before we load in the client, so that the server can use the latest version, and the test can use the old version01:38
*** marcoemorais has quit IRC01:38
*** marcoemorais has joined #openstack-dev01:38
ayoungjamielennox, is it the bug where it says that a database table is missing?01:38
jamielennoxayoung: no01:39
ayoungjamielennox, mine works fine.01:39
jamielennoxayoung: yea this is for some other stuff i'm looking at01:39
ayoung./run_tests.sh ?01:39
*** jcoufal has quit IRC01:39
jamielennoxthe test suites exit early01:39
bknudsonayoung: oh, I don't know how to handle that... although once v2 is deprecated I guess there's no keystoneclient tests anymore.01:39
dolphmbknudson: ++01:40
ayoungbknudson, I think the answer is to popen the server01:40
jamielennoxi pinned down a/the mistake - i passed a parameter to a function that didn't require one - what i'm interested in is why did the whole test suite crap out rather than just give me an error message01:40
dolphmjamielennox: memory?01:40
bknudsonjamielennox: was it at import time?01:40
dolphmjamielennox: what if you execute with nosetests?01:40
*** jcoufal has joined #openstack-dev01:40
jamielennoxi didn't think nose worked any more - it fails with testtools.run01:41
jamielennoxnot at import01:41
jamielennoxah!01:41
jamielennoxfail_gracefully01:41
ayoungcompile error?01:42
*** jnoller has joined #openstack-dev01:42
*** amcrn has quit IRC01:43
jamielennoxhttps://github.com/openstack/keystone/blob/master/keystone/service.py#L6701:43
jamielennoxso if there is an error in the general setup stage - not caused by a request then you hit fail_gracefully which does an exit()01:44
*** bdpayne has quit IRC01:44
jamielennoxthis shuts down the subunit process and the test suites craps out01:44
jamielennoxin the case of testtools.run giving a nice big OK message01:44
jamielennoxsearched for hours for that yesterday01:44
*** bada_ has quit IRC01:45
*** mst89 has quit IRC01:45
jamielennoxlifeless: found it ^^01:46
bknudsonjamielennox: can we disable that for tests?01:46
jamielennoxbknudson: not sure - it would have to be a global or something because it's being loaded via paste01:46
bknudsonjamielennox: a global works for me.01:47
*** balar has quit IRC01:47
bknudsonjamielennox: could override __builtin__.exit or something.01:48
jamielennoxbknudson: it would still catch your exception for you though01:48
jamielennox(i didn't know you could just call exit, i always thought you had to sys.exit01:49
bknudson"They are useful for the interactive interpreter shell and should not be used in programs."01:49
*** aeperezt has quit IRC01:49
jamielennoxbut i could change that to a sys.exit and then stub that to raise an error01:50
bknudsonjamielennox: that would be great01:50
*** marcoemorais has quit IRC01:50
*** balar has joined #openstack-dev01:51
*** _cjones_ has quit IRC01:51
dolphmyeah, we should raise SystemExit() or call sys.exit() there, not use the builtin01:51
jamielennoxdolphm: would they have the same effect on the test suite?01:55
jamielennoxguess i can test that but just wondering if you know01:55
*** gimps has quit IRC01:55
bknudsonhttp://docs.python.org/2/library/constants.html#exit -- when called, raise SystemExit with the specified exit code01:56
bknudsonshould we start keystone-all with -S ?01:56
jamielennoxwhat is -S?01:56
*** sc68cal has joined #openstack-dev01:56
bknudsonthe docs say if you do -S then there's no quit/exit.01:57
*** mestery has joined #openstack-dev01:57
jamielennoxso SystemExit and sys.exit() both have the same effect on subunit01:58
*** changlp has quit IRC01:59
dolphmbknudson: https://review.openstack.org/#/c/71440/01:59
dolphmjamielennox: ^01:59
dolphmjamielennox: with that patch i think you'll at least get some stdout about the failure, which would have helped01:59
*** xarses has joined #openstack-dev02:00
jamielennoxdolphm: not really: http://paste.openstack.org/show/62714/02:01
*** gokrokve has quit IRC02:02
dolphmjamielennox: on keystone-all http://pasteraw.com/tkn4ksc6d1ioaja7h2ec0vghpe6sjaf02:03
dolphmjamielennox: on testr run: http://pasteraw.com/1ldesm6hdtbhgqbr5wudxow3xqfth8l02:04
*** jnoller has quit IRC02:04
jamielennoxdolphm: oh right, yea it should still work for actually running keystone-all but it used to work anyway02:04
jamielennoxit's just in testing that it's a problem02:04
*** tsekiyama has joined #openstack-dev02:04
ayoungwhat does useFixture from testcase give us?02:06
*** ianw has quit IRC02:06
bknudsonayoung: the fixture encapsulates the cleanup.02:06
*** ianw has joined #openstack-dev02:06
*** xmltok has quit IRC02:06
ayoungbknudson, so...would it be the right abstraction to wrap an external process?02:06
bknudsonayoung: it would be perfect.02:06
bknudsonayoung: if there was some cleanup involved after the test runs.02:07
ayoungbknudson, probably will be.  Need to kill the server02:07
*** peoplemerge has quit IRC02:07
Steap_jamielennox: do you think you'd have time to look at https://review.openstack.org/#/c/71016/ today ? It makes sure we use HTTPretty 0.8.0, so we are one step closer to Py3 compatibility02:08
*** melwitt has quit IRC02:08
*** tsekiyama has quit IRC02:09
*** epim has quit IRC02:09
dolphmjamielennox: on tox http://pasteraw.com/evc1ztqm9i08f849d25ecue0cs44zo102:09
dolphmso, basically all test approaches show the error on stdout w/ the above patch02:10
jamielennoxexcept run_test?02:10
dolphmSteap_: that doesn't seem like a very good reason for bumping the minimum required version for everyone :-/02:11
*** anniec has quit IRC02:11
jamielennoxdolphm: sarcasm?02:12
dolphmnot really - i mean, we obviously support 0.8.0 as-is so there's no work to do other than to falsely advertise that we don't support 0.7.x anymore?02:13
jamielennoxthough the latest version will always be used by jenkins so we probably don't need to bump the version until we actually suport py302:13
*** prad has quit IRC02:13
jamielennoxyea that's reasonable - we don't need it until py3 support is announced and the gates will get it anyway02:14
*** sarob_ has joined #openstack-dev02:14
dolphmi'm not opposed to it, it just seems like a useless patch02:14
Steap_jamielennox: I would not want people to run "tox -ewhatever" and still use 0.7.1 because it's already in their virtual env02:14
jamielennoxdid something happen to tox, every time i've tried it recently i get tox.ConfigError: ConfigError: substitution key 'posargs' not found which is why i hadn't tested that02:15
*** changlp has joined #openstack-dev02:15
*** mestery has quit IRC02:15
*** sarob has quit IRC02:16
dolphmSteap_: you mean tox -epy33 ?02:16
dolphmSteap_: and only py33?02:16
dolphmjamielennox: downgrade to tox 1.602:16
jamielennoxSteap_: until we have a release that supports py33 it doesn't matter02:16
Steap_jamielennox: ok02:16
Steap_jamielennox: so it's fine for me to use 0.8.0 and keep sending patches02:16
jamielennoxSteap_: yep02:17
Steap_dolphm: well, even with tox -epy2702:17
*** stevemar has quit IRC02:17
jamielennoxencouraged even02:17
Steap_dolphm: would be weird if people had bugs because they have an old virtualenv02:17
Steap_but well, i'm not familiar with all this :)02:17
dolphmSteap_: but the current version is fine in 2.7, correct?02:18
*** jnoller has joined #openstack-dev02:18
Steap_dolphm: oh yes02:18
Steap_yeah, you're right02:18
*** jcoufal has quit IRC02:18
*** sarob_ has quit IRC02:18
Steap_as long as we do not have Python 3 support, it's not a good idea to upgrade - it does not bring anything02:18
Steap_I'll mark the patch as WIP until we have Py3 working02:19
dolphmSteap_: is this our current blocker to py3 support? i haven't checked in a bit02:20
*** tjones1 has quit IRC02:20
Steap_dolphm: one of the last, yeah02:22
Steap_There is also the memcache stuff02:22
Steap_that I'mabout to resend02:22
dolphmSteap_: and is keystoneclient the only project using httpretty still?02:22
Steap_and some random issues02:22
Steap_dolphm: I think so, but I haven't checked02:22
Steap_jamielennox: do you know if anybody else uses HTTPretty ? ^02:22
*** ijw has quit IRC02:23
ayoungbknudson, so...os.fork, or subprocess?02:23
dolphmSteap_: let's delay this one patch just a bit then; i'd like to cut a 0.5.1 asap and i also don't want a bump in minimum requirements there02:23
*** SumitNaiksatam has quit IRC02:24
bknudsonayoung: I always go with subprocess02:24
harlowjaSteap_ i've been using httpretty in cloud-init02:24
bknudsonayoung: I'm a little worried about where this is going ... why subprocess during test?02:24
*** sarob has joined #openstack-dev02:25
ayoungbknudson, to run the app server02:25
*** gimps has joined #openstack-dev02:25
ayoungneeds to be in a separate process to load a differnt version of the client02:25
bknudsonayoung: you mean run keystone?02:25
ayoungbknudson, yep02:25
jamielennoxSteap_: boto from a couple of those bug reports02:25
bknudsonayoung: how many tests?02:25
ayoungbknudson, pyton-keystoneclient02:26
bknudsonseems like it's going to be slow02:26
ayoungyep02:26
ayoungjust for the keystoneclient tests02:26
Steap_harlowja: ok02:26
Steap_harlowja: well, you'll be happy to know it's not Py3-compatible :)02:26
bknudsonayoung: are there some tests that could be skipped because they don't work?02:26
harlowjaSteap_ ya, i was gonna try to fix it someday, lol02:26
bknudsonwhen the client is old02:26
harlowjaor just fork it and fix it02:26
Steap_harlowja: don't fork, send patches :p02:26
harlowjaSteap_ isn't there already patches up?02:27
ayoungbknudson, its the test that loads the older version of the client..lets see02:27
harlowjaSteap_ https://github.com/gabrielfalcao/HTTPretty/pull/124 ?02:27
Steap_harlowja: there are, but if you need to fix more stuff, send patches02:27
Steap_I can merge them02:27
harlowjaSteap_ ah, cool02:27
harlowjasounds good02:27
Steap_oh, I have to close this one02:27
*** morganfainberg is now known as morganfainberg_Z02:28
ayoungDo we only ever check out master now?02:28
bknudsondoesn't seem like the server uses keystoneclient that much.02:28
*** thuc has quit IRC02:28
ayoungbknudson, yeah...I only see a checkout of master now02:28
*** mrda_away is now known as mrda02:29
*** thuc has joined #openstack-dev02:29
jamielennoxdolphm: i don't see the same exit message from tox02:29
ayoungdolphm, I think we no longer test any versions of the keystone client except master02:29
bknudsonayoung: interesting... I thought dstanek had a patch to test more versions?02:29
dolphmjamielennox: it's after the testr output for me02:30
dolphmlast i looked, we were only cutting ~essex and ~folsom clients02:30
*** thuc has quit IRC02:33
*** rtheis_ has quit IRC02:34
*** erkules has quit IRC02:34
*** mgagne has quit IRC02:34
*** newell has quit IRC02:35
*** baoli has joined #openstack-dev02:37
ayoungdolphm, I only see a git checkout for master02:37
ayoungI'm guessing we never added griz of havana era client tests02:37
ayoungI just wiped out my vendor subdir and ... lets see what I get02:38
*** tqtran has quit IRC02:38
*** sc68cal has quit IRC02:38
ayoungrun_tests.sh test_keystoneclient errors out on a the first chunk...trying the whole suite.02:39
ayoungwhich ran fine02:39
*** jnoller has quit IRC02:39
ayoungnothing in vendoer02:40
ayoungnothing in vendor02:40
dstanekbknudson: i did somewhere02:40
ayoungand now all ran correctly02:41
ayoungkeystone.tests.test_keystoneclient_sql.KcOptTestCase   was all skipped02:41
dstanekdolphm: that upgrade of HTTPretty was to get all of the Python3 fixes02:41
*** pixelb has quit IRC02:41
ayoungkeystone.tests.test_keystoneclient.KcMasterTestCase.test_admin_requires_adminness  fails02:41
ayoungNoReferencedTableError: Foreign key associated with column 'group.domain_id' could not find table 'domain' with which to generate a foreign key to target column 'id'02:41
*** tjones has joined #openstack-dev02:42
ayoungwow that looks wrong02:42
dolphmdstanek: ack, i want to make sure 0.5.1 gets out before we bump minimum requirements02:42
dstanekbknudson: it disappeared from my radar once it was marked abandoned - going to bring it back now https://review.openstack.org/#/c/63461/02:42
dolphmdstanek: i made a general bp in keystoneclient for py3 compat https://blueprints.launchpad.net/python-keystoneclient/+spec/py3-compatibility02:43
ayoungah...yeah...now that they are in different files, assignment needs to be created before domain02:43
ayoungbet it doesnot know to add assignment02:43
*** dims has joined #openstack-dev02:44
*** arnaud__ has quit IRC02:44
jamielennoxdolphm, bknudson: https://review.openstack.org/#/c/71443/02:44
*** harlowja has quit IRC02:44
*** arnaud has quit IRC02:45
*** relaxdiego has quit IRC02:45
*** sulrich has quit IRC02:45
*** erkules has joined #openstack-dev02:48
*** jasondotstar has joined #openstack-dev02:50
*** gokrokve has joined #openstack-dev02:50
jamielennoxayoung: thanks but you should probably have let the jenkins run finish02:51
ayoungyeah...didn't realized I clicked that.  Unset it, but don;t know if that makes a difference02:51
*** alop has quit IRC02:52
*** asalkeld has quit IRC02:52
*** dkranz has quit IRC02:52
*** relaxdiego has joined #openstack-dev02:53
dolphmayoung: unsetting it is perfect - doing it quickly pulls it out of the gate before it's able to do any damage (if it was a bad patch)02:53
ayoungcool02:54
ayoungdolphm, so can I start using client code in the server?02:54
dolphmayoung: always; why not?02:54
ayoungthe old testing thing02:54
dolphm?02:54
ayoungwhere it was pulling older clients in to the test_keystoneclient02:55
ayoungonly looks like it pulls in master now02:55
*** harlowja has joined #openstack-dev02:55
*** gokrokve has quit IRC02:55
*** mgagne has joined #openstack-dev02:55
*** gokrokve has joined #openstack-dev02:56
*** rraja_ has joined #openstack-dev02:56
dolphmayoung: functional tests in the server having a dependency on git + internet connection is what was bad, import keystoneclient in the service is fine02:56
*** jasdeepH has quit IRC02:56
*** rraja has joined #openstack-dev02:56
dolphm(not super sure what you're asking)02:56
ayoungdolphm, OK, so I can get rid of keystone/common/cms.py and rpelcae it with keystoneclient/common/cms.py?02:57
ayoungreplace02:57
dolphmayoung: please!02:57
dolphmayoung: someone was working on that in gerrit a month or two ago; they're out of sync (or were - not sure if any changes landed)02:57
ayoungI'll look02:57
dolphmkeystoneclient was behind the service it seemed02:57
dolphmchanges were being ported to the client so that the service could depend on the client02:58
*** spzala has quit IRC02:58
*** mgagne has quit IRC02:59
*** RajeshMohan has quit IRC02:59
*** gokrokve has quit IRC03:00
*** RajeshMohan has joined #openstack-dev03:00
*** gokrokve has joined #openstack-dev03:00
*** doug_shelley66 has quit IRC03:00
*** baoli has quit IRC03:00
*** mgagne has joined #openstack-dev03:02
*** peoplemerge has joined #openstack-dev03:04
*** buzztrol_ has quit IRC03:05
*** sarob has quit IRC03:06
*** gokrokve has quit IRC03:06
*** sarob has joined #openstack-dev03:06
ayoungwe are ok for CMS03:06
ayoungand the changes I am making for compression will be in the client first03:06
*** ykhodork has joined #openstack-dev03:07
ayoungdolphm, it does mean that the compression patch will need to hit master in the client before the gate will pass changes for the server.03:08
*** otherwiseguy has joined #openstack-dev03:08
*** browne has quit IRC03:09
*** briancline has quit IRC03:10
dolphmayoung: yes - it does (and maybe even make a release of the client?)03:10
ayoungyep03:11
*** tsekiyama has joined #openstack-dev03:11
dolphmayoung: i can't remember if the service is tested against the client's master or client as it appears on pypi03:11
ayoungdolphm, I have some changes in the server version that I am going to move to the client version.  We can expedite03:11
ayounglooks like git03:11
*** baoli has joined #openstack-dev03:12
*** sulrich has joined #openstack-dev03:12
*** coolsvap_away has quit IRC03:13
*** asalkeld has joined #openstack-dev03:13
*** briancline has joined #openstack-dev03:14
*** sc68cal_ has joined #openstack-dev03:14
*** jhesketh__ has quit IRC03:14
*** stevemar has joined #openstack-dev03:14
dolphmayoung: you're also being summoned in https://bugs.launchpad.net/bugs/126875103:14
uvirtbotLaunchpad bug 1268751 in ossa "Potential token revocation abuse via group membership" [Medium,Triaged]03:14
*** paragan has joined #openstack-dev03:14
ayoungI wrote that03:15
ayoungheh03:15
*** tsekiyama has quit IRC03:15
ayoungNo, no patch03:15
*** sc68cal_ has quit IRC03:15
ayoungbveen working on the replacement for revocations, which should not have the same problem03:15
*** sweston has joined #openstack-dev03:17
*** relaxdiego has quit IRC03:17
*** sc68cal_ has joined #openstack-dev03:18
*** sc68cal_ has quit IRC03:18
*** Mandell has quit IRC03:19
*** tjones has quit IRC03:19
*** jhesketh__ has joined #openstack-dev03:19
*** tjones has joined #openstack-dev03:21
*** lcheng_ has joined #openstack-dev03:26
*** prad has joined #openstack-dev03:26
*** pcm_ has quit IRC03:27
*** prad has quit IRC03:28
*** sc68cal_ has joined #openstack-dev03:28
*** novas0x2a|laptop has quit IRC03:29
*** thuc has joined #openstack-dev03:31
*** thuc_ has joined #openstack-dev03:32
*** amotoki has joined #openstack-dev03:34
*** odyssey4me has joined #openstack-dev03:35
*** galstrom_zzz is now known as galstrom03:36
*** thuc has quit IRC03:36
*** ykhodork has quit IRC03:36
*** sc68cal_ has quit IRC03:39
*** relaxdiego has joined #openstack-dev03:39
*** odyssey4me2 has joined #openstack-dev03:39
*** baoli has quit IRC03:40
*** odyssey4me has quit IRC03:40
ayoungdolphm, I need to treat all public functions in both middleware/auth_token.py and cms.py as stable, right?  Can't change or remove them?03:42
dolphmayoung: technically yes, but i'm not aware of anyone extending or calling into either... so i wouldn't worry too much03:44
ayoungdolphm, ok...I'm going to make a whole bunch of the auth_token calls private03:44
ayoungI think03:44
*** sc68cal has joined #openstack-dev03:45
*** aveiga has quit IRC03:47
*** comay has joined #openstack-dev03:47
*** alex_klimov has joined #openstack-dev03:49
*** aditirav has joined #openstack-dev03:51
*** david-lyle has joined #openstack-dev03:51
*** rraja_ has quit IRC03:52
*** rraja has quit IRC03:52
*** jpomero has quit IRC03:52
*** galstrom is now known as galstrom_zzz03:53
*** jasdeepH has joined #openstack-dev03:53
*** achampion has quit IRC03:54
*** gordc has joined #openstack-dev03:54
*** relaxdiego has quit IRC03:55
*** mriedem has quit IRC03:56
*** emagana has quit IRC03:57
*** thuc_ has quit IRC03:58
*** thuc has joined #openstack-dev03:58
*** tjones has quit IRC03:59
ayoungARGH04:01
ayoungThat whole envirnoment thing04:01
ayoungdumb@!04:01
*** kushal has joined #openstack-dev04:01
*** pradeep has joined #openstack-dev04:02
*** thuc has quit IRC04:03
*** lcheng_ has quit IRC04:06
*** zackf has joined #openstack-dev04:06
*** HenryG has joined #openstack-dev04:09
*** rohitk has joined #openstack-dev04:11
ayoungbknudson, the common/environment thing was you idea, right?04:16
*** buzztroll has joined #openstack-dev04:16
ayoungIt puts me in a bit of a bind.  I can't really do that for keystone client04:16
*** bdpayne has joined #openstack-dev04:18
*** buzztroll has quit IRC04:20
*** tdruiva has joined #openstack-dev04:21
*** gokrokve has joined #openstack-dev04:24
*** rohitk has quit IRC04:26
lbragstadayoung: I thought jamielennox was the one who did the environment stuff?04:26
ayounglbragstad, I think bknudson origianlly,  but I think I am ok.  I just need to back off using it for calls from the client library, and catch the original exceptions.04:27
ayoungtesting now.04:27
lbragstadayoung: side note, have you done any work with the osc?04:28
ayounglbragstad, NOPE04:28
jamielennoxayoung: yea that was me04:28
ayoungjamielennox, do the orignial monkeypatch calls still take effect?04:28
ayoungif I do evviron use eventlet , It still monkeypatches subprocess to be the eventlet version, right?04:29
jamielennoxshould do04:30
ayoungwe are just enforcing the use of environement.subprocess to make sure the user makes a deliberate decision, but I can't do that in the client code.04:30
jamielennoxayoung: yea that's correct04:30
ayounghttps://github.com/openstack/keystone/blob/master/keystone/common/environment/eventlet_server.py04:30
jamielennoxit was always a server side solution04:30
ayoungfrom eventlet.green import subprocess as _subprocess04:31
jamielennoxit was also supposed to make it explicit, if you use eventlet then it should patch subprocess correnctly04:31
ayounghttps://github.com/openstack/keystone/blob/master/keystone/common/environment/__init__.py04:31
ayounghttps://github.com/openstack/keystone/blob/master/keystone/common/environment/__init__.py#L7204:31
*** kenperkins has quit IRC04:31
jamielennoxeventlet will patch subprocess anyway i think04:31
ayoungso if keystoneclient/common/cms throws a subprocess exception, we're good04:31
jamielennoxayoung: yea04:32
ayoungif I just drop environment off the catc04:32
jamielennoxi think it'll impact some tests but it shouldn't make a difference04:32
lifelessjamielennox: rather than calling exit, it should raise an exception04:32
lifelessjamielennox: exit() raises SystemExit which nothing catches04:32
jamielennoxayoung: i always hated the magic of evenlet, when you use environment it is obvous04:32
*** galstrom_zzz is now known as galstrom04:33
ayoungno argument here, but the rest of the world doesn't do that04:33
ayoungI just want to get rid of eventlet04:33
ayoungEven a continuation based web server should not require monkeypatching04:34
ayoungshrug04:34
lifelessssh heat-admin@$UNDERCLOUD_IP "cat /opt/stack/boot-stack/virtual-power-key.pub" >> ~/.ssh/authorized_keys04:34
lifelessbah04:35
lifelesssorry04:35
SpamapSlifeless: testing copy/paste? ;)04:36
*** achampion has joined #openstack-dev04:36
StevenKSpamapS: It never hurts to be sure it's working for when you need it.04:37
*** sgordon has quit IRC04:37
ayoungjamielennox, the funny thing is I just put in a patch to make sure that we call environemnt setup for some tests that were failing when run stand alone.04:38
ayoungWon't need it once this one goes it, it was failing due to the cms call04:38
*** lcheng_ has joined #openstack-dev04:38
*** aditirav_ has joined #openstack-dev04:40
jamielennoxlifeless: oh yea, there are a bunch of things that could be done better around there i'm just glad i found it04:40
*** aditirav_ has quit IRC04:41
*** aditirav has quit IRC04:41
*** aditirav has joined #openstack-dev04:41
jamielennoxlifeless: for a future version of testtools (or whereever) something that notices a dieing thread would be good - thanks for your help04:41
*** CaptTofu has quit IRC04:42
lifelessjamielennox: well, it did notice it ;)04:42
lifelessjamielennox: it just was super unhelpful in diagnosing why...04:42
lifelessjamielennox: and yes, something better would be nice04:42
*** jcooley_ has quit IRC04:43
ayoungjamielennox, https://review.openstack.org/#/c/71455/04:43
ayoungand with that, we can make it a point to put common code in the client04:43
jamielennoxayoung: part of the purpose though was to allow for using the openssl lib if running normally04:43
ayoungthat will happen in the client as well04:43
*** coolsvap has joined #openstack-dev04:44
ayoungthe openssl shell out can be hidden behind the cms call.04:44
ayoungso we should be able to swap in a library in its place04:44
*** relaxdiego has joined #openstack-dev04:45
*** ayoung is now known as ayoung-ZzZzzZZzz04:48
*** relaxdiego has quit IRC04:49
*** sc68cal has quit IRC04:50
*** sc68cal has joined #openstack-dev04:50
*** gokrokve has quit IRC04:50
*** zackf has quit IRC04:51
*** gokrokve has joined #openstack-dev04:52
*** otherwiseguy has quit IRC04:53
*** gokrokve has quit IRC04:53
*** kolesovdv has quit IRC04:56
*** SumitNaiksatam has joined #openstack-dev04:56
*** achampion has quit IRC04:56
*** jasondotstar has quit IRC04:57
*** doug_shelley66 has joined #openstack-dev04:57
*** galstrom is now known as galstrom_zzz04:58
*** doug_shelley66 has quit IRC05:01
*** nosnos_ has joined #openstack-dev05:02
*** dims has quit IRC05:03
*** Guest73201 is now known as mfisch05:03
*** Ryan_Lane has joined #openstack-dev05:03
*** mfisch is now known as Guest1873505:03
*** dims has joined #openstack-dev05:04
*** sarob has quit IRC05:05
*** munx has quit IRC05:05
*** harlowja has quit IRC05:05
*** nosnos has quit IRC05:06
*** emagana has joined #openstack-dev05:08
*** pablosan has quit IRC05:09
*** sarob has joined #openstack-dev05:10
*** pablosan has joined #openstack-dev05:11
*** emagana has quit IRC05:13
*** harlowja has joined #openstack-dev05:14
*** sarob has quit IRC05:15
*** rraja_ has joined #openstack-dev05:18
*** rraja has joined #openstack-dev05:18
*** nshaikh has joined #openstack-dev05:19
stevemarbknudson, how keen are you on calling it ruleProcessor vs mappingProcessor?05:20
*** blamar has quit IRC05:21
*** buzztroll has joined #openstack-dev05:22
*** kgriffs_afk has quit IRC05:25
*** kgriffs_afk has joined #openstack-dev05:26
*** kgriffs_afk is now known as kgriffs05:26
*** rdas has joined #openstack-dev05:26
*** NearlyFunctional has quit IRC05:27
*** edmund1 has quit IRC05:29
*** zaitcev has quit IRC05:33
*** mgagne1 has joined #openstack-dev05:35
*** dstufft-gone has quit IRC05:36
*** Mandell has joined #openstack-dev05:36
kashyapharlowja, Just read the scroll, /me was asleep. Thank you, will checkout zuul CLI. I recently started taking a look at its web interface - http://status.openstack.org/zuul/05:37
harlowjakashyap ya,  the czuul one is similar to the website05:38
*** mgagne has quit IRC05:38
kashyapCool. I frequently work w/ poor internet connectivity w/ a USB data card, while traveling. So, trying to optimize workflows to CLI as much as possible05:39
kashyapharlowja, I wish there's a way to read older comments in Gerrit relatively easy. If a patch series had 50 revisions, it's just painful to comb through the older comments :-(05:40
*** e0ne has joined #openstack-dev05:40
harlowjakashyap ya, gerrit is not so good at hiding info05:40
harlowjaespecially when revisions go above 2005:41
harlowjathe UI falls apart around that05:41
*** DinaBelova_ is now known as DinaBelova05:41
harlowjaespecially when u have automated systems posting comments05:41
harlowjait'd be nice to have automated system comment section and human people section05:41
kashyapharlowja, Yeah. Is there any historical discussion you can point me to, as to why Gerrit vs traditional mailing list based patches?05:41
harlowjakashyap hmmm, that might even predate me, i've never seen that discussion05:42
harlowjai've seen a git vs launchpad one05:42
kashyap(I can obviously imagine some reasons, any how, no worries)05:42
kashyapGoodness, it's git :-)05:42
kashyapI presume this is the canonical repository - https://github.com/openstack-infra/zuul05:43
*** bdpayne has quit IRC05:44
harlowjai think thats the zuul repository05:44
*** rdas has quit IRC05:44
*** NearlyFunctional has joined #openstack-dev05:45
* kashyap looks up for czuul repository05:46
harlowjakashyap http://www.gossamer-threads.com/lists/openstack/dev/398105:46
harlowjasorta interesting to read05:46
harlowjakashyap oh czuul is @ https://github.com/harlowja/gerrit_view/#czuul05:46
harlowjain the same package that qgerrit is in05:46
*** sandywalsh has quit IRC05:46
kashyapNice, thank you.05:47
kashyapharlowja, Also, I heard vaguely that launchpad will be replaced with something else for blueprint/bug-tracking?05:48
harlowjakashyap hmmm, i haven't heard that yet, that'd be nice, its not especially well integrated05:49
*** unicell has joined #openstack-dev05:49
*** jcooley_ has joined #openstack-dev05:49
*** dstufft has joined #openstack-dev05:50
*** gordc has quit IRC05:53
*** emagana has joined #openstack-dev05:57
*** jamespage_ has joined #openstack-dev05:58
*** sergmelikyan has quit IRC05:58
*** denis_makogon has joined #openstack-dev06:00
*** jamespage_ has quit IRC06:05
*** jamespage__ has joined #openstack-dev06:05
*** neeti has joined #openstack-dev06:05
*** DinaBelova is now known as DinaBelova_06:06
*** matsuhashi has quit IRC06:07
*** matsuhashi has joined #openstack-dev06:07
*** bdpayne has joined #openstack-dev06:08
*** matsuhas_ has joined #openstack-dev06:09
*** matsuhashi has quit IRC06:09
*** jcooley_ has quit IRC06:11
lbragstadstevemar: trusts in ocs https://review.openstack.org/#/c/71460/06:15
lbragstadthe tests still need some work though06:15
*** rohitk has joined #openstack-dev06:16
lbragstadi marked it WIP for now to get some more experienced openstackclient eyes on it, especially the tests06:16
*** sarob has joined #openstack-dev06:17
*** mgagne1 has quit IRC06:17
*** igor has quit IRC06:18
*** igor has joined #openstack-dev06:18
*** sarob has quit IRC06:21
*** topol has quit IRC06:24
*** jcooley_ has joined #openstack-dev06:24
*** denis_makogon_ has joined #openstack-dev06:24
*** rraja_ has quit IRC06:25
*** denis_makogon has quit IRC06:26
*** mrda is now known as mrda_away06:27
*** e0ne has quit IRC06:27
*** tkammer has joined #openstack-dev06:29
*** rdas has joined #openstack-dev06:31
*** rraja has quit IRC06:35
*** yeylon__ has joined #openstack-dev06:37
*** jamespage__ has quit IRC06:39
*** jamespage__ has joined #openstack-dev06:39
*** nosnos has joined #openstack-dev06:40
*** bdpayne has quit IRC06:42
*** nosnos_ has quit IRC06:42
*** CaptTofu has joined #openstack-dev06:42
stevemarlbragstad, i'm not crazy about the way the tests are structured in general :(06:43
lbragstadstevemar: yeah, it took me a while to figure it out... I still don't think I have my head wrapped all the way around it though06:43
stevemarlbragstad, it's a bit wonky06:44
lbragstadI figure, wth I'll push a patch with some tests and if they give me some pointers on how to do it bettr, great06:44
stevemarlbragstad, setup.cg looks good :P06:44
lbragstadbetter than it did last night! thank you06:45
*** hdd_ has quit IRC06:46
*** NikitaKonovalov_ is now known as NikitaKonovalov06:48
*** coolsvap_away has joined #openstack-dev06:51
*** coolsvap has quit IRC06:52
*** markwash has joined #openstack-dev06:53
*** rraja has joined #openstack-dev06:54
*** jpich has joined #openstack-dev06:54
*** NikitaKonovalov is now known as NikitaKonovalov_06:54
*** dstanek has quit IRC06:55
*** HenryG_ has joined #openstack-dev06:55
*** vartom1111111116 has joined #openstack-dev06:57
*** yamahata__ has quit IRC06:57
*** yamahata__ has joined #openstack-dev06:57
*** bhuvan has joined #openstack-dev06:57
*** HenryG has quit IRC06:58
*** jamespage__ has quit IRC06:58
*** tchaypo has quit IRC06:58
*** mugsie has quit IRC07:00
*** mugsie has joined #openstack-dev07:01
*** coolsvap_away has quit IRC07:02
*** kragniz has quit IRC07:03
*** esmute has joined #openstack-dev07:04
*** lbragstad has quit IRC07:04
*** kragniz has joined #openstack-dev07:05
*** lbragstad has joined #openstack-dev07:06
*** nati_ueno has quit IRC07:06
*** tchaypo has joined #openstack-dev07:06
*** BLZbubba has quit IRC07:06
*** Drankis has joined #openstack-dev07:06
*** coolsvap has joined #openstack-dev07:07
*** ron-slc_ has quit IRC07:08
*** irenab has joined #openstack-dev07:08
*** CaptTofu has quit IRC07:08
*** coolsvap_away has joined #openstack-dev07:11
*** bvandenh has joined #openstack-dev07:12
*** coolsvap has quit IRC07:12
*** BLZbubba has joined #openstack-dev07:14
*** lcheng_ has quit IRC07:14
*** ron-slc_ has joined #openstack-dev07:15
*** lcheng_ has joined #openstack-dev07:15
*** jprovazn has joined #openstack-dev07:20
*** harlowja is now known as harlowja_away07:23
*** markwash has quit IRC07:24
*** yeylon_ has joined #openstack-dev07:26
*** stevemar has quit IRC07:28
*** tkammer has quit IRC07:28
*** bhuvan has quit IRC07:28
*** yeylon__ has quit IRC07:29
*** unicell has quit IRC07:29
*** MaxV has joined #openstack-dev07:29
*** dfarrell07 has joined #openstack-dev07:30
*** yolanda has joined #openstack-dev07:30
*** sushil_ has joined #openstack-dev07:31
*** pasquier-s_ has quit IRC07:32
*** pasquier-s_ has joined #openstack-dev07:32
*** markwash has joined #openstack-dev07:33
*** yeylon_ has quit IRC07:34
*** coolsvap_away is now known as coolsvap07:37
*** flaper87|afk is now known as flaper8707:39
*** emagana has quit IRC07:43
*** unicell has joined #openstack-dev07:44
*** asalkeld has quit IRC07:46
*** e0ne has joined #openstack-dev07:47
*** kushal has quit IRC07:47
*** MaxV has quit IRC07:47
*** rohitk has quit IRC07:48
*** negronjl has quit IRC07:49
*** rraja has quit IRC07:49
*** negronjl has joined #openstack-dev07:50
*** rohitk has joined #openstack-dev07:50
*** tkammer has joined #openstack-dev07:50
*** sc68cal is now known as sc68cal_07:50
*** yeylon_ has joined #openstack-dev07:51
*** sarob has joined #openstack-dev07:52
*** sc68cal_ is now known as sc68cal07:52
*** evgenyf has joined #openstack-dev07:53
*** rohitk has quit IRC07:55
*** denis_makogon_ has quit IRC07:55
*** rohitk has joined #openstack-dev07:56
*** markwash has quit IRC08:02
*** pmcg has quit IRC08:03
*** killer_prince has quit IRC08:03
*** comay has quit IRC08:04
*** kushal has joined #openstack-dev08:05
*** viktors has joined #openstack-dev08:05
*** rohitk has quit IRC08:06
*** rohitk has joined #openstack-dev08:06
*** jpich has quit IRC08:06
*** xga has joined #openstack-dev08:07
*** omachace has joined #openstack-dev08:09
*** corXi has joined #openstack-dev08:10
*** irenab has quit IRC08:11
*** pmcg has joined #openstack-dev08:12
*** lcheng_ has quit IRC08:12
*** xgsa has joined #openstack-dev08:13
*** jistr has joined #openstack-dev08:14
*** jcoufal has joined #openstack-dev08:17
*** evgenyf has quit IRC08:17
*** markwash has joined #openstack-dev08:18
*** NikitaKonovalov_ is now known as NikitaKonovalov08:20
*** Nikolay_St has quit IRC08:20
*** alex_xu has joined #openstack-dev08:20
*** MaxV has joined #openstack-dev08:22
*** AlexF has joined #openstack-dev08:22
*** florentflament has joined #openstack-dev08:23
*** amuller has joined #openstack-dev08:24
*** bogdando has joined #openstack-dev08:30
*** nkinder has joined #openstack-dev08:30
*** ndipanov_gone is now known as ndipanov08:32
*** athomas has joined #openstack-dev08:33
*** athomas has quit IRC08:34
*** nmagnezi has joined #openstack-dev08:34
*** athomas has joined #openstack-dev08:35
*** sahid has joined #openstack-dev08:39
*** nati_ueno has joined #openstack-dev08:40
*** afazekas has joined #openstack-dev08:42
*** markwash has quit IRC08:43
*** pll_ has joined #openstack-dev08:44
*** ifarkas has joined #openstack-dev08:45
*** eglynn has joined #openstack-dev08:46
*** marekd|away is now known as marekd08:47
*** jcoufal has quit IRC08:50
*** nacim has joined #openstack-dev08:51
*** ygbo has joined #openstack-dev08:51
*** xqueralt has joined #openstack-dev08:51
*** askb_ has joined #openstack-dev08:51
*** ala has joined #openstack-dev08:53
*** jtomasek has joined #openstack-dev08:55
*** mindpixel has joined #openstack-dev08:58
*** eglynn has quit IRC08:59
*** romcheg has joined #openstack-dev08:59
*** salv-orlando has quit IRC08:59
*** sarob has quit IRC09:00
*** pixelb has joined #openstack-dev09:00
*** sarob has joined #openstack-dev09:01
*** odyssey4me2 is now known as odyssey4me09:01
*** I159 has joined #openstack-dev09:02
*** akrivoka has joined #openstack-dev09:02
*** sarob has quit IRC09:06
*** gszasz has joined #openstack-dev09:06
*** jcoufal has joined #openstack-dev09:06
*** CaptTofu has joined #openstack-dev09:09
*** alex_xu has quit IRC09:11
*** e0ne_ has joined #openstack-dev09:12
*** rossella_s has joined #openstack-dev09:12
*** eglynn has joined #openstack-dev09:13
*** CaptTofu has quit IRC09:14
*** e0ne has quit IRC09:14
*** jamespage_ has joined #openstack-dev09:16
*** yassine has joined #openstack-dev09:16
*** AlexF has quit IRC09:16
*** jamespage_ has quit IRC09:17
*** alex_xu has joined #openstack-dev09:18
*** iartarisi has joined #openstack-dev09:19
*** jpich has joined #openstack-dev09:20
*** nati_ueno has quit IRC09:23
*** gcha has joined #openstack-dev09:24
*** safchain has joined #openstack-dev09:24
*** buzztroll has quit IRC09:25
*** Nikolay_St has joined #openstack-dev09:25
*** buzztroll has joined #openstack-dev09:25
*** kolesovdv has joined #openstack-dev09:28
*** nati_ueno has joined #openstack-dev09:29
*** dfarrell07 has quit IRC09:30
*** buzztroll has quit IRC09:30
*** igor_ has joined #openstack-dev09:30
*** igor has quit IRC09:32
*** jcooley_ has quit IRC09:32
*** vartom1111111117 has joined #openstack-dev09:33
*** markmc has joined #openstack-dev09:34
*** vartom1111111116 has quit IRC09:36
*** nati_ueno has quit IRC09:36
*** DinaBelova_ is now known as DinaBelova09:37
*** reed has joined #openstack-dev09:38
*** derekh has joined #openstack-dev09:38
*** L33 has quit IRC09:38
*** L33 has joined #openstack-dev09:38
*** johnthetubaguy has joined #openstack-dev09:39
*** johnthetubaguy1 has joined #openstack-dev09:40
*** johnthetubaguy has quit IRC09:40
*** jhesketh__ has quit IRC09:40
*** itzikb has joined #openstack-dev09:42
*** pmcg has quit IRC09:42
*** lucasagomes has joined #openstack-dev09:42
*** johnthetubaguy has joined #openstack-dev09:42
*** johnthetubaguy1 has quit IRC09:44
*** rraja has joined #openstack-dev09:45
*** rodrigods has joined #openstack-dev09:47
*** vartom1111111117 has quit IRC09:48
*** vartom1111111117 has joined #openstack-dev09:49
*** vartom1111111117 has quit IRC09:50
*** vartom1111111117 has joined #openstack-dev09:51
*** sweston has quit IRC09:51
*** pmcg has joined #openstack-dev09:51
*** bhuvan has joined #openstack-dev09:52
*** danpb has joined #openstack-dev09:56
*** xga has quit IRC09:57
*** jasondotstar has joined #openstack-dev10:00
*** rods` has quit IRC10:02
*** johnthetubaguy has quit IRC10:03
*** fc__ has quit IRC10:04
*** rods has joined #openstack-dev10:04
*** johnthetubaguy has joined #openstack-dev10:05
*** xga has joined #openstack-dev10:05
*** xga_ has joined #openstack-dev10:07
*** xga has quit IRC10:08
*** buzztroll has joined #openstack-dev10:08
*** buzztrol_ has joined #openstack-dev10:09
*** buzztroll has quit IRC10:09
*** jprovazn has quit IRC10:10
*** yeylon__ has joined #openstack-dev10:10
*** yeylon_ has quit IRC10:10
*** sarob has joined #openstack-dev10:11
*** salv-orlando has joined #openstack-dev10:14
*** sarob has quit IRC10:16
*** Alexei_987 has joined #openstack-dev10:17
*** evgenyf has joined #openstack-dev10:19
*** yeylon__ has quit IRC10:20
*** ruhe has joined #openstack-dev10:21
*** martyntaylor has joined #openstack-dev10:25
*** martyntaylor1 has joined #openstack-dev10:25
*** max_lobur_afk is now known as max_lobur10:26
*** e0ne_ has quit IRC10:26
*** amuller has quit IRC10:28
*** martyntaylor has quit IRC10:29
*** mrda_away is now known as mrda10:31
*** salv-orlando has quit IRC10:31
*** rraja has quit IRC10:32
*** odyssey4me2 has joined #openstack-dev10:33
*** odyssey4me has quit IRC10:34
*** yeylon__ has joined #openstack-dev10:36
*** paragan has quit IRC10:36
*** fc__ has joined #openstack-dev10:37
*** odyssey4me2 has quit IRC10:38
*** thouveng has joined #openstack-dev10:41
*** buzztrol_ has quit IRC10:43
*** evgenyf has quit IRC10:44
*** jistr has quit IRC10:44
*** itzikb has quit IRC10:44
*** rraja has joined #openstack-dev10:50
*** evgenyf has joined #openstack-dev10:54
*** NikitaKonovalov is now known as NikitaKonovalov_10:54
*** kushal has quit IRC10:55
*** NikitaKonovalov_ is now known as NikitaKonovalov10:57
*** AnilV4 has joined #openstack-dev10:57
*** jamespage_ has joined #openstack-dev10:58
*** jasondotstar has quit IRC11:00
*** yassine has quit IRC11:01
*** mrda is now known as mrda_away11:02
*** vartom1111111117 has quit IRC11:03
*** vartom1111111117 has joined #openstack-dev11:03
*** jruzicka has joined #openstack-dev11:06
*** sahid has quit IRC11:06
*** sahid has joined #openstack-dev11:07
*** buzztroll has joined #openstack-dev11:08
*** jistr has joined #openstack-dev11:10
*** CaptTofu has joined #openstack-dev11:10
*** RajeshMohan has quit IRC11:10
*** irenab has joined #openstack-dev11:10
*** RajeshMohan has joined #openstack-dev11:11
*** jprovazn has joined #openstack-dev11:11
mfloboI need to modify this file nova/hacking/checks.py to add a new function11:12
mfloboanyone knows how to test a new function written on that file?11:12
*** buzztroll has quit IRC11:12
*** tdruiva has quit IRC11:12
*** salv-orlando has joined #openstack-dev11:14
*** CaptTofu has quit IRC11:15
*** IzikPenso has joined #openstack-dev11:15
*** david-lyle has quit IRC11:17
*** boris-42_ has quit IRC11:18
*** amuller has joined #openstack-dev11:18
*** askb_ has quit IRC11:18
*** vkmc has joined #openstack-dev11:19
mflobothis is my question https://ask.openstack.org/en/question/11411/what-is-novahackingcheckspy/11:20
*** andreaf has joined #openstack-dev11:22
*** hashfail has quit IRC11:23
*** hashfail has joined #openstack-dev11:24
*** coolsvap_away has joined #openstack-dev11:29
*** coolsvap has quit IRC11:30
*** salv-orlando has quit IRC11:30
*** amuller_ has joined #openstack-dev11:32
*** IzikPenso has quit IRC11:32
*** amuller has quit IRC11:32
*** martyntaylor1 has quit IRC11:33
*** rraja has quit IRC11:34
*** pcm_ has joined #openstack-dev11:41
*** salv-orlando has joined #openstack-dev11:43
*** tdruiva has joined #openstack-dev11:43
*** vkmc has quit IRC11:43
*** pcm_ has quit IRC11:43
*** martyntaylor has joined #openstack-dev11:44
*** pcm_ has joined #openstack-dev11:44
*** CaptTofu has joined #openstack-dev11:46
*** coolsvap_away is now known as coolsvap11:46
*** jp_at_hp has joined #openstack-dev11:46
*** salv-orlando has quit IRC11:49
*** jamespage_ has joined #openstack-dev11:49
*** rraja has joined #openstack-dev11:49
*** athomas has quit IRC11:50
*** jasondotstar has joined #openstack-dev11:50
*** jamespage_ has quit IRC11:51
*** athomas has joined #openstack-dev11:51
*** tdruiva has quit IRC11:51
*** DinaBelova is now known as DinaBelova_11:52
*** safchain has quit IRC11:56
*** CaptTofu has quit IRC11:57
*** CaptTofu has joined #openstack-dev11:58
*** jnoller has joined #openstack-dev11:58
*** paragan has joined #openstack-dev12:00
*** baoli has joined #openstack-dev12:00
*** rkukura has quit IRC12:01
*** matrohon has quit IRC12:02
*** Anju has joined #openstack-dev12:02
Anjuhii adam_g : are u around ?12:03
*** doug_shelley66 has joined #openstack-dev12:04
*** DinaBelova_ is now known as DinaBelova12:05
*** marcin___ has joined #openstack-dev12:05
*** jamespage_ has joined #openstack-dev12:07
*** buzztroll has joined #openstack-dev12:08
*** jamespage_ has quit IRC12:09
*** tkammer has quit IRC12:10
*** yassine has joined #openstack-dev12:13
*** buzztroll has quit IRC12:13
*** yassine_ has joined #openstack-dev12:13
*** relaxdiego has joined #openstack-dev12:13
*** jay-lau-513 has joined #openstack-dev12:14
*** yamahata has quit IRC12:14
*** asalkeld has joined #openstack-dev12:17
*** asalkeld has left #openstack-dev12:17
*** alexpilotti has joined #openstack-dev12:18
Anjujoin #openstack-swift12:19
*** gcha has quit IRC12:22
*** IanGovett has joined #openstack-dev12:25
*** enykeev has quit IRC12:25
*** aditirav has quit IRC12:26
*** jnoller has quit IRC12:26
*** enykeev has joined #openstack-dev12:26
*** jcooley_ has joined #openstack-dev12:26
*** CaptTofu has quit IRC12:28
*** e0ne has joined #openstack-dev12:29
*** boris-42_ has joined #openstack-dev12:30
*** jcooley_ has quit IRC12:31
*** rraja has quit IRC12:32
*** rfolco has joined #openstack-dev12:33
*** coolsvap has quit IRC12:34
*** coolsvap has joined #openstack-dev12:34
*** jamespage_ has joined #openstack-dev12:37
*** jamespage_ has quit IRC12:40
*** gcha has joined #openstack-dev12:40
*** baoli has quit IRC12:42
*** eglynn is now known as eglynn-lunch12:42
*** baoli has joined #openstack-dev12:42
*** romcheg has quit IRC12:43
*** relaxdiego has quit IRC12:45
*** igor has joined #openstack-dev12:45
*** igor_ has quit IRC12:46
*** Nikolay_St has quit IRC12:47
*** rdas has quit IRC12:49
*** FunnyLookinHat has joined #openstack-dev12:51
*** amuller_ has quit IRC12:51
*** sgordon has joined #openstack-dev12:54
*** coolsvap has quit IRC12:55
*** amuller_ has joined #openstack-dev12:55
*** yassine has quit IRC12:55
*** amuller_ is now known as amuller12:56
jd__markmc: are you taking a look on #1275771 on the Nova side? just wanted to know as I was planning to12:57
*** CaptTofu has joined #openstack-dev12:57
*** omachace has quit IRC12:57
*** neeti has quit IRC12:58
*** artom has joined #openstack-dev12:58
*** marcin___ has quit IRC12:59
*** jasondotstar has quit IRC13:00
*** sushil_ has quit IRC13:01
*** CaptTofu has quit IRC13:01
*** evgenyf has quit IRC13:02
markmcjd__, I started to, then got pulled away13:04
markmcjd__, hoping to get back to it ASAP, but if you get there first that'd be cool13:04
jd__markmc: ok, I'll jump on it this afternoon13:05
markmcjd__, great13:05
markmcjd__, could be in e.g. oslo.messaging.notifier if e.g. we forget to pass the context through the serializer13:05
jd__yup13:06
jd__I'm also trying to add more tests in oslo.messaging to clarify that and maybe remove the hack13:06
*** mriedem has joined #openstack-dev13:07
*** evgenyf has joined #openstack-dev13:07
*** buzztroll has joined #openstack-dev13:08
*** prad_ has joined #openstack-dev13:08
*** safchain has joined #openstack-dev13:09
*** safchain has quit IRC13:09
*** safchain has joined #openstack-dev13:10
*** rkukura has joined #openstack-dev13:10
*** cnesa has joined #openstack-dev13:10
*** tdruiva has joined #openstack-dev13:12
*** gcha has quit IRC13:12
*** buzztroll has quit IRC13:12
*** bswartz has quit IRC13:14
*** romcheg has joined #openstack-dev13:15
*** iartarisi has quit IRC13:15
*** gmoro has quit IRC13:15
*** iartarisi has joined #openstack-dev13:16
*** max_lobur is now known as max_lobur_afk13:17
*** jasondotstar has joined #openstack-dev13:19
markmcjd__, yep, the hack is removable by e.g. having pack_context() not call to_dict()13:20
markmcjd__, only reason I didn't do that was to limit the changes to the driver until Nova was using oslo.messaging in the gate13:21
jd__markmc: fair enough13:21
*** aveiga has joined #openstack-dev13:21
jd__I'm rewriting my patch in that sense exactly, removing to_dict() in pack_context() :)13:21
markmccool13:22
*** topol has joined #openstack-dev13:27
*** lpr has joined #openstack-dev13:27
*** max_lobur_afk is now known as max_lobur13:29
*** glenng has joined #openstack-dev13:30
*** rraja has joined #openstack-dev13:31
*** topol has quit IRC13:31
*** glenng1 has joined #openstack-dev13:31
*** jruzicka has quit IRC13:32
*** lpr is now known as parthipan13:33
*** glenng has quit IRC13:34
*** tkammer has joined #openstack-dev13:35
*** parthipan has quit IRC13:35
*** gcha has joined #openstack-dev13:35
*** Ursinha-afk has joined #openstack-dev13:36
*** gordc has joined #openstack-dev13:36
*** vladikr has joined #openstack-dev13:36
*** sahid has quit IRC13:38
*** rohitk has quit IRC13:38
*** prad_ has quit IRC13:38
*** vkmc has joined #openstack-dev13:38
*** sahid has joined #openstack-dev13:39
*** cnesa2 has joined #openstack-dev13:39
*** cnesa has quit IRC13:40
*** cnesa has joined #openstack-dev13:41
*** Tross has quit IRC13:42
*** galstrom_zzz is now known as galstrom13:43
*** cnesa2 has quit IRC13:44
*** tdruiva has quit IRC13:45
jd__markmc: well that was easy enough to fix, the nova's notifier instance totally lacks the request serializer, it has been forgotten in the arg list :)13:46
jd__now the hard part, write a unit test13:46
markmcjd__, ah, schweet :)13:46
shardy@requirements-core, anyone able to take a look at:13:46
shardyhttps://review.openstack.org/#/c/70929/13:46
*** irenab has quit IRC13:46
shardywe need that version bump for Heat please :)13:46
*** browne has joined #openstack-dev13:47
*** milki has quit IRC13:48
*** milki has joined #openstack-dev13:48
*** lparth has joined #openstack-dev13:49
*** bswartz has joined #openstack-dev13:49
*** jdob has joined #openstack-dev13:49
*** thomasem has joined #openstack-dev13:49
*** doug_shelley66 has quit IRC13:50
*** otherwiseguy has joined #openstack-dev13:51
*** e0ne_ has joined #openstack-dev13:51
*** tsekiyama has joined #openstack-dev13:51
*** Ursinha has quit IRC13:52
*** Ursinha-afk is now known as Ursinha13:52
*** Ursinha has joined #openstack-dev13:52
*** galstrom is now known as galstrom_zzz13:52
*** rohitk has joined #openstack-dev13:52
*** tsekiyama has quit IRC13:52
*** e0ne has quit IRC13:54
*** bswartz has quit IRC13:55
*** rraja has quit IRC13:56
*** dprince has joined #openstack-dev13:56
*** jcooley_ has joined #openstack-dev13:57
*** cnesa has quit IRC13:58
*** cnesa has joined #openstack-dev13:59
*** vartom1111111117 has quit IRC13:59
*** dvarga has joined #openstack-dev14:00
*** belmoreira has joined #openstack-dev14:00
*** dkranz has joined #openstack-dev14:00
*** sushil_ has joined #openstack-dev14:01
bknudson@requirements-core and keystone14:01
shardybknudson: yup, thanks14:02
*** tdruiva has joined #openstack-dev14:03
*** jcooley_ has quit IRC14:03
*** bknudson has quit IRC14:03
*** gmoro has joined #openstack-dev14:04
*** rbrady has joined #openstack-dev14:05
*** sushil_ has quit IRC14:05
*** cnesa has quit IRC14:06
*** rbrady is now known as rbrady-brb14:07
*** sushil_ has joined #openstack-dev14:07
*** jamespage_ has joined #openstack-dev14:07
*** buzztroll has joined #openstack-dev14:08
*** dstanek has joined #openstack-dev14:09
*** cnesa has joined #openstack-dev14:10
*** rohitk has quit IRC14:10
*** dvarga is now known as dvarga|away14:11
*** dvarga|away is now known as dvarga14:12
*** edmund has joined #openstack-dev14:12
*** kolesovdv has quit IRC14:12
*** buzztroll has quit IRC14:12
*** tmclaugh[work] has joined #openstack-dev14:13
*** jruzicka has joined #openstack-dev14:13
*** crank has quit IRC14:14
*** yamahata has joined #openstack-dev14:15
*** RajeshMohan has quit IRC14:15
*** Ursinha has quit IRC14:15
*** RajeshMohan has joined #openstack-dev14:16
*** Ursinha-afk has joined #openstack-dev14:16
*** Ursinha-afk is now known as Ursinha14:17
*** Ursinha has quit IRC14:17
*** Ursinha has joined #openstack-dev14:17
*** rbrady-brb is now known as rbrady14:17
*** yamahata has quit IRC14:22
*** bknudson has joined #openstack-dev14:22
*** belmoreira has quit IRC14:22
*** belmoreira has joined #openstack-dev14:23
*** yamahata has joined #openstack-dev14:23
*** neelashah has joined #openstack-dev14:24
*** eharney has joined #openstack-dev14:24
*** xga has joined #openstack-dev14:24
*** belmoreira1 has joined #openstack-dev14:25
*** yamahata has quit IRC14:25
*** yamahata has joined #openstack-dev14:25
*** hdd_ has joined #openstack-dev14:27
*** JoshuaG_AIM has joined #openstack-dev14:27
*** ewindisch has joined #openstack-dev14:27
*** belmoreira has quit IRC14:27
gilliardis it possible to test oslo-incubator using tun_tests.sh14:30
gilliard?14:30
*** bauzas has joined #openstack-dev14:30
gilliardI get ImportError: No module named openstack.common.db every time I try.  Colleague has the same problem.14:31
*** prad_ has joined #openstack-dev14:31
*** edmund has quit IRC14:32
*** prad_ has quit IRC14:32
jd__gilliard: just use tox14:34
*** mkollaro has joined #openstack-dev14:34
gilliardjd__: thanks - I'm just trying to remember the syntax for tox. Is run_tests broken then?14:34
*** toanster_ is now known as toanster14:35
*** thomasem_ has joined #openstack-dev14:35
*** edmund has joined #openstack-dev14:35
*** IanGovett has quit IRC14:35
jd__gilliard: I don't know, just type 'tox' :)14:36
jd__I don't use run_tests14:36
*** achampion has joined #openstack-dev14:37
dstanekgilliard: sounds like a pythonpath issue - i always use tox now on openstack projects14:37
*** joesavak has joined #openstack-dev14:37
*** thomasem has quit IRC14:38
*** dims has quit IRC14:38
dhellmann_shardy, bknudson : +2 A14:38
*** xgsa has quit IRC14:39
dhellmann_gilliard: you can run "tox -e py27" if you only want the tests for python 2.7, but "tox" by itself will also run style checks for you14:39
*** jamieh has joined #openstack-dev14:39
dhellmann_and python 3, if you have it installed14:39
jamiehdoes glance have a dedicated irc channel?14:39
*** jpomero has joined #openstack-dev14:40
jamiehnm, found it14:40
dhellmann_jamieh: yep: https://wiki.openstack.org/wiki/IRC14:40
*** jecarey has joined #openstack-dev14:40
*** xgsa has joined #openstack-dev14:42
*** pschaef has joined #openstack-dev14:42
*** burt1 has joined #openstack-dev14:43
*** sandywalsh has joined #openstack-dev14:43
gilliarddhellmann_, jd__, dstanek: FYI seems not to work with tox 1.7.0 - I had to install 1.6.114:44
*** peristeri has joined #openstack-dev14:44
gilliardThis problem: https://bitbucket.org/hpk42/tox/issue/150/posargs-configerror14:44
dhellmann_gilliard: yeah, holger made a backwards-incompatible change to the way the ini file works in 1.7 and we haven't updated openstack projects to work with it, yet14:44
*** dhellmann_ is now known as dhellmann14:44
*** dims has joined #openstack-dev14:44
*** adreznec has joined #openstack-dev14:44
*** sgran has joined #openstack-dev14:44
*** changbl has quit IRC14:45
*** tongli has joined #openstack-dev14:46
gilliarddhellmann: is this documented anywhere?  I could add it to the wiki if required.14:46
*** lbragstad has quit IRC14:46
dhellmanngilliard: great question, I'm not sure -- sdague ^^14:47
jd__I'm not sure we want to document bug, fixing them sounds better :)14:49
shardydhellmann_: thanks!14:51
dhellmannjd__: +114:51
*** doug_shelley66 has joined #openstack-dev14:52
*** dperaza has joined #openstack-dev14:52
*** kbrierly has quit IRC14:53
*** jayg|g0n3 is now known as jayg14:54
*** jamespage_ has quit IRC14:54
*** blamar has joined #openstack-dev14:55
*** eglynn-lunch is now known as eglynn14:55
*** kbrierly has joined #openstack-dev14:55
*** zackf has joined #openstack-dev14:55
*** dsirrine has joined #openstack-dev14:55
*** angdraug has joined #openstack-dev14:56
*** bswartz has joined #openstack-dev14:58
*** tsekiyama has joined #openstack-dev14:59
*** belmoreira1 has quit IRC15:00
*** artom has quit IRC15:00
*** zackf has quit IRC15:00
*** crank has joined #openstack-dev15:00
*** csaba|afk is now known as csaba15:02
*** belmoreira has joined #openstack-dev15:02
*** boris-42_ has quit IRC15:02
*** amotoki has quit IRC15:02
*** stevemar has joined #openstack-dev15:04
*** sahid has quit IRC15:07
*** jswarren has joined #openstack-dev15:07
*** sahid has joined #openstack-dev15:07
*** zackf has joined #openstack-dev15:08
*** buzztroll has joined #openstack-dev15:08
*** alex_klimov has quit IRC15:08
*** prad_ has joined #openstack-dev15:08
*** mestery has joined #openstack-dev15:09
*** Gordonz has joined #openstack-dev15:10
viktorsdhellmann: hi15:10
*** kenperkins has joined #openstack-dev15:11
*** dbalog has joined #openstack-dev15:11
*** jamieh has quit IRC15:11
*** jpich has quit IRC15:12
*** buzztroll has quit IRC15:13
*** Gordonz has quit IRC15:13
*** Gordonz has joined #openstack-dev15:14
*** jamieh has joined #openstack-dev15:14
*** IanGovett has joined #openstack-dev15:14
*** jpich has joined #openstack-dev15:15
*** gmoro has quit IRC15:15
*** IanGovett1 has joined #openstack-dev15:16
*** lbragstad has joined #openstack-dev15:16
*** krotscheck has joined #openstack-dev15:16
*** belmoreira has quit IRC15:16
*** FunnyLookinHat has quit IRC15:16
*** knuppe has joined #openstack-dev15:17
*** matsuhas_ has quit IRC15:17
*** vijendar has joined #openstack-dev15:17
*** pmathews has joined #openstack-dev15:18
*** rcleere has joined #openstack-dev15:18
*** glenng1 has quit IRC15:19
*** belmoreira has joined #openstack-dev15:19
*** mfer has joined #openstack-dev15:19
*** IanGovett has quit IRC15:19
*** glenng has joined #openstack-dev15:19
*** matrohon has joined #openstack-dev15:20
*** Guest18735 is now known as mfisch15:20
*** mfisch is now known as Guest9389015:20
*** mestery has quit IRC15:20
*** markmc has quit IRC15:20
*** nosnos has quit IRC15:21
*** sahid has quit IRC15:21
*** mestery has joined #openstack-dev15:21
*** zzelle has joined #openstack-dev15:21
*** kevinconway has joined #openstack-dev15:22
knuppeIs there some quota in nova to check for usage of "root_gb"?15:23
*** mrodden has joined #openstack-dev15:23
*** adreznec has quit IRC15:24
*** tiamar has joined #openstack-dev15:25
*** sergmelikyan has joined #openstack-dev15:25
*** nshaikh has left #openstack-dev15:26
*** romcheg has quit IRC15:27
*** sahid has joined #openstack-dev15:27
*** jnoller has joined #openstack-dev15:27
*** sweston has joined #openstack-dev15:28
*** xga has quit IRC15:29
*** xga has joined #openstack-dev15:30
*** xga__ has joined #openstack-dev15:30
*** jnoller_ has joined #openstack-dev15:30
*** mikeoutland has joined #openstack-dev15:30
*** xga_ has quit IRC15:30
*** romcheg has joined #openstack-dev15:30
*** tmclaugh[work] has quit IRC15:32
*** xarses has quit IRC15:32
*** spzala has joined #openstack-dev15:33
*** jnoller has quit IRC15:33
*** aveiga has quit IRC15:35
*** adreznec has joined #openstack-dev15:35
*** david-lyle has joined #openstack-dev15:36
*** jgrimm has joined #openstack-dev15:36
*** Gordonz has quit IRC15:36
*** atiwari has joined #openstack-dev15:36
*** david_lyle_ has joined #openstack-dev15:39
*** aditirav has joined #openstack-dev15:39
*** tanisdl has joined #openstack-dev15:40
*** ifarkas_ has joined #openstack-dev15:40
*** jgrimm has quit IRC15:41
*** ifarkas__ has joined #openstack-dev15:41
*** ijw has joined #openstack-dev15:42
*** BLZbubba has quit IRC15:42
*** BLZbubba has joined #openstack-dev15:42
marekdstevemar: ping15:42
*** david-lyle has quit IRC15:43
*** ifarkas has quit IRC15:43
*** ifarkas has joined #openstack-dev15:43
*** galstrom_zzz is now known as galstrom15:43
*** romcheg has quit IRC15:44
*** jay-lau-513 has quit IRC15:45
stevemarmarekd, pong15:45
*** pradeep has quit IRC15:46
*** jcooley_ has joined #openstack-dev15:46
*** mestery has quit IRC15:47
*** mrodden has quit IRC15:47
marekdstevemar: speaking about generating the 'user' entity in the mapping engine...15:48
*** jistr has quit IRC15:48
marekdstevemar: I think we will need to add a attribute to the protocol, and later just use that attribute to create idp unique username15:48
*** ijw has quit IRC15:48
jamiehdoes anybody know whether json-schema will creep into any more openstack services apart from glance?15:49
*** ijw has joined #openstack-dev15:49
marekdbecause different idp send different assertions, and there is no fixed attribute that identifies the federated username15:49
*** ifarkas has quit IRC15:49
marekdstevemar: this would also make your work easy15:49
*** ifarkas__ has quit IRC15:49
*** xga_ has joined #openstack-dev15:50
*** xga__ has quit IRC15:50
*** xga has quit IRC15:50
*** PaulMurray has joined #openstack-dev15:50
*** xga has joined #openstack-dev15:50
*** romcheg has joined #openstack-dev15:51
*** florentflament_ has joined #openstack-dev15:52
*** gmoro has joined #openstack-dev15:52
*** florentflament_ has quit IRC15:52
ayoung-ZzZzzZZzzjamieh, we are sneaking it into Keystone.  Is this a good thing or a bad thing?15:52
*** xga_ has quit IRC15:52
*** sweston has quit IRC15:52
*** xga has quit IRC15:52
*** tmclaugh[work] has joined #openstack-dev15:52
*** ayoung-ZzZzzZZzz is now known as ayoung15:52
*** xga_ has joined #openstack-dev15:52
*** xga has joined #openstack-dev15:52
*** jcooley_ has quit IRC15:53
jamiehgood thing - i like what glance is doing15:53
jamiehi.e. leveraging JSON PATCH15:53
*** artom has joined #openstack-dev15:53
stevemarmarekd, you mean specify the SAML attribute that will have the username in the config file?15:54
*** jistr has joined #openstack-dev15:54
*** shakayumi has joined #openstack-dev15:54
*** akrivoka has quit IRC15:55
*** akrivoka has joined #openstack-dev15:55
marekdstevemar: no, in the FederationProtocolModel.15:55
marekdbecause that attribute is actually idp or even idp-protocol specific.15:55
stevemarmarekd, ah okay15:55
marekdCERN idp can use attribute ADFS_LOGIN, IBM can use SAML_EMAIL15:56
stevemarmarekd, yeah, good point15:56
marekdso if you were thinking about some super hacks I think there is an easier way :-)15:57
*** AlexF has joined #openstack-dev15:57
*** bauzas has quit IRC15:58
*** adreznec has quit IRC15:59
stevemarmarekd, did you get a chance to read brants comments on https://review.openstack.org/#/c/67645/ ?15:59
stevemardo you have an opinion on the class name or whether we should just initialize it with mapping['rules'] ?16:00
*** mrodden has joined #openstack-dev16:01
*** Ruetobas has quit IRC16:01
*** zackf has quit IRC16:02
*** markmc has joined #openstack-dev16:02
*** max_lobur is now known as max_lobur_afk16:02
PaulMurrayrussellb: ping16:03
*** Ruetobas has joined #openstack-dev16:03
marekdstevemar: i haven't read it yet.16:03
marekdstevemar: looking.16:03
*** nmagnezi has quit IRC16:03
*** zackf has joined #openstack-dev16:03
*** bhuvan has quit IRC16:04
stevemarmarekd, thx16:04
*** doug_shelley66 has quit IRC16:04
*** paragan has quit IRC16:05
*** doug_shelley66 has joined #openstack-dev16:06
*** FunnyLookinHat has joined #openstack-dev16:06
*** carl_baldwin has joined #openstack-dev16:06
*** Drankis has quit IRC16:06
*** jpich has quit IRC16:07
*** buzztroll has joined #openstack-dev16:08
*** Ruetobas has quit IRC16:08
marekdstevemar: are you referring to any brant's specific comment?16:08
*** hdd_ has quit IRC16:09
jgriffithttx: Did you mention that the ProphetStore folks were talking to you about their driver BP?16:09
jgriffithttx: I would like to kick out everything that is "not started" at this point16:09
jgriffithttx: and especially drivers from vendors I've never seend or heard from before16:10
*** Shaan7 has joined #openstack-dev16:10
stevemarmarekd, his 1st and 4th16:10
*** Shaan7 has quit IRC16:10
*** Shaan7 has joined #openstack-dev16:10
*** caleb_ has joined #openstack-dev16:10
bnemecdhellmann: Could you take another look at https://review.openstack.org/#/c/67093/ ?  You were +2 before the rebase, and it would be nice to get that in so we can fix the Nova unit tests on recent sqlite without adding workarounds.16:12
*** andreaf2 has joined #openstack-dev16:12
*** jaypipes has quit IRC16:12
*** tzabal has joined #openstack-dev16:12
dhellmannbnemec: looking now16:12
*** andreaf has quit IRC16:12
bnemecdhellmann: Thanks16:12
dhellmannbnemec: have you come up with a good name for oslo.sphinx yet? I'd like to try to slip that into the renaming we do tomorrow to avoid having to wait for another window16:13
*** buzztroll has quit IRC16:13
marekdstevemar: I am fine with name change. Do you now expect mapping_ref to be a DB entity with to_dict() applied on that?16:13
*** jmontemayor has joined #openstack-dev16:13
*** Ruetobas has joined #openstack-dev16:14
*** jmontemayor has quit IRC16:14
*** shakayumi has quit IRC16:14
*** jmontemayor has joined #openstack-dev16:15
*** adreznec has joined #openstack-dev16:15
*** boris-42_ has joined #openstack-dev16:15
*** thuc has joined #openstack-dev16:15
*** jpich has joined #openstack-dev16:15
bnemecdhellmann: Nothing great.  The only other thought I had was calling it something like oslobuild.sphinx, but since dstufft suggested we stay away from namespace packages I'm leaning toward just calling it oslosphinx.16:15
bnemecI'd be good with openstacksphinx too, but based on the trademark discussion I've seen lately I'm wondering if we'd have to ask for permission to name it that.16:16
dhellmannbnemec: yeah, if it is standalone it doesn't really need a namespace package anyway16:16
dhellmannoh, good point16:16
dhellmannoslosphinx it is!16:16
bnemec+116:16
*** thuc_ has joined #openstack-dev16:16
dhellmannI'll file the change request for -infra16:16
*** mlavalle has joined #openstack-dev16:16
dhellmannwe can fix up the packaging in the repo after16:17
bnemecdhellmann: Cool.  Let me know if/when I can help out.16:17
dhellmannbnemec: I'll add you to the review on the infra patch16:17
*** salv-orlando has joined #openstack-dev16:18
*** mestery has joined #openstack-dev16:18
bnemecSounds good.16:18
*** vkmc has quit IRC16:18
*** dklyle has joined #openstack-dev16:19
*** jp_at_hp has quit IRC16:19
*** csaba is now known as csaba|afk16:19
stevemarmarekd, preferably yes16:19
*** corXi has quit IRC16:20
marekdstevemar: why?16:20
*** thuc has quit IRC16:20
bknudsononly DB code should be dealing with DB entities.16:20
marekdbknudson: ++16:20
stevemarmarekd, easier to test tbh16:20
bknudsoncode outside of db backend shouldn't know about them16:20
marekdstevemar: bknudson: plus like i said in the comment - AssertionProcessor only cares about the rules, why pass anything more than required.16:21
*** blentz has quit IRC16:21
*** blentz has joined #openstack-dev16:22
*** david_lyle_ has quit IRC16:22
stevemarbknudson, marekd then i'll change it to RuleProcessor and send in only the rules16:23
*** jprovazn is now known as jprovazn_afk16:23
marekdstevemar: sounds good.16:23
bknudsonstevemar: I'm not too picky about the name. I like passing in only the rules.16:24
*** mikeoutland has quit IRC16:24
dhellmannbnemec: I'm not finding a bug report for the oslo.sphinx issue, do you remember if there was one?16:24
bknudsonstevemar: you could have a separate factory function that takes a mapping_ref and extracts the roles if that makes things easier.16:25
bknudsonbut why make the tests more complicated and have to wrap the rules.16:25
*** byeager has joined #openstack-dev16:25
marekdbknudson: i'd say the right place for that is somewhere in the controller....16:25
bknudsonmarekd: right, let the controller deal with representation issues.16:25
*** salv-orlando has quit IRC16:26
ttxjgriffith: no, that was the Nimble folks16:26
bnemecdhellmann: I don't think I ever actually opened one, so I'm not sure there is.  I didn't reference one in the devstack change I proposed so there probably isn't.16:27
dhellmannbnemec: ok16:27
ttxjgriffith: I asked them to post code and set "needs code review"16:27
*** cagrev has joined #openstack-dev16:27
*** artom has left #openstack-dev16:28
*** xarses has joined #openstack-dev16:28
dhellmannbnemec: looking at the repo, we may be able to change the package name without renaming the git repository16:28
dstanekayoung, bknudson, dolphm: do we still want to test older versions of keystoneclient against keystone?16:28
*** chris_johnson has joined #openstack-dev16:28
bknudsondstanek: it has caught legitimate issues in the past.16:28
bnemecdhellmann: infra would probably appreciate that :-)16:29
bknudsondstanek: if we had complete scenario testing in tempest then I would say we don't need to do any keystoneclient testing in keystone, but that's not the case.16:29
dstanekbknudson: i ask because i think this will make that harder https://review.openstack.org/#/c/71455/16:29
*** jcooley_ has joined #openstack-dev16:30
dstanekbknudson: i think that is something we should absolutely do, but then i think we need to rethink our client testing strategy16:30
bknudsondstanek: if something isn't supported with the older client then it shouldn't be tested with the older client.16:30
*** galstrom is now known as galstrom_zzz16:30
*** L33 has quit IRC16:31
*** xga__ has joined #openstack-dev16:31
*** L33 has joined #openstack-dev16:31
dstanekbknudson: it's not that simple - the server may depend on new functionality that isn't in older clients16:32
*** xga has quit IRC16:32
*** gszasz has quit IRC16:32
bknudsondstanek: maybe it's more work to have keystoneclient tests in keystone than it is to implement adequate testing in tempest.16:32
*** xga_ has quit IRC16:32
dstanekbknudson: i thought they didn't want client tests in there16:32
*** buzztroll has joined #openstack-dev16:32
*** pradeep has joined #openstack-dev16:32
*** bauzas has joined #openstack-dev16:33
bknudsondstanek: they do have client tests, but they're not what ours look like.16:33
bknudsondstanek: so I think they'd accept client tests that look the way they want...16:33
*** salv-orlando has joined #openstack-dev16:34
*** ek6 has joined #openstack-dev16:34
bknudsondstanek: their tests are scenarios that so tend to use several apis.16:35
bknudsondstanek: for example, maybe a test that gets a trust and does something with it.16:35
bknudsonor it could be something that exercises typical operator usage of keystone... creating users and deleting them and stuff.16:36
*** bhuvan has joined #openstack-dev16:36
*** xga has joined #openstack-dev16:36
dstanekbknudson: but they only test using master right?16:36
bknudsondstanek: I believe they added support for different versions for us.16:37
*** dklyle is now known as david-lyle16:37
jgriffithttx: ok, neither has happened so I updated comments and pushed it out to "future/next"16:37
jgriffithttx: will change if they contact me with code16:37
ttxok16:38
jgriffithttx: the first one anyway, the second they updated to "good progress" so they've got another week16:38
*** max_lobur_afk is now known as max_lobur16:38
dhellmannbnemec: fungi recommends changing the git repo, too, but we can go ahead and publish a release of the new lib from the current repo today16:39
bnemecdhellmann: Sounds good.16:40
*** dvarga is now known as dvarga|away16:40
*** dvarga|away is now known as dvarga16:40
*** galstrom_zzz is now known as galstrom16:40
*** pablosan has quit IRC16:41
dstanekbknudson: i'm going to mark my client tests patch as work in progress and look into tempest later16:41
ayoungdstanek, yes we do, but not inside the keystone code repo16:41
dstanekayoung: i'm stil a little worried about this https://review.openstack.org/#/c/71455/1/keystone/token/providers/pki.py16:41
ayoungit puts us in a difficult position during code freeze:  we are allowed to make changes to the client, but then can't test them16:41
ayoungdstanek, the environment hting?16:41
*** pablosan has joined #openstack-dev16:41
*** sdake has quit IRC16:41
ayoungseee my convo with jamielennox  from last night16:41
dstanekayoung: yes, the client code you linked to doesn't override the imported module in sys.modules so i don't know how you'd get the correct version16:42
ayounghttp://eavesdrop.openstack.org/irclogs/%23openstack-dev/%23openstack-dev.2014-02-06.log  dstanek search for environment16:42
jgriffithping flaper8716:42
*** gszasz has joined #openstack-dev16:42
flaper87jgriffith: pong16:42
jgriffithflaper87: howdy...16:43
ayoungdstanek, it is fairly well tested to get the evenlet version16:43
jgriffithflaper87: you still planning on https://blueprints.launchpad.net/cinder/+spec/oslo-messaging16:43
jgriffithflaper87: I have some concerns16:43
flaper87jgriffith: I'm almost done16:43
jgriffithflaper87: Ok :)16:43
flaper87jgriffith: actually, It should be ready16:43
dstanekayoung: what's well tested?16:43
flaper87jgriffith: but there are some tests that magically deadlock16:43
jgriffithflaper87: what about the issue it introduced in Nova?16:43
jgriffithflaper87: the logging stuff?16:43
ayoungdstanek, it is in every eventlet based OpenStack service out there16:43
flaper87jgriffith: because of some random monkey_patches16:43
jgriffithflaper87: I can grab a link if you don't know what I'm talking about16:43
flaper87jgriffith: oh mmh, yeah please16:44
jgriffithflaper87: stand by16:44
ayoungthere was a bug where the monkeypatching wasn';t happening, which is why we have that "ensure" code16:44
* flaper87 stands by16:44
*** mestery has quit IRC16:44
*** bvandenh has quit IRC16:44
jgriffithflaper87: http://openstack.10931.n7.nabble.com/nova-massive-number-of-new-errors-in-logs-with-oslo-messaging-td31046.html16:44
dstanekayoung: that method will pick the right version of subprocess and use it...but your module isn't getting subprocess from it16:44
ayoungdstanek, and the environement code still does the monkey patching, it is just that in our code, we have the standard of being explicit16:44
dstanekayoung: don't you need to copy that function to your module too?16:45
ayoungdstanek, what do you mean by "my module"16:45
jgriffithflaper87: so until that's sorted out I don't want anything to do with it :)16:45
dstanekayoung: keystone/token/providers/pki.py16:45
ayoungthe call comes from the pki provider into the clients version of cms. cms uses the version of popen it gets from the subprocess it has access to from globals.  That is going to throw a subprocess specific execption16:46
ayoungit will have been monkey patched on both sides of the call16:46
*** sahid has quit IRC16:46
ayoungthe environemnet.use_eventlet call does that16:46
bknudsondstanek: ayoung: pass in the subprocess module to use.16:47
ayoungbknudson, can't16:47
ayoungthis code is the keystone client code16:47
*** sahid has joined #openstack-dev16:47
ayoungits self contained and does not know which to use16:47
ayoung...but this is irrelevant16:47
jgriffithflaper87: I've set it at "Good Progress" we'll see where dhellmann 's patch is next week and consider making it blocked and do FFE for it if needed16:47
flaper87jgriffith: ok, I just noticed Doug proposed a patch, I'll dig more into this too.16:47
bknudsonayoung: the keystone client code must work with either eventlet or threads already then?16:47
*** athomas has quit IRC16:48
dstanekayoung, bknudson: i'm just worried that this is an order of operations issue - if keystone/token/providers/pki.py is imported before that _ensure_subprocess runs then it may get the wrong one16:48
stevemarbknudson, ugh, didn't realize you made more comments, but i uploaded a new patch of rule processing, if you're interested16:48
flaper87jgriffith: I'll review Doug's patch right away16:48
jgriffithflaper87: thanks!16:48
flaper87jgriffith: my pleasure, thanks for pointing it out. I've been heads down into this and I didn't pay much attention to emails16:48
*** athomas has joined #openstack-dev16:48
ayoungthe environment. code just makes things explicit so that we are forced to say at startup whentehr we we ant eventlet or not, which is, I am pretty sure, a mistake, as it makes all our code non-reusable.  I admire jamie for his hatred of eventlet, but we are not really breaking our dependency on it here16:48
*** bdpayne has joined #openstack-dev16:49
ayoungdstanek, you are correct, but that is the case across the board.  The monkeypatching always has to be done early in the process launch16:49
*** jistr has quit IRC16:49
ayoungthis is an OpenStack norm16:49
*** athomas has quit IRC16:49
ayoungwe are just being more cautious in Keystone, but the old mechanism still works.  And we have the same issue with every third party library we pull in16:49
*** sahid has quit IRC16:50
dstanekayoung: environment is not monkey patching...and ensure doesn't either16:50
ayoungfor example, the memcached code is why we monkeypatch threading...which is far more suspect16:50
*** krotscheck has quit IRC16:50
*** akrivoka has quit IRC16:50
*** gyee has joined #openstack-dev16:50
ayoung__init__ line 8616:51
ayoungeventlet.patcher.monkey_patch(os=False, select=True, socket=True,16:51
ayoung...16:51
*** vijendar has quit IRC16:51
ayoungsubprocess = _subprocess16:51
lbragstadayoung:  for some reason the link I posted isn't working: https://review.openstack.org/#/c/69084/16:51
lbragstadit should be: https://bugs.launchpad.net/keystone/+bug/127693016:52
uvirtbotLaunchpad bug 1276930 in keystone "assertGreater fails python 2.6 tests" [Undecided,Invalid]16:52
lbragstadwhich dolphm suggested a fix in.16:52
ayounglovely16:52
*** sahid has joined #openstack-dev16:52
dstanekayoung: but we're not patching subprocess right? that's the whole reason to do the explicit imports from environment16:52
*** jcoufal has quit IRC16:52
ayoungthat code, by calling in the eventlet code, does the right thing16:53
viktorsdhellmann: around?16:53
dhellmannviktors: hi16:53
dstanekayoung: have you tested to make sure you can get the eventlet version?16:53
viktorsdhellmann: hello16:53
*** lsmola has quit IRC16:53
*** jtomasek has quit IRC16:54
viktorsdhellmann: question about global engine. What class in class in oslo.db do you want to have?16:54
viktorsdhellmann: and is it really reasonable?16:54
*** CrackerJackMack has quit IRC16:54
*** ifarkas_ has quit IRC16:55
*** bhuvan has quit IRC16:55
dhellmannviktors: rather than copy the definitions of a bunch of functions into every project that needs the global db handle, we should provide them with a single class they can instantiate and use in a similar way16:55
viktorsdhellmann: I'm talking about https://review.openstack.org/#/c/71274/1/nova/db/sqlalchemy/session.py16:55
*** sudorandom has quit IRC16:55
ayoungok, discussion starts back here http://lists.openstack.org/pipermail/openstack-dev/2012-November/002207.html16:55
*** zackf has quit IRC16:55
*** hemna has joined #openstack-dev16:55
*** CrackerJackMack has joined #openstack-dev16:55
*** sudorandom has joined #openstack-dev16:56
*** tkammer has quit IRC16:56
viktorsdhellmann: yes, but I not sure, that ceilometer (fir example) will use engine in a such way16:56
*** rtheis has joined #openstack-dev16:56
dhellmannviktors: so we might have a GlobalEngineManager class with a get_session() method, and nova's session.py could then instantiate one and use its methods instead of having to have copies of the functions16:56
*** julienvey has quit IRC16:56
dhellmannviktors: no, they won't, but almost every other project currently does use a global db handle16:56
*** mestery has joined #openstack-dev16:56
*** jcooley_ has quit IRC16:56
*** asadoughi has joined #openstack-dev16:56
dhellmannviktors: so even though not everyone will use it, and we don't actually *want* anyone to use it, having it will still easy the transition to oslo.db as a library16:57
dhellmanns/easy/ease/16:57
*** jcooley_ has joined #openstack-dev16:57
dhellmannviktors: make sense?16:57
* viktors thinking 16:58
*** NikitaKonovalov is now known as NikitaKonovalov_16:58
*** amuller has quit IRC16:58
*** amuller_ has joined #openstack-dev16:58
viktorsdhellmann: yes, it's will make transition to oslo.db more easy. But should we store engine and session there?16:59
dhellmannI don't understand16:59
dstanekayoung: i get what we are trying to do; i just don't see how you can 'import subprocess' and ever get the eventlet one16:59
*** jmontemayor has quit IRC17:00
viktorsdhellmann: how should we handle work with multiple engines in such case?17:00
dstanekayoung: i don't see any monkeypatching or sys.modules manipulation17:00
*** markmc has quit IRC17:00
dhellmannviktors: projects that want to have multiple engines would not use this class at all, they would use the other API you've updated17:00
*** jmontemayor has joined #openstack-dev17:00
ayoungdstanek, it checks if the eventlet code has been initialized.  If so, it sets subprocess to be the eventlet version17:01
*** peoplemerge has quit IRC17:01
*** alop has joined #openstack-dev17:01
*** caleb_ has quit IRC17:01
ayoungthat happens in the client code17:01
dstanekayoung: but only in that module - not in any other ones17:01
ayoungthe exception that is thrown is the same class regardless of whether it was in cms or in the pki call17:01
dhellmannbnemec: https://bugs.launchpad.net/oslo/+bug/127716817:01
uvirtbotLaunchpad bug 1277168 in oslo "having oslo.sphinx in namespace package causes issues with devstack" [High,In progress]17:01
*** emagana has joined #openstack-dev17:01
ayoungdoesn't matter, the pki module is not creating a subprocess17:01
viktorsdhellmann: let me look at oslo code one more time17:01
ayoungit just needs the right class to catch the exception17:02
*** unicell has quit IRC17:02
*** MaxV has quit IRC17:02
*** sarob has joined #openstack-dev17:02
ayoungwe probably should be using a specific exception there, but that is just more Yak shaving17:02
dhellmannviktors: all I'm suggesting is that you move the code you have in that session.py into a reusable place in oslo.db so we don't have to make copies of it17:02
*** MaxV has joined #openstack-dev17:02
dhellmannviktors: I thought using a class for that would make it cleaner, but it's not required to make the code reusable17:03
*** gszasz has quit IRC17:03
*** zackf has joined #openstack-dev17:03
ayoung global subprocess  does not look to see if another module has already linked it in.  It just looks in the namespace for the current module. So the client code only gets it once it has explcitly imported it17:03
ayounghttps://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/common/cms.py#L4117:03
*** dtantsur has quit IRC17:03
ayoungthen, the next time the code is executed, it is in the globals17:03
*** portante has left #openstack-dev17:04
ayoungthe only way this code would not get the eventlet code is if the check on the next line fails:17:04
viktorsdhellmann: if I understand you correctly, in such case we should not drop storing engine instances in oslo.db, put provide a possibility to store engine(s) in library code17:04
ayoungfrom eventlet import patcher17:04
ayoung            if patcher.already_patched.get('os'):17:04
ayoungit needs to have the 'os' module monkyepatched17:04
*** DinaBelova is now known as DinaBelova_17:04
*** e0ne_ has quit IRC17:05
*** xga has quit IRC17:05
viktorsdhellmann: am I got your point?17:05
*** xga__ has quit IRC17:05
dhellmannviktors: yes, in an isolated module that can be used optionally17:05
ayoungthen it sets the local subprocess to be the global.  Since we patch os, we are good17:05
dhellmannviktors: yes, I think so17:05
dstanekayoung: globals are not shared between modules17:05
*** xga__ has joined #openstack-dev17:05
*** xga has joined #openstack-dev17:05
*** e0ne has joined #openstack-dev17:05
*** portante has joined #openstack-dev17:05
ayoungdstanek, exactly,  that is what I just said17:05
*** portante has left #openstack-dev17:05
*** devoid has joined #openstack-dev17:06
ayoungthe global in this case would be eventlet.subprocess17:06
*** lcheng_ has joined #openstack-dev17:06
dstanekayoung: you can get into a situation where cms raises a CalledProcessError from eventlet, but you are excepting the one from stdlib17:06
ayoungthe class is the same17:06
ayoungthe exception class is kept intact17:06
*** yassine_ has quit IRC17:06
viktorsdhellmann: ok, I'll look at this way17:06
dstanekhttp://paste.openstack.org/show/62834/17:06
*** MaxV has quit IRC17:07
*** gilliard has quit IRC17:07
ayoungdstanek, I was well berat up by this code back when we wrote it....it is ugly, and I hate that we have to do this.17:07
*** sarob has quit IRC17:07
viktorsdhellmann: but tomorrow - it's late time in my country.17:07
dstanekayoung: i just think there is a case where i won't work because you are importing subprocess directly17:08
*** e0ne has quit IRC17:08
*** caleb_ has joined #openstack-dev17:08
ayoungdstanek, you can't just do import subprocess and get the eventlet version....it is even uglier than usual eventlet monlkeypatching17:08
ayoungIt does work.  The unit tests would fail.17:08
*** kiall has quit IRC17:08
*** lparth has quit IRC17:08
ayoungthe code in cms does not just monkeypatch17:09
dstanekayoung: that's because we're not monkey patching is this case17:09
*** mindpixel has quit IRC17:09
ayoungno, we are explicitly importing...17:09
*** GheRivero has quit IRC17:09
*** jckasper_ has quit IRC17:09
ayoungdstanek, here is what happens:  in keystone-all we kick off the nonkeypatch before linking in other modules17:09
*** sdake has joined #openstack-dev17:09
*** sdake has quit IRC17:09
*** sdake has joined #openstack-dev17:09
ayoungthat monkyepatches os17:10
*** sweston has joined #openstack-dev17:10
ayounghttps://github.com/openstack/keystone/blob/master/bin/keystone-all#L12917:10
ayoungeverything in this block must be eventlet safe17:10
ayounghttps://github.com/openstack/keystone/blob/master/bin/keystone-all#L4517:10
*** tuxninja has joined #openstack-dev17:11
ayoungthe monkeypatching happens prior to the pipeline,17:11
ayoungand prior to importing the wsgi apps17:11
dhellmannviktors: have a good evening :-)17:12
dstanekayoung: are you saying that we are monkey patching subprocess?17:12
ayoungdstanek, you can't17:12
ayoungI'll show you the link ..one sec17:12
viktorsdhellmann: thanks :)17:12
ayounghttp://nullege.com/codes/search/eventlet.green.subprocess17:12
ayoungyou need to call it explcitly,17:12
ayounger...17:12
dstanekayoung: we could by importing the desired version and put it in sys.modules17:13
*** jecarey has quit IRC17:13
dstaneknot saying we should do that17:13
*** taps has joined #openstack-dev17:13
ayoungdstanek, yeah...but you can't  cannot remember the details, looking for the ref17:13
*** markmcclain has joined #openstack-dev17:15
dstanekayoung: gimme a few and i'll write a failing test17:15
ayoungdstanek, we tried that17:15
ayoungI'm trying to remember the reason we had to do this code...it was because eventlet does not monkeypatch subprocess, and it was because it couldn't17:16
ayoungit has to do with breaking the underlying library17:16
ayoungah that was ii!  dstanek the origianl popen is used by the eventlet libraray, so if you replace it in the sys.modules you break everything17:17
*** tuxninja has quit IRC17:17
*** iartarisi has quit IRC17:18
dstanekayoung: all i'm saying is that in keystone.token.providers.pki i think you will alway get the stdlib version17:18
ayoungdstanek, yes, we will, but that is ok17:18
*** evgenyf has quit IRC17:18
ayoungwe only need it to catch the exception17:18
ayoungand the exception is the stdlib version17:18
ayounglook at the greenlet subprocess module17:18
*** aditirav has quit IRC17:19
*** tjones has joined #openstack-dev17:19
dstanekayoung: but my paste shows that they are not the same17:19
*** mst89 has joined #openstack-dev17:19
ayoung# Borrow subprocess.call() and check_call(), but patch them so they reference17:19
ayoung# OUR Popen class rather than subprocess.Popen.17:19
*** dripton is now known as dripton_lunch17:20
ayoungdstanek, their code does not define an exception.17:20
*** markwash has joined #openstack-dev17:21
*** I159 has quit IRC17:21
*** nkinder has quit IRC17:21
ayoungthey raise the underlying exception from Popen, which they have imported into the global namespace in greenlet.subprocess17:21
ayounghttps://github.com/rdw/Eventlet/blob/master/eventlet/green/subprocess.py#L10  dstanek17:22
*** pradeep has quit IRC17:23
ayoungthat is where they inject everything from standard popen into their implenmentation17:23
ayoungthen they override the Popen object17:23
*** mst89 has quit IRC17:23
*** chris_johnson is now known as wchrisj|away17:24
*** wchrisj|away is now known as chris_johnson17:24
*** jamielennox is now known as jamielennox|away17:24
*** markwash has quit IRC17:26
*** comay has joined #openstack-dev17:26
*** marcoemorais has joined #openstack-dev17:27
*** doug_shelley66 has quit IRC17:27
dstanekayoung: then i don't understand this behavior http://paste.openstack.org/show/62835/17:28
dstanekayoung: i would expect the exception to be caught17:28
*** tjones1 has joined #openstack-dev17:28
*** godara has joined #openstack-dev17:29
*** angdraug has quit IRC17:29
*** tjones has quit IRC17:29
*** tjones1 has quit IRC17:30
*** jckasper has joined #openstack-dev17:31
*** caleb_ has quit IRC17:31
ayoungmaybe there is no subprocess.CalledProcessError from the greenlet code17:31
ayoungand you need to impoirt the real one to catch it?17:32
ayoungI would not put it past them17:32
*** tjones has joined #openstack-dev17:32
*** tjones has joined #openstack-dev17:32
ayoungsubprocess.CalledProcessError(retcode, "openssl")17:32
*** kbrierly has quit IRC17:32
ayoungyeah...this whole thing is ugly17:32
*** cdub has joined #openstack-dev17:33
ayoungdstanek, OK,  if you want to check for real, do this17:33
ayoungrun the eventlet server in Keystone,  kill the certificates, and try to get a token17:33
*** caleb_ has joined #openstack-dev17:33
*** dstanek_afk has joined #openstack-dev17:33
ayoungusing this patch ^^17:33
dstanek_afkayoung: can you resend got disconnected17:33
*** taps has quit IRC17:34
*** taps has joined #openstack-dev17:34
*** tjones has quit IRC17:34
*** martyntaylor has quit IRC17:35
*** jobewan has joined #openstack-dev17:35
ayoungdstanek, OK,  if you want to check for real, do this17:35
ayoungrun the eventlet server in Keystone,  kill the certificates, and try to get a token17:35
ayoungusing this patch ^^17:35
ayoungsee what error you get17:35
*** dstanek has quit IRC17:36
*** tjones has joined #openstack-dev17:36
*** marekd is now known as marekd|away17:36
*** kbrierly has joined #openstack-dev17:36
*** DinaBelova_ is now known as DinaBelova17:37
*** dstanek_afk is now known as dstanek17:37
*** xmltok has joined #openstack-dev17:37
*** doug_shelley66 has joined #openstack-dev17:37
*** gcha has quit IRC17:37
*** salv-orlando has quit IRC17:38
dstanekayoung: do the tests simulate a failure to create the certs?17:38
*** bcrochet has quit IRC17:38
*** bcrochet has joined #openstack-dev17:40
ayoungdstanek, yes17:40
*** kashyap has quit IRC17:41
ayoungactually, they point the config at a none existent location  IIRC17:41
*** AnilV4 has quit IRC17:41
*** jnoller_ is now known as jnoller17:41
ayoungtest_cert_setup17:41
*** jcooley_ has quit IRC17:41
ayounghttps://github.com/openstack/keystone/blob/master/keystone/tests/test_cert_setup.py#L6917:42
*** jcooley_ has joined #openstack-dev17:42
*** vijendar has joined #openstack-dev17:42
*** bcrochet has quit IRC17:42
*** AlexF has quit IRC17:42
ayoungUnexpectedError  is in between the Subprocess error and the controller somewhere...I saw it last night17:42
*** bcrochet has joined #openstack-dev17:43
*** kashyap_bbiab has joined #openstack-dev17:44
*** pschaef has quit IRC17:46
*** ygbo has quit IRC17:46
*** dvarga is now known as dvarga|away17:46
*** dvarga|away is now known as dvarga17:46
*** pll_ has quit IRC17:47
*** viktors has quit IRC17:47
*** MaxV has joined #openstack-dev17:47
*** jecarey has joined #openstack-dev17:48
*** jamieh has quit IRC17:50
*** jamieh has joined #openstack-dev17:50
*** peoplemerge has joined #openstack-dev17:51
*** SumitNaiksatam has quit IRC17:51
*** cadenzajon has joined #openstack-dev17:51
*** mrodden has quit IRC17:52
*** AnilV4 has joined #openstack-dev17:53
*** nati_ueno has joined #openstack-dev17:54
*** angdraug has joined #openstack-dev17:55
*** mrodden has joined #openstack-dev17:55
*** dkuffner has joined #openstack-dev17:55
*** markwash has joined #openstack-dev17:56
*** AlexF has joined #openstack-dev17:56
*** belmoreira has quit IRC17:56
*** jmontemayor has quit IRC17:57
*** adreznec has quit IRC17:57
*** kashyap_bbiab has quit IRC17:58
*** Gordonz has joined #openstack-dev17:58
*** florentflament has quit IRC17:58
*** rossella_s has quit IRC17:58
*** harlowja_away is now known as harlowja17:59
*** AnilV4 has quit IRC17:59
*** galstrom is now known as galstrom_zzz17:59
*** pixelb has quit IRC18:00
*** david_lyle_ has joined #openstack-dev18:00
*** sweston has quit IRC18:01
*** Gordonz has quit IRC18:01
*** sc68cal_ has joined #openstack-dev18:01
*** davidhadas_ has joined #openstack-dev18:01
*** safchain has quit IRC18:02
*** derekh has quit IRC18:02
*** jmontemayor has joined #openstack-dev18:02
*** julienvey has joined #openstack-dev18:02
*** david-lyle has quit IRC18:02
*** jpich has quit IRC18:02
*** xga has quit IRC18:02
*** xga__ has quit IRC18:02
*** davidhadas has quit IRC18:02
*** xga has joined #openstack-dev18:03
*** xga__ has joined #openstack-dev18:03
*** sarob has joined #openstack-dev18:03
*** cdub has quit IRC18:03
*** Gordonz has joined #openstack-dev18:04
*** lucasagomes has quit IRC18:04
*** zzelle_ has joined #openstack-dev18:04
*** caleb_ has quit IRC18:05
*** caleb_ has joined #openstack-dev18:05
*** eglynn has quit IRC18:06
*** amcrn has joined #openstack-dev18:06
*** bauzas has quit IRC18:07
*** sarob has quit IRC18:07
*** kashyap has joined #openstack-dev18:08
*** NikitaKonovalov_ is now known as NikitaKonovalov18:08
*** sweston has joined #openstack-dev18:08
*** dripton_lunch is now known as dripton18:08
*** DinaBelova is now known as DinaBelova_18:09
*** marcoemorais has quit IRC18:10
*** armax has joined #openstack-dev18:11
*** DinaBelova_ is now known as DinaBelova18:11
*** johnthetubaguy has quit IRC18:11
*** kashyap has quit IRC18:12
dstanekayoung: i think i got it now18:13
*** pberis has quit IRC18:13
gyeeayoung, how much of a diet cmsz offer? 40%18:13
ayounggyee, haven;t measured yet18:14
ayoungI thin I might have it backewards anyway18:14
ayoungI am compressing after signing, I think I need to swap thjat18:14
gyeeayoung, I like that change though18:14
ayoungwe'll get much better compression on the text.18:14
dstanekayoung: we don't patch os so patcher.already_patched.get('os') is never true and the eventlet version doesn't get loaded18:14
*** avishay has quit IRC18:14
ayoungdstanek, ugh18:14
*** sarob has joined #openstack-dev18:15
dstanekif you go into keystone.common.environment and change the boolean for os the test will fail18:15
ayoungdstanek, I really really hate it when people break things that I worked hard at hacking around brokeness elsewhere...18:15
ayounglooovely18:15
ayoungwonder where else that is broken.  I'm guessing throughout openstack18:16
ayounghmmmm18:16
*** pberis has joined #openstack-dev18:17
gyeeayoung, for https://review.openstack.org/#/c/70847/, I am going to abandon mine and merge me changes with https://review.openstack.org/#/c/69007/. Does that sound like a plan?18:17
ayounggyee, yes18:17
*** mst89 has joined #openstack-dev18:17
ayoungand feel free to take over that review18:17
*** galstrom_zzz is now known as galstrom18:17
gyeeayoung, sure18:17
ayoungneeds tests18:17
ayoungcan't really think how to write them18:17
gyeeI have tests18:17
*** NikitaKonovalov is now known as NikitaKonovalov_18:17
ayoung++18:17
*** kashyap has joined #openstack-dev18:18
*** AnilV4 has joined #openstack-dev18:18
*** arnaud___ has joined #openstack-dev18:18
*** arnaud__ has joined #openstack-dev18:18
*** lcheng_ has quit IRC18:19
ayoungwe should run pep8 before the unit tests in run_test.sh18:19
ayoungheh18:19
*** sarob has quit IRC18:20
*** mestery has quit IRC18:20
gyeeayoung, here's an experiment, just introduce a syntax error in one of the tests, say keystone.tests.test_v3_auth18:21
gyeethen run_tests.sh keystone.tests.test_v3_auth18:21
*** jcooley_ has quit IRC18:21
gyeeand it will spit out a bunch of crap18:21
*** NikitaKonovalov_ is now known as NikitaKonovalov18:21
lbragstadayoung: dstanek before we weren't explicitly setting os=False for monkey patching : https://github.com/openstack/keystone/commit/c0c61ed60b356d581a5618a753f5a5a8939ab84418:22
*** morganfainberg_Z is now known as morganfainberg18:22
lbragstadand it would fail in qpid code. https://bugs.launchpad.net/keystone/+bug/1224565 http://paste.openstack.org/show/46886/18:22
uvirtbotLaunchpad bug 1224565 in keystone "Can't establish qpid connection with impl_qpid.py" [High,Fix released]18:22
*** DinaBelova is now known as DinaBelova_18:23
*** david_lyle_ is now known as david_lyle18:23
lbragstadwe had to do that so we could verify notifications could be sent using impl_qpid as the notification/rpc backend18:23
*** AlexF has quit IRC18:23
*** danpb has quit IRC18:23
*** GheRivero has joined #openstack-dev18:23
*** galstrom is now known as galstrom_zzz18:23
*** CaptTofu has joined #openstack-dev18:24
ayoungI don't think we need to monkeypatch os to get the greenlet, but it was the test we were using to see if we should be MP or not.18:24
*** SumitNaiksatam has joined #openstack-dev18:24
ayoungDoes nova MP os?18:24
lbragstadayoung: checking18:24
*** alex_klimov has joined #openstack-dev18:25
lbragstadhttps://github.com/openstack/nova/blob/master/nova/cmd/__init__.py#L3518:27
ayoungthat code burns my eyes18:27
*** sushil_ has quit IRC18:27
*** changbl has joined #openstack-dev18:27
ayoung(os=False)18:27
*** tuxninja has joined #openstack-dev18:27
lbragstadmonkey_patch_modules = nova.api.ec2.cloud:nova.notifications.notify_decorator, 18:28
ayoungnot that, but the utils code that calls the monkeypatch18:28
ayoungyeah, that18:28
lbragstadlooks like nova uses configuration options to manage monkey_patching18:28
lbragstadhttp://docs.openstack.org/trunk/config-reference/content//list-of-compute-config-options.html18:28
dstanekayoung, lbragstad: can keystoneclient just see if anything has been patched?18:28
lbragstadis_monkey_patched18:28
ayoungdstanek, well, is that in all serers?18:29
ayoungservices that use auth_token?18:29
lbragstaddstanek: http://eventlet.net/doc/patching.html#eventlet.patcher.is_monkey_patched18:29
lbragstaddstanek: ^ using that you mean?18:30
lbragstadin keystoneclient18:30
ayoungthat is what we do, sortof18:30
ayoungrom eventlet import patcher18:31
ayoung            if patcher.already_patched.get('os'):18:31
dstaneklbragstad: i was hoping for something is eventlet.is_anything_monkey_patched()18:31
lbragstadwhats the difference between using that and evenlet.is_monkey_patched?18:31
dstaneki don't want to check for specifics because that's what got us into this jam18:31
lbragstadyou could create loop and pass in all modules you want to check for18:31
lbragstadfor module in modules: check for monkey patching iwth eventlet, return a list18:32
*** dvarga is now known as dvarga|away18:33
*** dvarga|away is now known as dvarga18:33
dstaneklbragstad: yeah, something feels wierd about that, but i have no better solution18:33
*** ek6 has left #openstack-dev18:34
*** smurugesan has joined #openstack-dev18:34
*** sushils has joined #openstack-dev18:34
*** bvandenh has joined #openstack-dev18:34
*** newell has joined #openstack-dev18:34
*** kbrierly has quit IRC18:34
dstanekdef is_monkey_patched(): return any(patcher.already_patched.get(m) for m in ['os', 'select'...])18:35
dstaneklbragstad: ^18:35
*** julienvey has quit IRC18:35
*** amuller_ has quit IRC18:35
*** julienvey has joined #openstack-dev18:35
*** kbrierly has joined #openstack-dev18:35
lbragstaddstanek: yep, that would work. very nice18:36
morganfainbergdstanek, what is eventlet causing issues with?18:36
*** sahid has quit IRC18:36
*** cnesa has quit IRC18:37
*** tqtran has joined #openstack-dev18:37
dstanekmorganfainberg: see all the comments here https://review.openstack.org/#/c/71455/1/keystone/token/providers/pki.py18:37
*** dkuffner has quit IRC18:37
*** ndipanov is now known as ndipanov_gone18:37
*** ijw has quit IRC18:38
morganfainbergdstanek, oh ick18:39
*** igor has quit IRC18:40
lbragstaddstanek: if we do go that route, we should be sure to include a comment explaining the modules we are passing it (os, select, socket, etc... ) and possible reference this https://bitbucket.org/eventlet/eventlet/src/c25b7b9044182334fd10d46c462f8a31e463961e/eventlet/patcher.py?at=default#cl-21018:40
*** bvandenh has quit IRC18:40
*** jruzicka has quit IRC18:40
*** smurugesan has quit IRC18:41
*** tjones has quit IRC18:41
lbragstadI think that is what I used to make sure I patched everything explicitly in https://github.com/openstack/keystone/commit/c0c61ed60b356d581a5618a753f5a5a8939ab84418:41
*** mestery has joined #openstack-dev18:41
*** troytoman-away is now known as troytoman18:41
*** e0ne has joined #openstack-dev18:43
morganfainbergdstanek, lbragstad, hm.18:43
*** tjones has joined #openstack-dev18:43
morganfainbergdstanek, lbragstad, you might be on the path of least resistance there.18:43
*** chris_johnson has quit IRC18:44
*** igor has joined #openstack-dev18:44
morganfainbergbut please comment the hell out of it ;)18:44
*** spzala has quit IRC18:44
lbragstadmorganfainberg: +118:44
dstanekmorganfainberg, lbragstad: yeah, i think i'll submit a client change for this18:44
dstaneklbragstad: good idea on the comment18:44
morganfainbergi think if i ran across something like that (is_monkey_patched) anywhere i'd be very confused without some "omg this is why" stuff18:44
lbragstaddstanek: using def is_monkey_patched(): return any(patcher.already_patched.get(m) for m in ['os', 'select'...])18:44
*** kdbrierly has joined #openstack-dev18:45
dstanekmy brain hurts now18:45
morganfainberglbragstad, uhm18:45
lbragstadexactly, whenever I have to deal with figuring out what eventlet is doing I'm always thankful for comments18:45
*** NikitaKonovalov is now known as NikitaKonovalov_18:45
morganfainberglbragstad, dstanek, define a dict you're passing to the patcher, reference that in is_monkeypatched18:45
*** e0ne has quit IRC18:45
*** kbrierly has quit IRC18:45
morganfainberglbragstad,. don't statically set them in two places.18:45
*** gokrokve has joined #openstack-dev18:46
morganfainberglbragstad, that will lead to heartache if it's done differently18:46
dstanekmorganfainberg: the issue is part of the code is in server and the other part is in the client18:46
morganfainberglbragstad, esp. if one gets updated w/o the other18:46
dstaneki would want to define that dict in the client18:46
morganfainbergdstanek, dict is in client, server sets values in client, pass dict18:46
*** smurugesan has joined #openstack-dev18:47
morganfainbergor, override the dict in client w. the server's version18:47
morganfainbergexplicitly18:47
dstanekmorganfainberg: that means that is we want to change how we patch in the server we'd have to release it in the client first18:47
*** ArxCruz has quit IRC18:47
*** ArxCruz has joined #openstack-dev18:47
*** eglynn has joined #openstack-dev18:47
morganfainbergdstanek, well.. you could do something horrible and make the server monkeypatch the client w/ new logic until the client is released >.>18:48
morganfainbergdstanek, ok i think i'm going to go take a shower after suggesting that18:48
*** marcoemorais has joined #openstack-dev18:48
morganfainbergthough that isn't the worst idea ever18:48
morganfainbergdstanek, esp. if we want to support older clients on new server.18:49
morganfainbergdstanek, i still feel dirty from even thinking it18:49
*** galstrom_zzz is now known as galstrom18:49
lbragstadso if we need a static dictionary, we would need to use it in the is_monkey_patched() method and https://github.com/openstack/keystone/commit/c0c61ed60b356d581a5618a753f5a5a8939ab844#diff-d8bc84769b22a5fa286e30c27c55bacbR8618:49
lbragstadi *think* those are the only places that would rely on that information18:50
morganfainberglbragstad, probably.18:50
jog0dhellmann: ping, got a logging question18:50
* lbragstad looks to dstanek and morganfainberg to keep him honest18:50
*** jprovazn_afk has quit IRC18:50
morganfainberglbragstad, dstanek has looked at this more than i have18:50
*** Gordonz has quit IRC18:50
morganfainberglbragstad, your statement seems correct at face value18:50
*** NikitaKonovalov_ is now known as NikitaKonovalov18:51
dstanekmorganfainberg, lbragstad: i think we can use patcher.already_patched without the .get18:51
*** eglynn has quit IRC18:51
dstanekit's a dictionary of the things being patched18:51
morganfainbergdstanek, let me go look at that reallly quickly18:52
morganfainbergdstanek, hm...18:52
morganfainbergdstanek, yeah it does an "in already_patched" check18:53
morganfainbergdstanek, https://bitbucket.org/eventlet/eventlet/src/c25b7b9044182334fd10d46c462f8a31e463961e/eventlet/patcher.py?at=default#cl-27818:53
*** jpomero has quit IRC18:53
*** nacim has quit IRC18:53
morganfainbergso if we are... smart about it, we'd be ok18:54
dstanekmorganfainberg: i'm just saying no to explicitly look for os18:54
*** zzelle has quit IRC18:54
morganfainbergdstanek, oh if 'os' in18:54
morganfainberg?18:54
morganfainbergor just call patcher.is_mokey_patched('os')18:54
morganfainbergor os18:54
morganfainbergw/o quotes18:54
*** lcheng_ has joined #openstack-dev18:55
morganfainbergit seems wrong to check the dict explicitly18:55
morganfainbergthere _may_ eventually be extra logic there, and a helper function already exists18:55
*** tanisdl has quit IRC18:55
dstanekno change this http://git.openstack.org/cgit/openstack/python-keystoneclient/tree/keystoneclient/common/cms.py#n4518:55
dstanekto just patcher.already_patched without the .get - if anything is patched use the eventlet version18:56
morganfainbergog18:56
morganfainbergoh18:56
dstanekmorganfainberg: i want to get away from know what modules to check for18:56
dstanekmorganfainberg: patch on it's way to start the discussion18:57
morganfainbergdstanek, so if we use mysqldb, patched but nothing else (ok not normal) we'd use the eventlet version?18:57
dhellmannjog0: pong18:57
*** jcooley_ has joined #openstack-dev18:58
lbragstadmorganfainberg: dstanek ++ to using the already_patched dict http://paste.openstack.org/show/62848/18:58
morganfainbergdstanek, i ... hmmmmmmmm18:58
*** byeager has quit IRC18:58
jog0dhellmann: soI found out nova wasn't running unit tests in debug mode18:58
jog0(logging18:58
*** emagana has quit IRC18:58
dhellmannjog0: any particular reason?18:59
*** ruhe_ has joined #openstack-dev18:59
jog0dhellmann: yes, I was thinking try to catch any missing variables in log messages18:59
*** cagrev_ has joined #openstack-dev18:59
jog0but the logging module only dumps those to stderr http://docs.python.org/2/howto/logging.html#exceptions-raised-during-logging18:59
dhellmannjog0: sure, I meant is there a reason it isn't already running with debug enabled18:59
*** troytoman is now known as troytoman-away19:00
jog0dhellmann: ohh, no reason that I know of19:00
jog0just a bug19:00
*** cagrev has quit IRC19:00
morganfainbergdstanek, lbragstad, as long as we but a big (maybe) FIXME indicating we need to make sure all cases should in fact do this and identify any exceptional cases... if patcher.already_patched should be ok19:00
*** jobewan has quit IRC19:00
dhellmannjog0: ok, just checking19:00
jog0so anyway to force the logging module to raise the exception during testing?19:00
*** krtaylor has quit IRC19:01
lbragstadI agree with dstanek on moving away from having to check for specifc modules, that way if eventlet does change a module in that dictionary (already_patched) it won't break us from the standpoint of what we need to check for19:01
ayoungmorganfainberg, thanks on the greaterthan thing.  Just reposted.  disable is usually an idempotent operation, so safe to send multiples.19:01
*** Gordonz_ has joined #openstack-dev19:01
morganfainbergayoung, ++ np.19:01
*** kgriffs is now known as kgriffs_afk19:01
dhellmannjog0: that raiseExceptions flag looks useful, but I don't think we have anything setting it right now19:02
morganfainbergayoung, if i hadn't been swamped here i would have fixed it and proposed a change including it for you.19:02
jog0dhellmann: its on by default but it only goes to stderr19:02
dhellmannjog0: I think maybe an env var, but not a config option, is appropriate to turn it on only for our testing19:02
morganfainbergayoung, but yeah figured a quick comment would save you needing to chase the failure down19:02
*** jpomero has joined #openstack-dev19:02
ayoungmorganfainberg, yep, good to ask19:02
*** vartom1111111117 has joined #openstack-dev19:02
*** sweston has quit IRC19:02
dhellmannjog0: oh, I read that backwards19:03
ayoungKeystone reviews certainly are "detail oriented"19:03
jog0dhellmann: heh I did too at first19:03
*** IanGovett has joined #openstack-dev19:03
morganfainbergayoung, i am ok with that19:03
lbragstaddstanek: if you want to add me to the review when it's up, you're more than welcome to19:03
*** IanGovett1 has quit IRC19:03
dhellmannjog0: well, we could install a handler that overrides the relevant method, but we're trying to get away from doing that in most cases19:03
dhellmannjog0: maybe that's something a test base class could do?19:04
jog0dhellmann: yeah that can work19:04
*** romcheg1 has joined #openstack-dev19:04
*** jckasper_ has joined #openstack-dev19:04
*** romcheg1 is now known as romcheg_ltp19:04
*** _cjones_ has joined #openstack-dev19:04
jog0I want a flag that is raiseExceptionsNoReallyDoNotJustLogToStderr19:05
morganfainberglbragstad, phsaw, demand he add you to the review!19:05
morganfainberg;)19:05
dhellmannjog0: :-)19:05
*** dstanek has quit IRC19:05
*** jckasper has quit IRC19:05
lbragstadmorganfainberg: :)19:06
*** gigawhat has joined #openstack-dev19:06
dhellmannjog0: want to open a blueprint for that so we don't forget?19:06
*** dstanek has joined #openstack-dev19:06
dstaneklbragstad: got disconnected19:06
jog0dhellmann: sure19:06
jog0I am looking into it now actaully19:07
jog0but let me do the BP first19:07
lbragstaddstanek: that'll happen19:07
*** Gordonz_ has quit IRC19:07
dhellmannjog0: yeah, this is a release-notable feature :-)19:07
jog0as this should catch a lot of issues19:07
jog0oslo right?19:07
ayoungdstanek, why not if len(patcher.already_patched):19:07
dhellmannjog0: yes19:07
*** Gordonz has joined #openstack-dev19:07
ayoungor19:08
ayoungif any(patcher.already_patched):19:08
ayounglbragstad, morganfainberg will if any(patcher.already_patched):  work?19:08
*** epim has joined #openstack-dev19:08
morganfainbergayoung, you don't need the any()19:09
dstanekayoung: yes it should work19:09
morganfainbergayoung, you can check true/false of the dict itself19:09
morganfainbergayoung, but yes, any() should work19:09
ayoungmorganfainberg, Python is just weird19:09
*** dfarrell07 has joined #openstack-dev19:09
dstanekwhy not 'if patcher.already_patched'? are you worried about then changing the data structure?19:09
ayoungI'd expect that to check the value of the variable to see if it assigned anything19:09
*** NikitaKonovalov is now known as NikitaKonovalov_19:09
ayoungdstanek, cuz Python is too smart for my own good19:10
morganfainbergayoung, {} is implicitly boolean False when evaluated, {<stuff>} is implicitly true19:10
dstanekayoung: it checks the value :)19:10
jog0dhellmann: https://blueprints.launchpad.net/oslo/+spec/logging-handleerror-raise-exception19:10
*** galstrom is now known as galstrom_zzz19:11
morganfainbergdstanek, or your magic boolean evaluation __<whateveritiscalled>__ method19:11
*** jamieh has quit IRC19:11
morganfainbergdstanek, >.>19:11
dhellmannjog0: approved with medium priority, unless you want to raise that19:11
jog0thanks19:11
dhellmannjog0: I'll leave the series and milestones unset for now, unless you're going to submit a change19:12
lbragstadayoung: just testd it19:12
lbragstadhttp://paste.openstack.org/show/62850/19:12
*** galstrom_zzz is now known as galstrom19:12
*** Gordonz has quit IRC19:12
jog0dhellmann: I am going to take a wack at it now, but we will see19:12
jog0I don't want to commit to getting it working just yet19:12
dhellmannjog0: wfm19:12
ayoungdstanek, can you open a bug, since you discovered the issue?19:13
ayoungI have the fix ready to go19:13
*** pberis has quit IRC19:13
dstanekayoung: a bug for the keystoneclient behavior right?19:13
lbragstadayoung: dstanek http://paste.openstack.org/show/62855/ with empty {}19:14
ayoungdstanek, yes19:14
*** pberis has joined #openstack-dev19:14
dstanekayoung: will do19:14
lbragstadhttp://paste.openstack.org/show/62850/ already_patched not empty19:14
*** spzala has joined #openstack-dev19:14
*** DinaBelova_ is now known as DinaBelova19:14
ayounglbragstad, what if you monkeypatch?19:14
*** e0ne has joined #openstack-dev19:14
lbragstadayoung: http://paste.openstack.org/show/62850/19:15
lbragstadthe already_patched dict is updated19:15
ayoung++19:15
*** NikitaKonovalov_ is now known as NikitaKonovalov19:15
*** aaronjamesford1 has joined #openstack-dev19:16
lbragstaddstanek: good find on the already_patched dict, i wasn't aware of that19:16
dolphmlbragstad: you need to call .values() before calling any(), otherwise the function will always return true (it's looking at truthy keys)19:17
*** FunnyLookinHat has quit IRC19:17
dolphmlbragstad: i.e. http://pasteraw.com/i39tixddwt7bi3dbjjdno5c15iter7n19:18
dstanekdolphm: that's what we wanted - just to see if there was anything in the dictionary19:19
*** mestery has quit IRC19:19
dolphmdstanek: then don't bother with any() at all :P19:19
dstanekdolphm: that's what i said too :)19:20
ayoungdstanek, its int our code19:20
*** FunnyLookinHat has joined #openstack-dev19:21
lbragstaddolphm: you're right, thanks! http://paste.openstack.org/show/62858/19:21
ayounghttps://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/common/cms.py#L44  lbragstad19:21
*** pixelb has joined #openstack-dev19:22
*** NikitaKonovalov is now known as NikitaKonovalov_19:23
*** clayb has joined #openstack-dev19:24
*** melwitt has joined #openstack-dev19:24
*** kiall has joined #openstack-dev19:24
*** kdbrierly has quit IRC19:26
zzelle_clarkb, hi19:26
*** kbrierly has joined #openstack-dev19:26
*** dstanek has quit IRC19:27
*** dvarga is now known as dvarga|away19:27
*** dvarga|away is now known as dvarga19:27
*** ruhe_ has quit IRC19:27
*** dstanek has joined #openstack-dev19:27
*** caleb_ has quit IRC19:27
*** achampion has quit IRC19:27
clarkbzzelle_: hello19:28
*** spzala has quit IRC19:28
*** achampion has joined #openstack-dev19:28
zzelle_clarkb, hi19:28
lbragstadayoung: yeah, wanted to test out the any() idea becuase dstanek threw out the idea19:28
dstanekayoung: https://bugs.launchpad.net/python-keystoneclient/+bug/127723119:28
uvirtbotLaunchpad bug 1277231 in python-keystoneclient "Check for eventlet patching in the cms module is too strict" [Undecided,New]19:28
lbragstadeither way works19:28
*** NikitaKonovalov_ is now known as NikitaKonovalov19:28
*** spzala has joined #openstack-dev19:29
dstaneklbragstad: the use of already_patch was already there - i just suggested getting rid of the .get()19:29
zzelle_for git-review, it's ok to use curl for http file download or is it better to use requests package ?19:29
*** sweston has joined #openstack-dev19:30
*** max_lobur is now known as max_lobur_afk19:30
ayoungdstanek, https://review.openstack.org/#/c/71635/1/keystoneclient/common/cms.py19:30
*** sarob has joined #openstack-dev19:30
ayounglbragstad, dolphm ^^19:31
jog0lifeless: you were saying19:31
lifelessjog0: so, implementation details19:31
zzelle_clarkb, for git-review, it's ok to use curl for http file download or is it better to use requests package ?19:31
lifelessa) logging doesn't use super consistently; it directly calls to logging.Handler.handleError19:31
lifelessso we need to replace that - monkey patch the class definition (ugh).19:31
dolphmayoung: +219:31
jog0dhellmann: we are talking about the BP I just filed19:31
clarkbzzelle_: urllib would probably be best since it is stdlib19:31
lifelessb) actually raising may run into the threading aspect of logging - I'll need to dig a little for that19:31
*** tanisdl has joined #openstack-dev19:31
* dhellmann perks up his ears19:31
clarkbzzelle_: I think git-review has tried to assume a very minimal install if you have ssh and git19:31
lifeless*if* it passes cross-thread, we're in trouble, otherwise redefining Handler.handleError to raise rather than write to stderr will do it19:32
lbragstadayoung: looks good19:32
*** mrodden has quit IRC19:32
guitarzanewindisch: ping19:32
ewindischhi19:32
*** NikitaKonovalov is now known as NikitaKonovalov_19:32
*** caleb_ has joined #openstack-dev19:33
guitarzanewindisch: are there any docs around setting up zmq? I'm trying to check it out, but having some trouble19:33
zzelle_clarkb, ok. i will look how to perform basic auth with urllib19:34
*** mlemay has joined #openstack-dev19:34
*** jcooley_ has quit IRC19:35
*** dstanek has quit IRC19:36
*** bdpayne has quit IRC19:36
*** jcooley_ has joined #openstack-dev19:36
*** xga__ has quit IRC19:36
*** gokrokve has quit IRC19:36
*** xga has quit IRC19:36
*** jpomero has quit IRC19:36
ewindischguitarzan: I don't think there are many docs. You change the driver and set the matchmaker. Everyone in production seems to use the "files" matchmaker which requires you to create a file listing the services and their hosts (in practice for nova it just really needs you to list the schedulers.19:37
ewindischguitarzan: there is also a redis matchmaker that is more 'out of the box', but I don't think anyone uses that in production19:37
*** Gordonz has joined #openstack-dev19:37
guitarzanewindisch: yeah, I'm trying to figure out the format of the ring file19:37
ewindischguitarzan: the bluehost guys use the file matchmaker, for instance (and they're also the current maintainers of the zmq driver, btw)19:37
lifelessjog0: but - I still think we should either do this, or not, but not do it just during test.19:38
lifelessjog0: its a fundamental change in behaviour19:38
guitarzanewindisch: also I'm curious why calls just don't fail with the localhost matchmaker19:38
ewindischguitarzan: it's simply json. It's a hash of topics to an array of hosts19:38
lifelessjog0: similar to e.g. turning asserts off in production code.19:38
*** NikitaKonovalov_ is now known as NikitaKonovalov19:38
lifelessjog0: the thing raising the exception might have side effects, I'm worried about false positives and untested code paths that won't be run in test.19:38
pmathewsguitarzan: { "topic": [ "host1", "host2"] }19:38
guitarzanpmathews: thanks :)19:39
ewindischpmathews: isn't that what I said? ;-)19:39
*** byeager has joined #openstack-dev19:39
guitarzanhaha19:39
*** cagrev__ has joined #openstack-dev19:39
*** dstanek has joined #openstack-dev19:39
*** NikitaKonovalov is now known as NikitaKonovalov_19:39
*** chris_johnson has joined #openstack-dev19:39
ewindischexample > description19:40
guitarzanand if I want to run a scheduler on the same host as another service do they need different config files? (ports to bind)19:40
ewindischguitarzan: no.19:40
ewindischyou need to run the nova-rpc-zmq-receiver process on each host. That binds to a single port and forwards to the various services running on it19:40
*** jcooley_ has quit IRC19:40
*** jcooley_ has joined #openstack-dev19:41
guitarzanewindisch: does the same apply to cinder?19:41
*** cagrev_ has quit IRC19:41
*** byeager_ has joined #openstack-dev19:41
guitarzan(that's actually what I'm using)19:41
jog0lifeless: agreed, I do think the introspect stderr may work19:41
jog0if you have an idea for that19:41
guitarzanewindisch: I think that might have been a pretty big thing I was missing19:41
ewindischguitarzan: this seems like a good time for me to suddenly find somewhere to go... ;-)19:41
guitarzanuh oh...19:41
pmathewsguitarzan: as long as you have your topics setup properly, it should just route19:41
guitarzanshould I give up for now? :)19:42
*** novas0x2a|laptop has joined #openstack-dev19:42
jog0lifeless: so got a POC up19:42
ewindischguitarzan: well, as of Grizzly there were some bugs with Cinder integration with the zmq driver.19:42
ewindischguitarzan: and I haven't really maintained it much since then19:42
lifelessjog0: from fixtures import LoggingFixture...19:42
guitarzanewindisch: ok, last I saw was the discussion where you said they'd be fixed in havana :D19:42
*** bdpayne has joined #openstack-dev19:42
*** tjones has quit IRC19:42
lifelessjog0: oh, bah19:42
jog0lifeless: its just def handleError(self, record): raise19:42
lifelessjog0: with a custom handler?19:43
jog0lifeless: that is the custom handler19:43
jog0I monkey patch that in19:43
ewindischguitarzan: that was my goal, but I wasn't as involved with havana as I would've liked.19:43
lifelessjog0: oh right19:43
jog0lifeless: oh btw, the other issue19:43
lifelessjog0: so, I would be comfortable if rather than raise(); it captured the exception information to a fixture and then returned19:44
jog0lifeless: err previous issue. nova wasn't running with debug logs on in unit tests19:44
*** byeager has quit IRC19:44
lifelessjog0: so we can introspect it, but don't change the flow19:44
*** mrodden has joined #openstack-dev19:44
jog0lifeless: that works for me, want to hack that up?19:44
*** sarob has quit IRC19:44
jog0lifeless: self.log_fixture = self.useFixture(fixtures.FakeLogger(level=logging.DEBUG, format=fs))19:45
jog0seems to set log level all the way down19:45
*** jcooley_ has quit IRC19:45
*** markmcclain has quit IRC19:45
lifelessjog0: that probably won't capture the handleError code anyhow.19:45
zzelle_clarkb, urllib(2) do not verify https certificate, it allows to do man in the middle19:45
jog0so I am seeing stevadore logs19:45
*** sarob has joined #openstack-dev19:45
*** markmcclain has joined #openstack-dev19:45
lifelessjog0: so your little monkeypatch is probably best, but s/raise/self._errors.append(sys.exc_info())19:45
clarkbzzelle_: :(19:46
zzelle_clarkb, perhaps it's to use curl/wget or requests19:46
* jog0 never likes it when the words monkeypatch and best are used in the same sentance19:46
tellesnobregadolphm: in the hirarchical multitenancy you said that having a admin domain and admin tenant is a hack, i'm considering working this hack out, do you have any thoughts on possible solutions? or if this is a good thing to work on?19:46
zzelle_s/it's/it's better/19:46
clarkbzzelle_: fungi probably has a good opinion on it19:47
guitarzanewindisch: pmathews I hope you guys don't mind if I ask questions if/when I run into issues19:47
ewindischguitarzan: np19:47
zzelle_fungi, hi19:47
guitarzanI'm very confused for example, why things don't just totally break when you don't run the receiver19:47
pmathewsguitarzan: no problem19:47
ewindischguitarzan: while I don't have time to work on it anymore, I'm glad to see people wanting to use it.19:47
*** taps has quit IRC19:48
*** cfriesen has joined #openstack-dev19:48
*** taps has joined #openstack-dev19:48
ewindischguitarzan: things do  break when you don't run the receiver. I suppose it doesn't give errors on startup, if that's what you mean?19:48
guitarzanyeah, calls don't just fail19:48
guitarzanthey just disappear19:49
guitarzanI was very confused19:49
ewindischguitarzan: calls should timeout.19:49
*** d0ugal has quit IRC19:49
guitarzanI thought so too19:49
guitarzanmaybe I'll look into that more19:49
ewindischguitarzan: oh, wow... that patch for fixing timeouts never made it in19:49
guitarzanmy print debugging only got me so far19:50
ewindischpmathews: um, did I never send you that "make timeouts actually work" patch?19:50
pmathewsewindisch: ouch.19:50
pmathewsI think I have an old copy, didn't realize that never made it in19:50
guitarzandoes Timeout never raise?19:50
*** jcooley_ has joined #openstack-dev19:50
ewindischguitarzan: well, it turns out that Timeout is wrapping asynchronous code and that what happens is the socket just sits open forever in another thread19:51
guitarzangot it19:51
guitarzanit doesn't take 30 seconds to fire off an eventlet19:51
ewindischguitarzan: the real trick is that you need to do zmq_sock.close(seconds)19:52
pmathewsguitarzan: I think I have a patch here somewhere...19:52
*** jckasper has joined #openstack-dev19:52
ewindischbecause we DO call zmq_sock.close(), but it never closes the sockets because tehre are unsent messages and it won't close the socket until it flushes the queue19:52
ewindischso close(secs) will drop those messages after timeout secs19:53
fungizzelle_: in the past we had been avoiding adding python dependencies for git-review to make it more portable (so you could easily run it straight out of the repository as a single monolithic script without installing it at all). we've since departed from that with pbr, so adding requests as a dependency now is probably okay19:53
*** adreznec has joined #openstack-dev19:53
*** jckasper_ has quit IRC19:53
*** sarob has quit IRC19:54
*** ekhugen has joined #openstack-dev19:54
*** sarob has joined #openstack-dev19:54
*** emagana has joined #openstack-dev19:54
*** zackf has quit IRC19:54
*** jcooley_ has quit IRC19:56
zzelle_fungi, thanks for your answer, so let's go for requests !19:57
*** lpaschke has joined #openstack-dev19:57
*** jcooley_ has joined #openstack-dev19:57
*** sarob has quit IRC19:59
ayounggyee, http://paste.openstack.org/show/62866/   comparisons on the effects of compression20:00
*** brianr is now known as rosmaita20:01
pmathewsguitarzan: https://review.openstack.org/#/c/33881/20:02
ayoungdstanek, gyee dolphm, I'm thinking it makes sense to sign before compression.  That way, regardless of compression level the signature is the same.  Looks like the effect on size is negligible20:02
*** kgriffs_afk is now known as kgriffs20:02
guitarzanpmathews: thanks20:02
*** roeroe has quit IRC20:03
*** lcheng_ has quit IRC20:03
*** mkollaro has quit IRC20:04
*** jmontemayor has quit IRC20:04
dstanekayoung: so basically base64(zip(dumps(token_data)))?20:04
dstanekayoung: so basically base64(zip(sign(dumps(token_data))))?20:04
dstanekmissed one20:04
ayoungdstanek, yep  code is here: https://review.openstack.org/#/c/71181/3/examples/pki/gen_cmsz.py20:04
*** HenryG_ has quit IRC20:04
ayoungdstanek, the other version I can past20:05
ayounge20:05
*** HenryG_ has joined #openstack-dev20:05
*** HenryG_ has quit IRC20:05
*** jckasper_ has joined #openstack-dev20:05
*** rfolco has quit IRC20:05
*** ashwini has joined #openstack-dev20:05
*** ashwini has left #openstack-dev20:05
ayounghttp://paste.openstack.org/show/62867/  is reversing the operations to compress before signing20:05
*** HenryG has joined #openstack-dev20:06
*** caleb_ has quit IRC20:06
*** lcheng_ has joined #openstack-dev20:06
*** aburaschi has joined #openstack-dev20:07
*** luisbg has joined #openstack-dev20:08
*** luisbg has joined #openstack-dev20:08
*** gszasz has joined #openstack-dev20:08
*** jckasper has quit IRC20:09
guitarzanpmathews: one final question for the day, does the matchmaker file for the scheduler have to include all of the compute (volume) hosts?20:09
bknudsonayoung: the tokens in http://paste.openstack.org/show/62866/ weren't very big... would be more interesting to see what happens to the 8k tokens that are causing problems.20:09
guitarzanor is it nice enough to use the host entry and send it directly?20:10
*** bauzas has joined #openstack-dev20:10
ayoungbknudson, I can do that...20:10
*** galstrom is now known as galstrom_zzz20:10
*** _cjones__ has joined #openstack-dev20:10
bknudsonayoung: just from the data there, 50% compression is pretty good!20:10
dstanekayoung: what's the loads() followed by a dumps() for? to check for valid JSON?20:11
bknudsontry compressing a few more times, might get down to 1 byte.20:11
bknudsonor even 1 bit.20:11
bknudson.5 bit20:11
*** jmontemayor has joined #openstack-dev20:12
*** jcooley_ has quit IRC20:12
dstanekayoung: do you have an example 8k token anywhere?20:12
*** jcooley_ has joined #openstack-dev20:12
*** _cjones_ has quit IRC20:13
*** tdruiva has quit IRC20:14
*** dkuffner has joined #openstack-dev20:15
*** dkuffner has quit IRC20:16
*** mkollaro has joined #openstack-dev20:16
*** tdruiva has joined #openstack-dev20:16
*** kenperkins has quit IRC20:17
*** kenperkins has joined #openstack-dev20:18
*** sarob has joined #openstack-dev20:18
*** kenperkins_ has joined #openstack-dev20:20
*** sweston has quit IRC20:21
*** lpaschke has quit IRC20:21
ayoungdstanek, I can gen one20:22
*** caleb_ has joined #openstack-dev20:22
*** RajeshMohan has quit IRC20:22
*** mrda_away is now known as mrda20:22
*** mst89 has quit IRC20:23
*** RajeshMohan has joined #openstack-dev20:23
*** kenperkins has quit IRC20:24
*** tdruiva has quit IRC20:24
*** markmcclain has quit IRC20:26
*** jobewan has joined #openstack-dev20:26
*** jcoufal has joined #openstack-dev20:28
*** Demego has joined #openstack-dev20:29
*** IanGovett has quit IRC20:29
*** Demego has left #openstack-dev20:29
*** gszasz has quit IRC20:29
*** sarob has quit IRC20:29
*** smurugesan has quit IRC20:30
*** krast has quit IRC20:30
*** sarob has joined #openstack-dev20:30
dstanekayoung: i did a real quick speed test for each compression level and there really wasn't much difference at all20:30
ayoungdstanek, cool20:30
*** Guest93890 is now known as mfisch20:31
*** smurugesan has joined #openstack-dev20:31
dstaneki was using slightly bogus data and not a real 8k token, but i'm sure the results will still be the same20:31
*** mfisch is now known as Guest2285720:31
*** smurugesan has quit IRC20:31
*** smurugesan has joined #openstack-dev20:31
jog0lifeless dhellmann: so after putting together a really ugly proof of concept, I got 15 nova tests to fail20:32
jog0so  success20:32
*** _cjones__ has quit IRC20:32
*** ewindisch has quit IRC20:32
*** sarob has quit IRC20:34
*** IanGovett1 has joined #openstack-dev20:35
*** nikhil is now known as nikhil-brb20:35
dhellmannjog0: congratulations? :-)20:35
*** _cjones_ has joined #openstack-dev20:35
dhellmannjog0: seriously, that sounds like a good debugging aid and something we should have in all the tests20:35
*** _cjones_ has quit IRC20:36
*** ewindisch has joined #openstack-dev20:36
ayoungdstanek, http://paste.openstack.org/show/62873/20:37
ayoungso a 200k Token can work.  Lets crank up the size of the Catalog!20:38
*** sweston has joined #openstack-dev20:38
jog0dhellmann: pushing up a proof of concept now20:38
jog0https://review.openstack.org/7164520:38
*** krtaylor has joined #openstack-dev20:39
jog0lifeless: ^ your -1 and feedback is much appreciated20:39
ayoungthat might not be realistic compression20:39
jog0dhellmann: right now its a one liner20:39
*** nikhil-brb is now known as nikhil20:39
ayoungmy data was bogus...let me try making it a little more realisti20:39
*** cadenzajon has quit IRC20:40
*** aburaschi has left #openstack-dev20:40
*** knuppe has quit IRC20:40
dhellmannjog0: huh, I was expecting more than just "raise", but I guess that makes sense if handleError() is called in the context of an except block20:40
*** jamielennox|away is now known as jamielennox20:40
jog0dhellmann: yeah its super ugly20:41
*** tdruiva has joined #openstack-dev20:41
jog0dhellmann: lifeless had a good idea: put this in a fixture and just log the error and continue then print out the errors at the end (from the fixture)20:42
jog0that way we stay closer to the normal code flow20:42
dhellmannI sort of like raising the exception so it's clear where the bad call is20:43
dhellmannbut I see the value of what you're describing, too20:43
gyeeayoung, 50% size reduction with cmsz looks like?20:44
ayoungmore I think...gyee20:44
ayounglemme keep hacking20:44
gyeewow, that's awesome20:44
*** colinmcnamara has joined #openstack-dev20:46
*** tzabal has left #openstack-dev20:46
ayounggyee 100%?20:48
ayounggyee, dstanek http://fpaste.org/75096/71972013/20:48
ayoungit gave me20:48
ayounghttp://fpaste.org/75098/39171975/20:49
ayoungsoo 300k  down to 3 K20:49
*** tdruiva has quit IRC20:49
gyeeayoung, awesome stuff!20:50
gyeeayoung, this is compression before signing right?20:50
ayounggyee, actually, its sign and then compress20:51
ayoungthat way the signature is the same regardless of compression level20:51
ayoungor even compression algorithm20:51
*** morazi has joined #openstack-dev20:51
gyeeayoung, yeah, that make sense20:51
dstanekvery nice20:52
ayoungMy guess is a text file converted to ASN has only a slight extra amount of entropy due to the formatting.  The patterns of repetition should be the same.20:52
*** yolanda has quit IRC20:52
gyeein the crypto world, entropy is a good thing :D20:53
*** dsirrine has quit IRC20:54
*** dramagods has joined #openstack-dev20:54
dstanekayoung: i was using this to check speeds http://paste.openstack.org/show/62880/20:54
ayoungdstanek, output?20:55
dstanekayoung: http://paste.openstack.org/show/62881/20:55
jamielennoxayoung: wow, never expected that level of compression20:55
*** asalkeld has joined #openstack-dev20:55
ayoungdstanek, did you compare to just cms signing?20:55
ayounglogic is20:56
dstanekayoung: that's only doing the zlib20:56
*** jcoufal has quit IRC20:56
ayoungsigned = cms.cms_sign_text(text,20:56
ayoung                           signing_cert_file_name,20:56
ayoung                           signing_key_file_name)20:56
ayoungtoken = cms.cms_to_token(signed)20:56
ayoungdstanek, I'll in corporate a speed test20:56
dolphmayoung: the "token *= 10" i hope that's not what your "compression test" was based on20:57
*** vartom1111111117 has quit IRC20:57
dstanekdolphm: i think he had a real token20:57
jamielennoxayoung: also i don't think that compress then sign will make any difference with the signature as you can't change the signed data20:58
dolphmjamielennox: openssl was refusing to sign binary data, so the order of operations had to be swapped... that's all20:59
*** ijw has joined #openstack-dev20:59
*** vkmc has joined #openstack-dev20:59
*** rkukura has quit IRC20:59
ayoungheh20:59
ayoungdolphm, nah, the problem wasn't that...I think dolphm21:00
jamielennoxdolphm: weird, but that makes more sense than signatures21:00
*** denis_makogon_ has joined #openstack-dev21:00
*** dvarga is now known as dvarga|away21:00
ayoungI think there was something else, but it is irrelevant21:00
*** dvarga|away is now known as dvarga21:00
*** asalkeld has quit IRC21:00
*** andreaf2 has quit IRC21:00
jamielennoxi don't see that it will make much practical difference21:01
dolphmayoung: that was the last i heard from you?21:01
*** denis_makogon_ is now known as denis_makogon21:01
ayoungyeah..It seems to be OK with binary data now21:01
*** gcha has joined #openstack-dev21:01
jamielennoxit just means if someone were to unzip it then rezip it the ID would change but the otken would still be valid21:01
ayoungI've done compress->  and sign-> compress and both work21:01
jamielennoxmeans that we need to do *actual* cms decrypt for our tokens rather than retrieve them from a db21:01
dolphmayoung: which one has a better final ration?21:01
dolphmfinal ratio*21:02
*** IanGovett1 has quit IRC21:02
ayoungjamielennox, yeah.  I can work in a comparison of that with the huge token, but since the sign->compress is pretty good21:02
*** pixelb has quit IRC21:02
ayoungdolphm, they were really close...difference of 8 bytes or so21:02
ayoungI'll code up  the rest of the comparisons, to include the timing that dstanek was doing for both21:02
*** colinmcnamara has quit IRC21:02
*** NikitaKonovalov_ is now known as NikitaKonovalov21:02
dolphmayoung: dstanek: gating https://review.openstack.org/#/c/71635/21:03
jamielennoxayoung: yea, if they are that close i'd prefer compress then sign as it will mean we have stable IDs and the outer layer is still CMS which is what we've been telling people to expect21:03
*** tjones has joined #openstack-dev21:03
*** sgordon has quit IRC21:04
ayoungdolphm, so let me get the CMS compression in before we cut a new client.21:04
ayoungjamielennox, ++21:04
*** colinmcnamara has joined #openstack-dev21:05
*** kgriffs is now known as kgriffs_afk21:05
*** nikhil has quit IRC21:06
dolphmayoung: have a bp / bug against keystoneclient for compression?21:06
dolphmayoung: or choose one of the many 8K+ bugs?21:06
ayoungI was doing it against an 8K bug21:06
ayoungbut I think I bped it too21:07
*** ijw has quit IRC21:07
dolphmayoung: link me21:07
ayounghttps://blueprints.launchpad.net/keystone/+spec/compress-tokens dolphm21:07
dolphmayoung: thanks21:07
*** vartom1111111117 has joined #openstack-dev21:07
jamielennoxayoung, dolphm: do we have a standard way to indicate how we will indicate what type of token we are decoding?21:08
jamielennoxassuming we will need more later21:08
ayoungjamielennox, the prefix will be different21:08
ayoungMII for the current21:08
dolphm ^ that's a coincidence, remember21:08
ayoung{cmsz}  is what I am proposing for these21:08
ayoungdolphm, and a bug21:08
jamielennoxdolphm: and it doesn't work if token size > 8k21:08
*** ijw has joined #openstack-dev21:08
dolphmjamielennox: ++ lol21:08
ayoungMIJ  if the catalog gets too big.  But I've held off on fixing that21:08
dolphmand then MIK21:09
dolphmand then MIL..21:09
jamielennoxMIK is huge21:09
dolphmyep21:09
*** alop has quit IRC21:09
*** kgriffs_afk is now known as kgriffs21:09
*** alex_klimov has quit IRC21:09
ayoungI was going to allow MII and MIJ,21:09
dolphmi wonder where the threshhold for MIH is21:09
*** dsirrine has joined #openstack-dev21:09
ayoungits in the bug21:09
ayounger comment21:09
*** athomas has joined #openstack-dev21:09
ayoung base64.b64encode(binascii.a2b_hex('3090'))21:10
jamielennoxayoung: ok that's fine - i would just like to see that formalized somewhere - is it three letters, is it up to a hypen or is it dependant on the token format21:10
ayoungjamielennox, in cms.py21:10
ayoungis_asn1_token.py21:10
jamielennoxi  meant to check what format a token is21:10
*** thuc_ has quit IRC21:10
jamielennoxMII vs gzipped etc21:11
jamielennoxcan we token[:3] and then look that up in a dict?21:11
*** YorikSar has quit IRC21:11
*** thuc has joined #openstack-dev21:11
jamielennoxor are we going to have a different format prefix for everything/21:11
ayounghttps://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/common/cms.py#L17021:11
ayoungjamielennox, I think so.  We'll have a set of registered token formats.21:12
ayoungwe'll grandfather MII and MIJ in21:12
dolphmayoung: i need something to track against keystoneclient as well21:12
ayoungthe rest will be21:12
ayoung{cmsz}21:12
dolphmayoung: (bp is against the service)21:12
*** markwash has quit IRC21:12
ayoungdolphm, wilco21:12
jamielennoxayoung: yea i know how the MII works - i'm wondering are you doing a 3 letter prefix for zipped tokens as well?21:12
ayoung{cmsz}21:13
ayoungwith braces21:13
*** nikhil__ has joined #openstack-dev21:13
ayoungjamielennox, ^^21:13
jamielennoxcan we have a variety of token formats that are all led with three characters21:13
*** asalkeld has joined #openstack-dev21:14
jamielennoxany reason for the braces?21:14
*** colinmcnamara has quit IRC21:14
*** gokrokve has joined #openstack-dev21:14
jamielennoxi'm guessing because they are outside of base6421:14
*** thuc has quit IRC21:15
ayoungjamielennox, it was jdennis suggestion.  Its kindof standard for compression21:15
ayoungnorm?21:15
*** nikhil__ has quit IRC21:16
*** nikhil__ has joined #openstack-dev21:16
jamielennoxok, that's cool - as i said i'm just thinking that whatever we use now will be the base for future token formats21:16
jamielennoxso we are pretty much saying if you have a new token format you should do {myformat}XXXXXXXXXXXXX21:17
dolphmjamielennox: i'm not sure i would expect all "tokens" to be prefixable21:17
*** sarob has joined #openstack-dev21:17
ayoungdolphm, https://blueprints.launchpad.net/python-keystoneclient/+spec/compress-tokens21:17
*** dvarga is now known as dvarga|away21:17
*** dvarga|away is now known as dvarga21:17
dolphmayoung: danke21:17
ayoungjamielennox, yes.  thats the idea21:17
jamielennoxdolphm: i think that if they are issued from keystone we can - and if they are not issued from keystone they shouldn't be using auth_token21:18
ayoungwe can grandfather in MII, but it would even be better to add in a new {cms}  for the existing format?21:18
*** markmcclain has joined #openstack-dev21:18
jamielennoxayoung: i think we should make auth_token start accepting {cms} but it'll be a long time before we can stop issuing MII21:18
ayoung++21:19
dolphmayoung: don't change the existing format :(21:19
ayoungjamielennox, but it will fix the long token issue for Eventlet21:19
ayoungdolphm, nah, it will be "in addition"21:19
dolphmayoung: i.e. don't add more than one new variation, especially when one of those variations is no better than an existing one21:19
ayoungdolphm, I can make the client accept either and we can put in a switch to produce either from the server21:20
dolphmthat'll just result in bugs21:20
ayoung++21:20
ayoungdolphm, won't be in this patch21:20
dolphmayoung: what was your reasoning for making the existing format an option on the service side?21:21
jamielennoxayoung: okk well keen to see the time differences and the compression comparison21:21
jamielennoxi'm not here for another couple of hours21:21
dolphmayoung: why would anyone *not* want to use compressed tokens, or want to switch back?21:21
ayoungdolphm, I do need to make a change to one function:  cms_hash_token(token_id):  right now looks for MII...21:21
ayoungdolphm, its a trade off:  compression trads off CPU cycles for network traffic21:21
dolphmayoung: right, but make that configurable with the compression ratio -- but always use compression21:22
morganfainbergayoung, CPU cycles are very cheap for zilib compression on the scale we're talking about.21:22
dolphmayoung: even at compression level 1, you're nearly cutting the token size in half21:22
morganfainbergayoung, especially if we're defaulting to 1 or 021:22
dolphmmorganfainberg: 6!21:22
ayoungthis compression goes to 1121:22
dolphmmorganfainberg: also, 0 makes tokens bigger21:22
morganfainbergdolphm, fair enough, 621:22
dolphmmorganfainberg: 0 adds some sort of wrapper to the text blob you get it, and then returns that21:23
dolphmgive* it21:23
morganfainbergdolphm, i think april fools patch, add a function to make tokens always 11K in size.  truncates down if too big, adds zero padding if it's too small21:23
morganfainbergdolphm, we turn our tokens up to 11? /bad reference21:23
morganfainbergoh i blame ayoung ^ subconcious referended it because of that21:24
*** krtaylor has quit IRC21:24
ayoungTwas intentional21:24
morganfainbergayoung, damnit :P21:24
ayoungYou know where you stand in a Hell hole.21:24
dolphmmorganfainberg: if you're interested http://pasteraw.com/5cwcs3xfre1r9aoffl0r5jo7ibncjge21:24
dolphmmorganfainberg: i can work with that21:25
morganfainbergdolphm, cool21:25
*** DinaBelova is now known as DinaBelova_21:25
dolphmmorganfainberg: i was also thinking of inroducing v4 which does nothing but rename "domains" to "tenants"21:26
dolphmi think that'll go over well21:26
jamielennoxi'm sure you know this but 'A'*100 is a really bad test of compression21:26
dolphmjamielennox: that was the intent21:26
jamielennoxcool, just still lurking a bit21:26
dolphmjamielennox: it's illustrating the difference between 0 and 121:26
*** cdub has joined #openstack-dev21:27
*** jcooley_ has quit IRC21:28
dolphmjamielennox: illustration gets better after you throw in b64 http://pasteraw.com/q0s9jz1yvd6ldzzougazy87cbt5icwy21:28
*** tjones has quit IRC21:28
dolphma string of length 100 becomes 148 characters long w/ compression level 021:29
*** jcooley_ has joined #openstack-dev21:29
*** cadenzajon has joined #openstack-dev21:29
*** Gordonz has quit IRC21:29
*** aaronjamesford1 has quit IRC21:30
*** jcoufal-mobile has joined #openstack-dev21:31
*** tjones has joined #openstack-dev21:32
morganfainbergdolphm, lol21:33
*** sarob has quit IRC21:33
*** Guest22857 is now known as mfisch21:33
*** sarob has joined #openstack-dev21:33
*** mfisch has quit IRC21:33
*** mfisch has joined #openstack-dev21:33
*** byeager_ has quit IRC21:33
morganfainbergdolphm, can we make it so each patchset increments the API version while we're at it.  api version = git hash21:33
*** d0ugal has joined #openstack-dev21:34
morganfainbergdolphm or something equally awesome21:34
morganfainberg:)21:34
jamielennoxdolphm: lol, how does that happen - i just assumed 0 was stick a standard length zip header in front of the otherwise uncompressed data21:34
*** d0ugal has quit IRC21:34
*** d0ugal has joined #openstack-dev21:34
jog0dhellmann: I was thinking of something like this https://review.openstack.org/#/c/71645, want to get your feedback before making the oslo patch21:34
*** cdub has quit IRC21:34
morganfainbergdhellmann, for https://review.openstack.org/#/c/66149/ did you want to change the bug report at all?  I'm cool with changing it if you're interested in trying to get it in sooner etc. (obv. once it can pass check)21:35
dhellmannmorganfainberg: change the bug report?21:35
*** dprince has quit IRC21:35
*** d0ugal has quit IRC21:35
*** dramagods has quit IRC21:36
*** e0ne has quit IRC21:36
*** sarob has quit IRC21:36
*** sarob has joined #openstack-dev21:37
*** tqtran1 has joined #openstack-dev21:37
jamielennoxgyee: can you have a look at: https://review.openstack.org/#/c/61247/ it's the dependant of auth plugins so you'll be interested i think (and i want to get these in)21:37
dolphmjamielennox: that's basically what it's doing -- it's just a bulky21:38
*** tqtran has quit IRC21:38
dolphmmorganfainberg: then we force people to use discovery, i like it21:38
jamielennoxdolphm: oh, right you are base64ing the output - i was thinking you were base64 the input21:38
*** alop has joined #openstack-dev21:39
ayoungdstanek, my brain is rejecting the format of timeit21:40
zzelle_clarkb, if you want to take a look i add http support to set_hook_commit_msg21:41
*** ijw has quit IRC21:41
*** sarob has quit IRC21:41
*** d0ugal has joined #openstack-dev21:41
*** d0ugal has quit IRC21:41
*** d0ugal has joined #openstack-dev21:41
zzelle_clarkb, https://review.openstack.org/70746 and jenkins tests didn't failed (strange)21:41
clarkbzzelle_: the tests don't fail 100% of the time which makes them even more annoying. I think it depends on the performance of the slave21:42
clarkbunderperforming slaves have gerrit that timesout21:42
*** _cjones_ has joined #openstack-dev21:42
*** mgagne has joined #openstack-dev21:42
*** _cjones_ has quit IRC21:42
zzelle_clarkb,  i get also troubles with one of servers with few memory21:43
*** _cjones_ has joined #openstack-dev21:43
dstanekayoung: yeah... from the cli it's nice to be able to use it21:43
*** byeager has joined #openstack-dev21:44
dstanekayoung: like 'python -m timeit "import test" "test.func0()"'21:44
*** otherwiseguy has quit IRC21:45
*** tdruiva has joined #openstack-dev21:46
*** mst89 has joined #openstack-dev21:49
*** thouveng has quit IRC21:51
*** thouveng has joined #openstack-dev21:51
*** tmclaugh[work] has quit IRC21:52
*** portante has joined #openstack-dev21:53
*** adnan has joined #openstack-dev21:53
*** adnan has joined #openstack-dev21:54
*** bdpayne has quit IRC21:56
*** gigawhat has quit IRC21:56
ayoungdstanek, http://paste.openstack.org/show/62892/   gave me http://paste.openstack.org/show/62893/21:57
*** ayoung is now known as ayoung-afk21:57
*** doug_shelley66 has quit IRC21:57
*** bdpayne has joined #openstack-dev21:58
*** dsirrine has quit IRC21:58
*** kolesovdv has joined #openstack-dev21:59
*** mlemay has quit IRC22:00
*** epim has quit IRC22:01
*** epim has joined #openstack-dev22:03
*** shakayumi has joined #openstack-dev22:05
*** jcoufal-mobile has quit IRC22:06
*** chris_johnson has quit IRC22:06
*** achampion has quit IRC22:07
*** dbalog has left #openstack-dev22:08
*** pmathews has quit IRC22:08
*** david_lyle has quit IRC22:09
*** sc68cal_ has quit IRC22:10
*** NikitaKonovalov is now known as NikitaKonovalov_22:11
*** shakayumi has quit IRC22:11
*** vladikr has quit IRC22:13
*** thomasem_ has quit IRC22:15
*** ijw has joined #openstack-dev22:20
lbragstadstevemar: what do you think about http://paste.openstack.org/show/62897/ to be consistent with https://github.com/openstack/identity-api/blob/master/openstack-identity-api/v3/src/markdown/identity-api-v3-os-trust-ext.md#trusts22:20
*** mfer has quit IRC22:21
*** bswartz has quit IRC22:21
stevemarlbragstad, i think it's OK, just make sure the heat folks are cool with it. I think they are using trusts? maybe?22:22
lbragstadstevemar: ok, sounds good. Just thinking that way we don't have swap the order like the other night when we were working onthe osc stuff22:23
*** vartom1111111117 has quit IRC22:23
*** jdob has quit IRC22:23
*** pmathews has joined #openstack-dev22:23
*** jhesketh__ has joined #openstack-dev22:24
*** RajeshMohan has quit IRC22:25
*** epim has quit IRC22:26
*** RajeshMohan has joined #openstack-dev22:26
*** epim has joined #openstack-dev22:27
*** itzikb has joined #openstack-dev22:29
*** jnoller has quit IRC22:29
*** morazi has quit IRC22:29
*** dvarga has quit IRC22:29
*** hub_cap has joined #openstack-dev22:30
*** pmathews has quit IRC22:30
*** hub_cap has left #openstack-dev22:30
*** tiamar has quit IRC22:31
*** vijendar has quit IRC22:33
*** ekhugen has quit IRC22:33
*** doug_shelley66 has joined #openstack-dev22:34
*** clayb|2 has joined #openstack-dev22:35
*** joesavak has quit IRC22:35
*** clayb has quit IRC22:37
*** xarses has quit IRC22:38
dolphmlbragstad: the trustor is the person creating the trust -- it shouldn't be part of the manager's api22:40
dolphmlbragstad: the only question is who YOU are delegating to, what you're delegating (roles and/or impersonation), and in what scope (project)22:41
*** asalkeld has quit IRC22:41
*** Mandell has quit IRC22:41
*** thuc has joined #openstack-dev22:42
*** otherwiseguy has joined #openstack-dev22:42
*** krtaylor has joined #openstack-dev22:43
*** morazi has joined #openstack-dev22:43
*** thuc_ has joined #openstack-dev22:44
gyeejamielennox,  looking, I was afk22:44
*** pmathews has joined #openstack-dev22:44
luisgmarkmcclain, i posted a question here for when u get a chance pls: https://review.openstack.org/#/c/66980/22:46
*** thuc has quit IRC22:47
*** JordanRinke_ has quit IRC22:47
*** JordanRinke_ has joined #openstack-dev22:48
*** dstanek is now known as dstanek_afk22:49
morganfainbergdolphm, ping22:50
dolphmmorganfainberg: o/22:50
morganfainberghttps://bugs.launchpad.net/keystone/+bug/125112322:50
uvirtbotLaunchpad bug 1251123 in keystone/havana "_update_user_list_with_cas causes significant overhead (when using memcached as token store backend)" [High,In progress]22:50
morganfainbergdolphm, that bug in havana can (and does) cause keystone to be completely unresponsive22:50
*** tqtran has joined #openstack-dev22:50
morganfainbergdolphm, is high the correct target prio?22:50
*** buzztroll has quit IRC22:51
morganfainbergdolphm, i know it's been hit by a variety of people.22:51
*** xarses has joined #openstack-dev22:51
morganfainbergdolphm, but i'm not sure what the best course of action is to solve it / get it prioritized for stable branch22:51
dolphmmorganfainberg: that would be a critical then22:51
morganfainbergdolphm, ok i wanted to bounce it off you before i changed anyth22:51
morganfainbergg22:51
morganfainbergyanno :)22:52
dolphmmorganfainberg: critical in master + havana, i assume?22:52
morganfainbergdolphm, master will be resolved by https://review.openstack.org/#/c/60743/22:52
dolphmmorganfainberg: same issue though, right?22:52
morganfainbergdolphm, i should add closes-bug to that review then22:52
morganfainbergdolphm, yes22:52
*** dfarrell07 has quit IRC22:52
morganfainbergdolphm, very very different fix though, the kvs system (dogpile) can't go in havana.22:53
morganfainbergthere was some concern because it wasn't being fixed in master first22:53
dolphmmorganfainberg: obligatory question-- can the patch landing in havana be merged to master first? and then the long term change to master/icehouse can land?22:53
morganfainbergdolphm, hm.... it depends on when we're landing the dogpile stuff22:53
*** morazi has quit IRC22:53
dolphmmorganfainberg: after the fix for havana? ;)22:54
dolphmit's dumb, i know22:54
morganfainbergdolphm, lol. sure i can rebase chain it in22:54
*** Gordonz has joined #openstack-dev22:54
*** tqtran1 has quit IRC22:54
morganfainbergdolphm, but it will need to go into that chain since the dogpile conversion strips a ton of stuff out.22:54
dolphmmorganfainberg: we can at least illustrate it as fixed in master using the same method22:54
morganfainbergdolphm, so i can restructure it all if thats what it'll take22:55
dolphmmorganfainberg: fair enough, as long as it's not too late to be an excessive amount of work22:55
*** galstrom_zzz is now known as galstrom22:55
dolphmgrammar ^ but you get my point22:55
morganfainbergdolphm, sec. checking on how far diverged we are for the code.22:56
morganfainbergdolphm, ok looks like it's just resolving test changes22:58
*** markwash has joined #openstack-dev22:58
morganfainbergdolphm, code... at least appears to merge cleanly for the driver itself.22:59
dolphmmorganfainberg: i'll see about making an exception for this in 2013.2.222:59
*** tdruiva has quit IRC22:59
dolphmwe're definitely late to the game to request an exception, but i'll try..22:59
morganfainbergdolphm, this might just need ot be wedged in to the top of the dogpile chain which should incur only 1 change needing "fixes"22:59
morganfainbergdolphm, i know dhellmann requested it as a possible exception on the ML22:59
morganfainbergdolphm, a couple days back?22:59
*** david-lyle has joined #openstack-dev22:59
dolphmso he did! thanks for catching me before i look like an idiot23:00
dhellmannI don't remember seeing a response to the request on the stable maint ML23:00
morganfainbergdolphm, :)23:00
morganfainbergdolphm, ok i'm working on resolving the diff in tests should have this posted (and dogpile chain rebased) shortly23:01
morganfainbergi'll also bump this ot critical on LP while i'm looking at it base don this discussion23:01
*** markmcclain has quit IRC23:02
dolphmmorganfainberg: comment as to why23:02
*** caleb_ has quit IRC23:02
morganfainbergdolphm, yep23:02
*** Gordonz has quit IRC23:02
*** pixelb has joined #openstack-dev23:02
dolphmi'll just link to your comment on stable-maint list23:02
*** amcrn has quit IRC23:03
lbragstaddolphm: so it shouldn't be used in create_trust from the keystoneclient perspective since that can be assumed from the user, correct?23:03
dolphmlbragstad: technically the service should just be looking at the user in context and setting that attribute dynamically, but for whatever reason that didn't happen. the client should at least implement that behavior so that users don't have to23:04
dolphmlbragstad: make sense?23:04
*** peristeri has quit IRC23:04
*** epim has quit IRC23:04
lbragstaddolphm: yeah23:05
*** salv-orlando has joined #openstack-dev23:05
*** amcrn has joined #openstack-dev23:06
*** yeylon__ has quit IRC23:06
morganfainbergdolphm, commented (sorry 2 comments) on the bug23:07
morganfainbergback to resolving the test changes for master.23:07
dolphmomg -2 comment abuse23:07
*** dkranz has quit IRC23:08
*** tdruiva has joined #openstack-dev23:08
*** venkatesh has joined #openstack-dev23:09
*** jayg is now known as jayg|g0n323:09
*** epim has joined #openstack-dev23:09
*** enikanorov has joined #openstack-dev23:11
morganfainbergdolphm, LOL.23:11
*** eharney has quit IRC23:11
*** enikanorov__ has quit IRC23:12
lbragstaddolphm: looks like the trust code (controllers.py for trusts) grabs the user_id from context. I'll remove 'trustor' from the clients and see what kind of gap there is.23:14
yjiang5baoli: hi23:14
*** xqueralt has quit IRC23:15
*** burt1 has quit IRC23:16
*** alex_xu has quit IRC23:17
dolphmlbragstad: hmm... do you not need to provide it on POST then?23:17
dolphmlbragstad: what do API tests in keystone do?23:17
dolphmlbragstad: ... maybe this is all just deja vu for me23:17
dolphmmorganfainberg: will this be the first patch after the destined-for-havana-patch-to-master? https://review.openstack.org/#/c/70522/23:18
morganfainbergdolphm, yes23:18
morganfainbergi'm about to rebase it.23:18
morganfainbergunless you want to just hold it23:19
dolphmmorganfainberg: i'm about to walk out the door, so i was going to pin the code review for later23:19
*** asalkeld has joined #openstack-dev23:19
morganfainbergdolphm, sure sounds good i'll rebase the change-chain23:19
morganfainbergdolphm, should likely be clean rebasing23:19
*** asalkeld has quit IRC23:19
*** asalkeld has joined #openstack-dev23:20
*** buzztroll has joined #openstack-dev23:22
dolphmmorganfainberg: famous last words23:22
morganfainbergdolphm, lol23:22
*** eglynn has joined #openstack-dev23:22
*** buzztroll has quit IRC23:23
*** buzztroll has joined #openstack-dev23:23
*** rcleere has quit IRC23:24
*** lbragstad has quit IRC23:24
*** jckasper_ has quit IRC23:25
*** romcheg_ltp has quit IRC23:26
*** kgriffs is now known as kgriffs_afk23:26
morganfainbergvishy, ping23:26
*** jobewan has quit IRC23:27
*** pixelb has quit IRC23:27
morganfainbergvishy, for https://review.openstack.org/#/c/66149/ i just responded to your comment as i just remembered why i did the parse_isotime bit23:29
*** Shaan7 has quit IRC23:30
*** dims has quit IRC23:30
*** tdruiva has quit IRC23:31
*** julienvey has quit IRC23:32
*** otherwiseguy has quit IRC23:32
*** byeager has quit IRC23:32
*** aveiga has joined #openstack-dev23:33
*** kevinconway has quit IRC23:34
*** achampion has joined #openstack-dev23:34
*** jmontemayor has quit IRC23:35
*** prad_ has quit IRC23:35
*** adreznec has quit IRC23:35
*** sweston has quit IRC23:35
*** jmontemayor has joined #openstack-dev23:35
*** SumitNaiksatam has quit IRC23:36
*** xarses has quit IRC23:36
*** cagrev__ has quit IRC23:37
*** cagrev__ has joined #openstack-dev23:37
*** asalkeld has quit IRC23:39
*** jmontemayor has quit IRC23:39
devoidso, uhh, does heat not use the operating system DNS resolution tools?23:40
*** sarob has joined #openstack-dev23:40
devoidheat-engine to be specific23:40
*** adnan has quit IRC23:41
*** denis_makogon has quit IRC23:41
*** lcheng_ has quit IRC23:42
*** eglynn has quit IRC23:42
*** cagrev__ has quit IRC23:43
*** itzikb has quit IRC23:44
*** sarob has quit IRC23:45
*** dims has joined #openstack-dev23:46
*** tanisdl has quit IRC23:47
*** changbl has quit IRC23:47
*** buzztroll has quit IRC23:48
*** buzztroll has joined #openstack-dev23:48
*** yamahata has quit IRC23:49
*** xarses has joined #openstack-dev23:49
*** reed has quit IRC23:50
*** changbl has joined #openstack-dev23:51
*** radsy has joined #openstack-dev23:51
*** galstrom is now known as galstrom_zzz23:51
*** asalkeld has joined #openstack-dev23:52
*** IanGovett has joined #openstack-dev23:52
*** bauzas has quit IRC23:53
*** cnesa has joined #openstack-dev23:54
*** Mandell has joined #openstack-dev23:55
*** thuc_ has quit IRC23:55
*** thuc has joined #openstack-dev23:56
*** SumitNaiksatam has joined #openstack-dev23:56
*** thuc has quit IRC23:56
*** kgriffs_afk is now known as kgriffs23:57
*** thuc has joined #openstack-dev23:57
*** byeager has joined #openstack-dev23:58
*** bknudson has quit IRC23:59

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