Wednesday, 2013-08-21

*** datsun180b has quit IRC00:02
lchengjamielennox: thanks for taking care of that!00:03
jamielennoxlcheng: I should have thought of it initially, thanks for catching it before a release00:03
*** reed has quit IRC00:03
lchengjamielennox: no worries, glad we catch it before release.00:05
jamielennoxlcheng: https://review.openstack.org/#/c/43020/00:11
*** alexb_ has quit IRC00:12
lchengjamielennox: thanks, will look at it.00:12
*** anniec has quit IRC00:12
*** jimfehlig has quit IRC00:16
*** yjiang51 has left #openstack-dev00:17
*** asalkeld has quit IRC00:18
*** tjones has joined #openstack-dev00:19
*** lexinator has quit IRC00:22
*** alunch has quit IRC00:22
*** feleouet has quit IRC00:23
*** asalkeld has joined #openstack-dev00:23
stevemarjamielennox: replied to your comment about oauth in keystoneclient!00:26
*** feleouet has joined #openstack-dev00:27
jamielennoxstevemar: ok, that makes sense - i didn't do much looking through the actual code just went to check out the library and saw that00:27
stevemarjamielennox: cool, thanks for doing that, i appreciate the thoroughness!00:28
*** otherwiseguy has joined #openstack-dev00:28
*** jog0-away is now known as jog000:28
*** devoid has quit IRC00:29
*** nati_ueno has quit IRC00:30
stevemarjamielennox: nice job on trusts btw!00:31
jamielennoxstevemar: that was all ayoung00:31
stevemarjamielennox: but you did the client work :O00:32
*** mars has joined #openstack-dev00:32
*** mars has quit IRC00:32
jamielennoxstevemar: nope shardy_afk00:32
jamielennoxi actually had a trusts patch for keystoneclient that was incomplete when he posted that but that's godo00:33
stevemarjamielennox: d'oh, you are right, was shardy!00:33
stevemaryou've been doing so much for keystoneclient, i just figured it was you =\00:34
*** aeperezt has quit IRC00:36
*** aeperezt has joined #openstack-dev00:37
*** yuan has joined #openstack-dev00:39
*** fabio has joined #openstack-dev00:41
morganfainbergannd oh joy00:41
morganfainberghrmm00:41
*** Ruetobas has quit IRC00:42
*** gordc has quit IRC00:42
fabiostevemar: can you please review the OS-EP-FILTER?00:42
stevemarfabio: i did say that I would, didn't i? :)00:42
fabiostevemar: yes, it is in the meeting minutes :-)00:43
stevemardamn, now it's on record too!00:43
fabiostevemar: if you have time I would appreciate it00:43
stevemarnp, i'll do it now00:43
gyeehelp the brother out :)00:44
*** tjones has quit IRC00:45
*** woodspa has joined #openstack-dev00:45
*** eharney has quit IRC00:46
stevemarfabio: https://review.openstack.org/#/c/33118/21/keystone/contrib/endpoint_filter/controllers.py00:47
stevemarfabio: my 2nd comment00:48
stevemarfabio: i think you can get rid of the None check, and the raise00:48
*** gordc has joined #openstack-dev00:48
stevemarfabio: it's in a few places, not just there,00:49
stevemargyee might be able to say with more certainty :)00:49
*** alexb_ has joined #openstack-dev00:49
fabiostevemar: I didn't do it because my line of thinking that in general extensions may need to handle core exceptions00:49
fabiofor instance if a project is not found it may go and delete all the ep associations with that project00:50
*** lexinator has joined #openstack-dev00:50
stevemarfabio: alright, i guess it doesn't hurt00:50
fabiostevemar: I haven't implemented, but I don't know if you see my point ..00:50
fabiostevemar: I am actually working on a new approach to better isolate extensions and get events to sync them with core changes00:51
stevemarfabio: 2 nits, really minor things.00:52
*** otherwiseguy has quit IRC00:52
*** portante has quit IRC00:53
*** lon has quit IRC00:54
gyeestevemar, y're right, backend will raise a NotFound exception00:54
*** lon has joined #openstack-dev00:54
stevemarfabio: just a heads up, i still think the extension shouldn't be in any of the pipelines by default00:54
*** portante has joined #openstack-dev00:54
*** jayg|g0n3 has quit IRC00:54
*** bcrochet has quit IRC00:54
*** lbragstad has joined #openstack-dev00:54
stevemarfabio: dolphm slammed me for that with the oauth extension :)00:54
*** jayg|g0n3 has joined #openstack-dev00:54
jamielennoxstevemar: extensions in the pipeline? are they normally controlled that way?00:55
*** bcrochet has joined #openstack-dev00:56
stevemarjamielennox, i meant extensions in the pipeline for keystone.conf.sample00:56
jamielennoxstevemar: i know, i didn't realize they were enabled that way - i just assumed there would have been a config enable or something00:57
stevemarjamielennox, i think if you want to make an extension available in your keystone you have to add it to the pipeline - right?00:57
*** feleouet has quit IRC00:57
jamielennoxit's a bit ugly as extensions aren't really middleware - an issue for post havana though00:58
stevemarjamielennox, don't think so, when I didn't have the extension in the pipeline, i would get 404'd00:58
*** zul has joined #openstack-dev00:59
jamielennoxyea, i don't think you're wrong i've just never really looked00:59
*** tjones has joined #openstack-dev00:59
stevemarjamielennox, i found that a bit cryptic when first looking at it... because s3 and ec2 are added to the pipeline by default00:59
stevemarwhile others aren't01:00
* stevemar shrugs01:00
gyeestevemar, jamielennox, because we don't have a standard for writing extensions01:01
stevemargyee: i noticed that :)01:01
*** feleouet has joined #openstack-dev01:02
jamielennoxand i thought that implementing that extensions discovery API was going to be simple :(01:02
stevemarjamielennox we'll back you up :)01:02
gyeejamielennox, yeah, its more scary then ya think01:02
gyeewe really don't have a framework from extension code isolation01:03
gyees/from/for/01:03
stevemargyee: ayoung sql migration change really helped a lot01:03
gyeestevemar, sql migration isolation is a good start01:03
*** schwicht has quit IRC01:04
jamielennoxi'm not sure how much isolation we need to provide, but i do suddenly realize if they want to be registered at certain URLs it's going to be a PITA01:04
jamielennoxthere's a library that came out of ceilometer i think called stevedore for loading plugins that looks good, which i think means we could do discovery and loading via config file01:05
jamielennoxcross that bridge when we come to it i guess01:06
*** rfolco has quit IRC01:06
gyeejamielennox, discover via API or file scanning?01:07
jamielennoxyou specify entry points into setup.py, then somehow reference them within the config file01:07
jamielennoxso it means extensions could properly be loaded even if they exist outside the keystone package01:08
jamielennoxgyee: which is to say discovering extensions from files rather than API01:08
jamielennoxhowever the API itself is not complicated on top of that (fingers crossed)01:09
gyeejamielennox, don't even have to be setup.py, just desinate a special dir for the extensions01:10
gyeeand have the extensions put a symlink there01:10
jamielennoxgyee, sure but this lets you develop extensions out of tree and still have them play nice without having to link or anything01:11
*** anteaya has quit IRC01:11
*** tjones has quit IRC01:12
morganfainbergfabio: ping01:12
gyeejamielennox, is there a bp or etherpad I can take a look?01:14
jamielennoxgyee: no, that's about as far as i had thought about it. i looked up stevedore as it's in this apiclient for getting auth plugins01:16
jamielennoxgyee: docs are interesting and not that long: http://stevedore.readthedocs.org/en/latest/01:16
fabiomorganfainberg: yes01:16
morganfainbergfabio: with regards to the endpoint_filter, is the driver meant to raise exceptions, or is the controller (e.g. endpoint not found)?01:17
morganfainbergfabio: it seems like you have the docstrings indicating that the driver methods should01:17
morganfainbergfabio: but the raises are in the controller methods.01:17
fabiomorganfainberg: the ProjectNotFound and EndpointNotFound are coming from core01:18
*** IniMe has joined #openstack-dev01:19
morganfainbergok, so the backend driver is meant to do the raise (e.g. keystone.contrib.endpoint_filter.backens.sql01:19
morganfainbergin the implementation of say check_endpoint_in_project?01:19
fabiomorganfainberg: right. These are under the extension control01:20
fabiomorganfainberg: but it is not correct to do this from the controller so then I am abstracted from the backend?01:21
fabiomorganfainberg: at least this is my understanding01:21
morganfainbergfabio: well, it's fine if the controller does the raising, but the driver shouldn't document that it raises the exception01:21
fabiook, got it01:21
morganfainbergit also matters if associated code talks directly to the endpoint_filter_api or only through the controller01:22
fabiomorganfainberg: ok, so I will remove it from the docs in the Manager01:23
morganfainbergi'll put some comments in regarding this.01:23
*** Ruetobas has joined #openstack-dev01:24
morganfainbergand you can update as needed.01:24
fabiomorganfainberg: ok, thanks01:24
morganfainbergsure, i jsut wanted to make sure my comments were directed in the right way.01:24
morganfainbergbecause if you intended the driver to do the work, it changes the comment :)01:25
*** eharney has joined #openstack-dev01:25
fabiomorganfainberg: well, I think the right place for the exceptions related to core is on the controller01:25
fabiootherwise you will need to replicate the code for every backend you implement01:26
morganfainbergfabio: you could also put that logic in the manager01:26
morganfainbergfabio: the methods on the manager are called if they exist, which in turn should call / return self.driver.<method>01:26
*** freedomhui has joined #openstack-dev01:26
morganfainbergfabio: i'll take a close look at how it all comes together and leave a recommendation if it's different than what we discussed here01:27
*** topshare has joined #openstack-dev01:27
*** rods1 has quit IRC01:27
morganfainbergfabio: this is a really nice feature add btw, i like the concept of associating endpoints to projects.01:28
fabiomorganfainberg: thanks01:28
*** noslzzp has joined #openstack-dev01:28
morganfainbergerm vice versa :P but you know what i meant.01:28
*** Ruetobas has quit IRC01:29
*** gyee has quit IRC01:30
*** Ruetobas has joined #openstack-dev01:34
*** feleouet has quit IRC01:34
*** briancurtin has joined #openstack-dev01:34
*** zul has quit IRC01:36
*** aeperezt has quit IRC01:36
*** gordc has quit IRC01:36
*** bknudson has quit IRC01:37
*** feleouet has joined #openstack-dev01:37
*** ayoung has joined #openstack-dev01:37
*** danwent has quit IRC01:37
*** xmltok has quit IRC01:38
*** jjmb has joined #openstack-dev01:38
*** tjones has joined #openstack-dev01:39
*** erkules_ has joined #openstack-dev01:41
*** vkmc has quit IRC01:41
*** Tross has quit IRC01:41
*** hailiang has joined #openstack-dev01:42
*** erkules has quit IRC01:43
*** otherwiseguy has joined #openstack-dev01:45
*** rwsu is now known as rwsu-away01:47
*** Ruetobas has quit IRC01:50
*** alexb_ has quit IRC01:50
*** gordc has joined #openstack-dev01:51
*** tjones has quit IRC01:51
*** Ruetobas has joined #openstack-dev01:53
*** ftcjeff has joined #openstack-dev01:53
*** benonsoftware has quit IRC01:54
*** sudorandom has joined #openstack-dev01:58
*** d34dh0r53 has joined #openstack-dev01:59
*** lbragstad has quit IRC02:00
*** d34dh0r53 has quit IRC02:01
*** stevemar has quit IRC02:01
*** gongysh has joined #openstack-dev02:02
*** martine has joined #openstack-dev02:03
*** martine is now known as Guest9214902:03
*** markwash has joined #openstack-dev02:04
*** zul has joined #openstack-dev02:05
*** freedomhui has quit IRC02:05
*** markmcclain has quit IRC02:06
*** lexinator has quit IRC02:07
*** tjones has joined #openstack-dev02:09
*** Guest92149 has quit IRC02:09
*** feleouet has quit IRC02:09
*** sudorandom has left #openstack-dev02:11
*** hidepark has joined #openstack-dev02:12
*** armax has joined #openstack-dev02:13
*** feleouet has joined #openstack-dev02:13
*** armax has quit IRC02:16
*** jhesketh__ has quit IRC02:18
*** jhesketh_ has joined #openstack-dev02:19
*** jbresnah has joined #openstack-dev02:19
*** topshare has quit IRC02:22
dolphm_simo: ayoung: around?02:24
*** eharney has quit IRC02:26
morganfainbergdolphm_: have a good evening man.  catch ya tomorrow .02:26
dolphm_morganfainberg: o/02:26
dolphm_jamielennox: and to correct gyee above, we certainly do have a 'framework' for "extension isolation." that's exactly what the wsgi pipeline accomplishes!02:27
*** basha has joined #openstack-dev02:27
dolphm_jamielennox: an extension should intercept calls to GET /extensions and append itself to the response02:28
*** eharney has joined #openstack-dev02:28
*** sudorandom has joined #openstack-dev02:28
jamielennoxdolphm_: ok, i wasn't sure if that was intentional or just kind of grew out that way02:28
dolphm_jamielennox: by design from day 102:28
dolphm_jamielennox: trusts was a mistake to merge because it couldn't have set a worse precedent for extension implementations02:29
*** otherwiseguy has quit IRC02:30
jamielennoxdolphm_: my definition of what is in the pipeline has always been middleware that passes the request along. But it can obviously just answer it02:30
jamielennoxdolphm_: agreed, trusts should never have lived where it does02:30
*** Ruetobas has quit IRC02:30
*** basha has quit IRC02:30
*** sudorandom_ has joined #openstack-dev02:30
jamielennoxor indeed worked as it does02:30
*** sudorandom_ has quit IRC02:31
jamielennoxthese things are always obvious in hindsight02:31
*** yaguang has joined #openstack-dev02:34
*** Ruetobas has joined #openstack-dev02:35
*** shang has joined #openstack-dev02:35
*** morganfainberg is now known as morganfainberg|a02:36
*** Tross has joined #openstack-dev02:37
*** adalbas has quit IRC02:37
*** Mandell has quit IRC02:38
*** xchu has joined #openstack-dev02:39
*** rcleere has joined #openstack-dev02:40
*** tjones has quit IRC02:42
*** jasdeepH has quit IRC02:44
*** otherwiseguy has joined #openstack-dev02:45
*** feleouet has quit IRC02:45
*** markwash has quit IRC02:46
*** feleouet has joined #openstack-dev02:49
*** jasdeepH has joined #openstack-dev02:51
*** kushal has joined #openstack-dev02:51
*** Farooque has joined #openstack-dev02:51
*** jhesketh has quit IRC02:52
*** melwitt1 has quit IRC02:52
*** markwash has joined #openstack-dev02:53
*** jhesketh has joined #openstack-dev02:57
*** Farooque has quit IRC02:57
*** Farooque has joined #openstack-dev02:58
*** novas0x2a|laptop has quit IRC02:58
*** dims has quit IRC03:00
*** kushal has quit IRC03:03
*** jog0 is now known as jog0-away03:04
*** Tross has quit IRC03:05
*** woodspa has quit IRC03:06
*** basha has joined #openstack-dev03:10
*** Ruetobas has quit IRC03:10
*** Farooque has quit IRC03:11
*** Farooque has joined #openstack-dev03:12
*** Ruetobas has joined #openstack-dev03:12
*** basha has quit IRC03:15
*** jimjiang has joined #openstack-dev03:17
*** bdpayne has quit IRC03:17
*** feleouet has quit IRC03:22
*** Ruetobas has quit IRC03:23
*** Ruetobas has joined #openstack-dev03:24
*** feleouet has joined #openstack-dev03:25
*** spzala has quit IRC03:27
*** Farooque has quit IRC03:27
*** Farooque has joined #openstack-dev03:27
*** dolphm_ has quit IRC03:28
*** dolphm has joined #openstack-dev03:29
*** gordc has quit IRC03:29
*** benonsoftware has joined #openstack-dev03:31
*** Farooque has quit IRC03:31
*** Farooque has joined #openstack-dev03:32
*** blamar has quit IRC03:32
*** noslzzp has quit IRC03:33
*** mberwanger has joined #openstack-dev03:34
*** Farooque has quit IRC03:34
*** Tross has joined #openstack-dev03:34
*** jasdeepH has quit IRC03:34
*** freedomhui has joined #openstack-dev03:34
*** blamar has joined #openstack-dev03:34
*** basha has joined #openstack-dev03:44
*** freedomhu has joined #openstack-dev03:44
*** gordc has joined #openstack-dev03:46
*** freedomhui has quit IRC03:48
*** markwash has quit IRC03:50
*** avishay_zzz is now known as avishay03:52
*** kushal has joined #openstack-dev03:55
*** stevemar has joined #openstack-dev03:56
*** markwash has joined #openstack-dev03:57
*** jimjiang has quit IRC03:57
*** nayward has joined #openstack-dev03:57
*** feleouet has quit IRC03:58
*** jimjiang has joined #openstack-dev04:00
*** ftcjeff has quit IRC04:01
*** feleouet has joined #openstack-dev04:02
*** prekarat has joined #openstack-dev04:06
*** shang has quit IRC04:06
*** Ruetobas has quit IRC04:07
*** dolphm has quit IRC04:08
*** afazekas has joined #openstack-dev04:09
*** alexb_ has joined #openstack-dev04:10
*** jasdeepH has joined #openstack-dev04:12
*** markwash has quit IRC04:12
*** IniMe has quit IRC04:13
*** basha has quit IRC04:13
*** Ruetobas has joined #openstack-dev04:16
*** dsagsda has joined #openstack-dev04:18
*** shang has joined #openstack-dev04:19
*** dsagsda has quit IRC04:20
*** senk has quit IRC04:20
*** sridevi has joined #openstack-dev04:22
*** prekarat has quit IRC04:22
*** sridevi has left #openstack-dev04:22
*** Tross has quit IRC04:24
*** Ruetobas has quit IRC04:30
*** Tross has joined #openstack-dev04:32
*** KurtMartin has joined #openstack-dev04:32
*** stevemar has quit IRC04:33
*** mberwanger has quit IRC04:34
*** Ruetobas has joined #openstack-dev04:35
*** morganfainberg|a is now known as morganfainberg04:35
*** feleouet has quit IRC04:35
*** mberwanger has joined #openstack-dev04:38
*** feleouet has joined #openstack-dev04:39
*** nati_ueno has joined #openstack-dev04:42
*** nayward has quit IRC04:46
*** markwash has joined #openstack-dev04:51
*** bswartz has quit IRC04:56
*** bswartz has joined #openstack-dev04:56
*** mberwanger has quit IRC05:06
*** markwash has quit IRC05:07
*** avishay has quit IRC05:07
*** gordc has quit IRC05:08
*** dolphm has joined #openstack-dev05:08
*** enikanorov-w has quit IRC05:08
*** enikanorov-w has joined #openstack-dev05:10
*** matiu has quit IRC05:10
*** gordc has joined #openstack-dev05:12
*** dolphm has quit IRC05:12
*** feleouet has quit IRC05:13
*** gordc has quit IRC05:13
*** sridevi has joined #openstack-dev05:15
*** feleouet has joined #openstack-dev05:16
*** nshaikh has joined #openstack-dev05:16
*** briancurtin has quit IRC05:17
*** chandankumar has joined #openstack-dev05:17
*** danwent has joined #openstack-dev05:18
*** basha has joined #openstack-dev05:19
*** basha has quit IRC05:21
*** rcleere has quit IRC05:23
*** neoXsys has quit IRC05:31
*** networkstatic has quit IRC05:35
*** erkules_ is now known as erkules05:39
*** vartom4 has joined #openstack-dev05:43
*** markwash has joined #openstack-dev05:43
*** neoXsys has joined #openstack-dev05:45
*** vartom4 has quit IRC05:47
*** KurtMartin has quit IRC05:47
*** chandankumar has quit IRC05:50
*** chandankumar has joined #openstack-dev05:50
*** feleouet has quit IRC05:50
*** feleouet has joined #openstack-dev05:53
*** hemna_ has joined #openstack-dev05:53
gongyshayong: ping05:57
*** sridevi has quit IRC05:57
gongyshayoung: ping05:58
gongyshping henrynash05:59
henrynashgongysh: hi06:00
*** markwash has quit IRC06:03
*** Mandell has joined #openstack-dev06:04
*** sushils has quit IRC06:07
*** sushils has joined #openstack-dev06:09
*** otherwiseguy has quit IRC06:10
*** ondergetekende__ has joined #openstack-dev06:14
*** ondergetekende__ has quit IRC06:16
*** vartom4 has joined #openstack-dev06:16
*** nayward has joined #openstack-dev06:17
*** Dr0id has joined #openstack-dev06:19
*** MaxV has joined #openstack-dev06:22
*** dmakogon_ has joined #openstack-dev06:24
*** vaml has joined #openstack-dev06:24
*** Dr0id has quit IRC06:25
*** annegentle has quit IRC06:25
*** feleouet has quit IRC06:25
*** odyssey4me4 has joined #openstack-dev06:25
morganfainberghenrynash:  got a sec?06:27
*** MaxV has quit IRC06:28
henrynashmorganfainberg: sure06:28
*** MaxV has joined #openstack-dev06:28
*** markwash has joined #openstack-dev06:29
*** galstrom has quit IRC06:29
*** psedlak has joined #openstack-dev06:30
*** annegentle has joined #openstack-dev06:30
*** feleouet has joined #openstack-dev06:31
*** galstrom has joined #openstack-dev06:31
*** phschwartz has quit IRC06:33
*** mrunge has joined #openstack-dev06:34
*** sridevi has joined #openstack-dev06:34
*** phschwartz has joined #openstack-dev06:36
*** MaxV has quit IRC06:36
*** doron_afk has joined #openstack-dev06:39
*** mmagr has joined #openstack-dev06:40
*** afazekas has quit IRC06:44
*** markwash has quit IRC06:44
*** sthaha has quit IRC06:47
*** phschwartz has quit IRC06:47
*** phschwartz has joined #openstack-dev06:50
*** loteriety has quit IRC06:52
*** ruhe has joined #openstack-dev06:52
*** jcoufal has joined #openstack-dev06:53
*** xga has joined #openstack-dev06:53
srideviHi, can anyone help me debug the jenkins' failure in https://review.openstack.org/#/c/34801/06:54
sridevianyone?06:54
srideviaround?06:54
*** bashok has joined #openstack-dev06:55
*** reidrac has joined #openstack-dev06:58
*** ndipanov has joined #openstack-dev06:59
*** mjfork has quit IRC06:59
*** phschwartz has quit IRC06:59
*** mjfork_ has joined #openstack-dev06:59
*** mjfork_ is now known as mjfork07:00
*** phschwartz has joined #openstack-dev07:01
*** networkstatic has joined #openstack-dev07:04
*** jprovazn has joined #openstack-dev07:04
*** xqueralt-afk is now known as xqueralt07:05
*** yolanda has joined #openstack-dev07:06
*** feleouet has quit IRC07:06
*** arezmerita has joined #openstack-dev07:07
*** avishay has joined #openstack-dev07:08
*** feleouet has joined #openstack-dev07:10
*** jtomasek has joined #openstack-dev07:11
*** ifarkas has joined #openstack-dev07:13
*** sandeepr_ltp has quit IRC07:13
*** bashok_ has joined #openstack-dev07:17
*** bashok has quit IRC07:17
*** tkammer has joined #openstack-dev07:17
avishaydtroyer: can you please take a look at my grenade patch?  it's holding up jenkins for some cinder patches (https://review.openstack.org/#/c/42971/)07:18
avishaydtroyer: thanks!07:18
*** shang has quit IRC07:18
*** phschwartz has quit IRC07:19
*** jaimegil has joined #openstack-dev07:19
*** bashok has joined #openstack-dev07:20
*** gmurphy has quit IRC07:22
*** bashok_ has quit IRC07:22
*** romcheg has joined #openstack-dev07:22
*** phschwartz has joined #openstack-dev07:23
*** Mandell has quit IRC07:23
*** sridevi has quit IRC07:24
*** kspear has quit IRC07:25
*** sandeepr_ltp has joined #openstack-dev07:26
*** markwash has joined #openstack-dev07:27
*** xBsd has joined #openstack-dev07:27
*** dmakogon_ has quit IRC07:28
*** shardy_afk is now known as shardy07:29
*** michchap has quit IRC07:29
*** GheRivero has quit IRC07:30
*** kspear has joined #openstack-dev07:30
*** ffio has joined #openstack-dev07:35
*** GheRivero has joined #openstack-dev07:35
*** dmakogon_ has joined #openstack-dev07:37
*** markwash has quit IRC07:39
*** martyntaylor has joined #openstack-dev07:39
*** jtomasek has quit IRC07:39
*** kspear has quit IRC07:40
*** AGiardini has left #openstack-dev07:40
*** phschwartz has quit IRC07:40
*** jasdeepH has quit IRC07:41
*** JordanP has joined #openstack-dev07:41
*** jtomasek has joined #openstack-dev07:42
*** alexxu has joined #openstack-dev07:42
*** boris-42 has joined #openstack-dev07:42
*** avishay has quit IRC07:43
*** valgrind has joined #openstack-dev07:44
*** phschwartz has joined #openstack-dev07:44
*** feleouet has quit IRC07:45
*** jistr has joined #openstack-dev07:45
*** avishay has joined #openstack-dev07:45
*** feleouet has joined #openstack-dev07:48
*** troytoman-away is now known as troytoman07:50
*** jpich has joined #openstack-dev07:51
*** egallen has joined #openstack-dev07:51
*** basha has joined #openstack-dev07:52
*** nati_uen_ has joined #openstack-dev07:54
*** michchap has joined #openstack-dev07:54
*** michchap has quit IRC07:54
*** michchap has joined #openstack-dev07:55
*** fbo_away is now known as fbo07:55
*** MaxV has joined #openstack-dev07:57
*** nati_ueno has quit IRC07:57
*** safchain has joined #openstack-dev07:57
*** mikal has joined #openstack-dev07:59
*** giulivo has joined #openstack-dev08:02
*** GheRivero has quit IRC08:02
*** GheRivero has joined #openstack-dev08:02
*** boden has joined #openstack-dev08:03
*** michchap has quit IRC08:03
*** Alexei_987 has joined #openstack-dev08:03
*** GheRivero has quit IRC08:03
*** xga has quit IRC08:03
*** GheRivero has joined #openstack-dev08:04
*** xchu has quit IRC08:05
*** xga has joined #openstack-dev08:06
*** nayward has quit IRC08:10
*** nayward has joined #openstack-dev08:11
*** dmakogon_ has quit IRC08:11
*** moted has quit IRC08:11
*** n0ano has quit IRC08:11
*** jamey has quit IRC08:11
*** smoser has quit IRC08:11
*** jduhamel has quit IRC08:11
*** Samos123 has quit IRC08:11
*** jeevan_ullas has quit IRC08:11
*** EntropyWorks has quit IRC08:11
*** sungju has quit IRC08:11
*** openf|y has quit IRC08:11
*** soren has quit IRC08:11
*** ron-slc has quit IRC08:11
*** obondarev has quit IRC08:11
*** ameade has quit IRC08:11
*** dabo has quit IRC08:11
*** arosen has quit IRC08:11
*** rha has quit IRC08:11
*** clarkb has quit IRC08:11
*** jeblair has quit IRC08:11
*** cburgess has quit IRC08:11
*** ameade has joined #openstack-dev08:12
*** dabo has joined #openstack-dev08:12
*** jeevan_ullas has joined #openstack-dev08:12
*** jeevan_ullas has quit IRC08:12
*** jeevan_ullas has joined #openstack-dev08:12
*** obondarev has joined #openstack-dev08:12
*** smoser has joined #openstack-dev08:12
*** jeblair has joined #openstack-dev08:12
*** clarkb has joined #openstack-dev08:12
*** Samos123 has joined #openstack-dev08:12
*** EntropyWorks has joined #openstack-dev08:12
*** soren has joined #openstack-dev08:12
*** ron-slc has joined #openstack-dev08:12
*** cburgess has joined #openstack-dev08:12
*** soren has quit IRC08:12
*** soren has joined #openstack-dev08:12
*** jmeredit has joined #openstack-dev08:12
*** moted has joined #openstack-dev08:12
*** arosen has joined #openstack-dev08:12
*** openf|y has joined #openstack-dev08:12
*** Kiall has quit IRC08:13
*** sbisbee has quit IRC08:13
*** jduhamel has joined #openstack-dev08:14
*** kiall has joined #openstack-dev08:15
*** JordanP has quit IRC08:15
*** rha has joined #openstack-dev08:16
*** zbitter is now known as zaneb08:16
*** sbisbee has joined #openstack-dev08:19
*** GheRivero has quit IRC08:20
*** xchu has joined #openstack-dev08:21
*** GheRivero has joined #openstack-dev08:21
*** xBsd has quit IRC08:22
*** GheRivero has quit IRC08:22
*** markwash has joined #openstack-dev08:22
*** GheRivero has joined #openstack-dev08:22
*** lucasagomes has joined #openstack-dev08:26
*** basha has quit IRC08:26
*** JordanP has joined #openstack-dev08:27
*** GheRivero has quit IRC08:29
*** GheRivero has joined #openstack-dev08:29
*** johnthetubaguy has joined #openstack-dev08:30
* SpamapS plays with adding a new option type to oslo.config and is crushed by the overlapping test cases..08:31
*** xBsd has joined #openstack-dev08:32
*** michchap has joined #openstack-dev08:34
*** feleouet has quit IRC08:34
*** markwash has quit IRC08:34
*** Max_ has joined #openstack-dev08:35
*** alexxu has quit IRC08:36
*** johnthetubaguy1 has joined #openstack-dev08:37
*** feleouet has joined #openstack-dev08:37
*** romcheg has quit IRC08:37
*** MaxV has quit IRC08:38
*** johnthetubaguy has quit IRC08:38
*** ema has joined #openstack-dev08:39
*** ema has joined #openstack-dev08:39
*** bashok has quit IRC08:39
*** danpb has joined #openstack-dev08:41
*** bashok has joined #openstack-dev08:41
*** michchap has quit IRC08:42
*** MaxV has joined #openstack-dev08:43
*** Max_ has quit IRC08:45
*** iartarisi has joined #openstack-dev08:46
*** markwash has joined #openstack-dev08:48
*** alexxu has joined #openstack-dev08:48
*** romcheg has joined #openstack-dev08:52
*** xga has quit IRC08:53
*** johnthetubaguy1 is now known as johnthetubaguy08:54
*** negronjl has quit IRC08:54
*** comay has quit IRC08:55
*** xBsd has quit IRC08:55
*** jpich has quit IRC08:57
*** ron-slc has quit IRC08:57
*** xga has joined #openstack-dev08:57
*** comay has joined #openstack-dev08:58
*** ron-slc has joined #openstack-dev08:58
*** jpich has joined #openstack-dev08:59
*** jcoufal has quit IRC08:59
*** topshare has joined #openstack-dev09:00
*** negronjl has joined #openstack-dev09:00
*** danwent has quit IRC09:01
*** sumanthns has joined #openstack-dev09:01
*** BobBall_Away is now known as BobBall09:06
*** yaguang has quit IRC09:07
*** xchu has quit IRC09:07
*** yaguang has joined #openstack-dev09:09
*** markwash has quit IRC09:09
*** iartarisi has quit IRC09:10
*** corXi has quit IRC09:11
*** shang has joined #openstack-dev09:13
*** yaguang has quit IRC09:14
*** sumansn_ has joined #openstack-dev09:14
*** neoXsys has quit IRC09:15
*** ruhe has quit IRC09:16
*** sumanthns has quit IRC09:17
*** shang has quit IRC09:18
*** shang has joined #openstack-dev09:18
*** ruhe has joined #openstack-dev09:18
*** alexxu has quit IRC09:19
*** shang has quit IRC09:19
*** xchu has joined #openstack-dev09:20
*** Max_ has joined #openstack-dev09:26
*** yaguang has joined #openstack-dev09:27
*** nayward has quit IRC09:28
*** MaxV has quit IRC09:29
*** neoXsys has joined #openstack-dev09:29
*** alexxu has joined #openstack-dev09:30
*** yaguang has quit IRC09:35
*** shang has joined #openstack-dev09:36
*** ruhe has quit IRC09:37
*** kspear has joined #openstack-dev09:37
*** xBsd has joined #openstack-dev09:39
*** sandeepr_ltp has quit IRC09:40
*** yaguang has joined #openstack-dev09:42
*** chandankumar_ has joined #openstack-dev09:43
*** vaml has quit IRC09:45
*** chandankumar has quit IRC09:45
*** sandeepr_ltp has joined #openstack-dev09:46
*** iartarisi has joined #openstack-dev09:48
*** freedomhui has joined #openstack-dev09:49
*** nayward has joined #openstack-dev09:52
*** freedomhu has quit IRC09:53
*** markmc has joined #openstack-dev09:54
*** hailiang has quit IRC09:55
*** mkollaro has joined #openstack-dev09:56
*** feleouet has quit IRC09:57
*** chandankumar_ has quit IRC09:57
*** alexxu has quit IRC09:58
*** feleouet has joined #openstack-dev10:00
*** chandankumar has joined #openstack-dev10:02
*** egallen has quit IRC10:02
*** pcm_ has joined #openstack-dev10:04
*** romcheg1 has joined #openstack-dev10:04
*** pcm_ has quit IRC10:06
*** jcoufal has joined #openstack-dev10:06
*** pcm_ has joined #openstack-dev10:06
*** romcheg has quit IRC10:09
*** boris-42 has quit IRC10:09
*** ruhe has joined #openstack-dev10:16
*** topshare has quit IRC10:16
*** shang_ has joined #openstack-dev10:19
*** xchu has quit IRC10:19
*** ffio has quit IRC10:20
*** ffio_ has joined #openstack-dev10:20
*** shang has quit IRC10:22
*** Shrews has quit IRC10:27
*** sushils has quit IRC10:30
*** sushils has joined #openstack-dev10:31
*** topshare has joined #openstack-dev10:36
*** Shrews has joined #openstack-dev10:36
*** Max_ has quit IRC10:38
*** nati_uen_ has quit IRC10:39
*** markmcclain has joined #openstack-dev10:39
*** xBsd has quit IRC10:39
*** garyk has joined #openstack-dev10:40
*** corXi has joined #openstack-dev10:40
*** xBsd has joined #openstack-dev10:40
*** topshare has quit IRC10:41
*** rods has joined #openstack-dev10:41
*** gordc has joined #openstack-dev10:43
*** chandankumar has quit IRC10:43
*** chandankumar has joined #openstack-dev10:46
*** sergmelikyan has joined #openstack-dev10:48
*** doron_afk is now known as doron10:49
*** SergeyLukjanov has joined #openstack-dev10:50
*** gongysh has quit IRC10:51
*** hidepark has quit IRC10:53
*** SergeyLukjanov has quit IRC10:54
*** gordc has quit IRC10:58
*** ruhe has quit IRC10:59
*** topshare has joined #openstack-dev10:59
*** yaguang has quit IRC11:00
*** ruhe has joined #openstack-dev11:01
*** SergeyLukjanov has joined #openstack-dev11:03
*** dina_belova has joined #openstack-dev11:05
*** MaxV has joined #openstack-dev11:09
*** topol has joined #openstack-dev11:10
*** topol_ has joined #openstack-dev11:12
*** topol has quit IRC11:12
*** topol_ is now known as topol11:12
*** egallen has joined #openstack-dev11:13
*** MaxV has quit IRC11:17
*** boris-42 has joined #openstack-dev11:19
*** MaxV has joined #openstack-dev11:23
*** feleouet has quit IRC11:25
*** xBsd has quit IRC11:26
*** ndipanov has quit IRC11:26
*** maheshp has joined #openstack-dev11:27
*** avishay has quit IRC11:27
*** feleouet has joined #openstack-dev11:30
*** xBsd has joined #openstack-dev11:31
*** lucasagomes has quit IRC11:34
*** martyntaylor has quit IRC11:34
*** doron is now known as doron_afk11:35
*** lucasagomes has joined #openstack-dev11:37
*** drewlander has joined #openstack-dev11:37
*** giulivo has quit IRC11:37
*** BobBall has quit IRC11:37
*** salv-orlando has joined #openstack-dev11:38
*** martine has joined #openstack-dev11:41
*** martine is now known as Guest183811:42
*** dosaboy_ is now known as dosaboy_afk11:43
*** nayward has quit IRC11:45
*** dina_belova has quit IRC11:45
*** xBsd has quit IRC11:45
*** Guest1838 is now known as martine_11:46
*** zoresvit has quit IRC11:47
*** zoresvit has joined #openstack-dev11:48
*** xBsd has joined #openstack-dev11:49
*** dims has joined #openstack-dev11:52
*** lucasagomes is now known as lucas-hungry11:52
*** eharney has quit IRC11:56
*** ruhe has quit IRC12:00
*** sthaha has joined #openstack-dev12:00
*** doron_afk is now known as doron12:01
*** BobBall has joined #openstack-dev12:03
*** dprince has joined #openstack-dev12:03
*** sthaha has quit IRC12:03
*** sthaha has joined #openstack-dev12:03
*** sthaha has quit IRC12:03
*** sthaha has joined #openstack-dev12:03
*** psedlak has quit IRC12:04
*** noslzzp has joined #openstack-dev12:04
*** schwicht has joined #openstack-dev12:05
*** gordc has joined #openstack-dev12:05
*** jaimegil has quit IRC12:06
*** michchap has joined #openstack-dev12:06
*** michchap has quit IRC12:07
*** michchap has joined #openstack-dev12:07
*** vartom4 has quit IRC12:09
*** SergeyLukjanov has quit IRC12:11
*** shang_ has quit IRC12:11
*** hartsocks has joined #openstack-dev12:12
*** basha has joined #openstack-dev12:12
*** jhesketh_ has quit IRC12:13
*** hartsocks has left #openstack-dev12:14
*** negronjl has quit IRC12:14
*** basha has quit IRC12:17
*** giulivo has joined #openstack-dev12:17
*** edmund has joined #openstack-dev12:18
*** basha has joined #openstack-dev12:20
*** maheshp has quit IRC12:20
*** negronjl has joined #openstack-dev12:21
*** kms has joined #openstack-dev12:24
*** basha_ has joined #openstack-dev12:26
*** basha has quit IRC12:26
*** basha_ is now known as basha12:26
*** doron is now known as doron_afk12:26
*** basha has quit IRC12:29
*** eharney has joined #openstack-dev12:33
*** jjmb has quit IRC12:35
*** safchain_ has joined #openstack-dev12:35
*** safchain__ has joined #openstack-dev12:36
*** safchain_ has quit IRC12:36
*** dkranz has joined #openstack-dev12:36
*** safchain has quit IRC12:36
*** terryh has joined #openstack-dev12:38
*** dims has quit IRC12:40
*** dkranz has quit IRC12:41
*** valgrind has quit IRC12:41
*** dims has joined #openstack-dev12:43
*** jprovazn has quit IRC12:44
*** kbringard has joined #openstack-dev12:50
*** romcheg has joined #openstack-dev12:51
*** jruzicka has joined #openstack-dev12:51
*** dolphm has joined #openstack-dev12:51
enikanorovmarkmcclain: salv-orlando: Hi folks. the discussion on providers is still pending. I've sent an email to ML shortly after neutron weekly meeting. Could you comment on it please?12:53
*** dolphm has quit IRC12:53
salv-orlandoI am caught up with other work - I will reply as soon as possible, hopefully in the next few hours.12:53
*** dolphm has joined #openstack-dev12:54
*** romcheg1 has quit IRC12:55
*** martine_ has quit IRC12:55
*** pabelanger has quit IRC12:55
*** dosaboy_afk has quit IRC12:55
*** alunduil has quit IRC12:57
*** cppcabrera has joined #openstack-dev12:57
*** adalbas has joined #openstack-dev12:57
*** corXi has quit IRC12:58
*** mkollaro has quit IRC12:59
*** mkollaro1 has joined #openstack-dev12:59
*** alexpilotti has joined #openstack-dev13:01
*** ruhe has joined #openstack-dev13:04
*** lucas-hungry is now known as lucasagomes13:05
*** BLZbubba_ has quit IRC13:05
*** BLZbubba has joined #openstack-dev13:05
*** BLZbubba has quit IRC13:05
*** BLZbubba has joined #openstack-dev13:05
*** jasondotstar has joined #openstack-dev13:06
*** jayg|g0n3 is now known as jayg13:08
*** jprovazn has joined #openstack-dev13:09
*** ema has quit IRC13:09
*** FunnyLookinHat has joined #openstack-dev13:09
*** cppcabrera has left #openstack-dev13:11
*** dina_belova has joined #openstack-dev13:11
*** dina_belova has quit IRC13:12
*** dina_belova has joined #openstack-dev13:12
*** jcoufal has quit IRC13:16
*** dina_belova has quit IRC13:17
*** acabrera has joined #openstack-dev13:17
*** edmund1 has joined #openstack-dev13:18
*** edmund has quit IRC13:18
*** acabrera has left #openstack-dev13:18
*** jecarey has joined #openstack-dev13:20
*** henrynash has quit IRC13:20
*** stevemar has joined #openstack-dev13:21
*** wolfdreamer has joined #openstack-dev13:24
*** briancurtin has joined #openstack-dev13:25
*** anteaya has joined #openstack-dev13:25
*** jjmb has joined #openstack-dev13:25
*** jcoufal has joined #openstack-dev13:26
*** sumansn_ has quit IRC13:27
*** bknudson has joined #openstack-dev13:28
*** afazekas has joined #openstack-dev13:30
*** afazekas has quit IRC13:31
*** lbragstad has joined #openstack-dev13:32
*** neelashah has joined #openstack-dev13:32
*** martyntaylor has joined #openstack-dev13:32
*** mmagr has quit IRC13:34
*** doron_afk has quit IRC13:35
*** doron_afk has joined #openstack-dev13:36
*** litong has joined #openstack-dev13:38
*** martyntaylor has quit IRC13:39
*** topol has quit IRC13:39
*** kenperkins has joined #openstack-dev13:40
*** sushils has quit IRC13:41
*** martyntaylor has joined #openstack-dev13:42
*** mkollaro has joined #openstack-dev13:43
*** sandywalsh has quit IRC13:43
*** mkollaro1 has quit IRC13:45
*** dvarga has joined #openstack-dev13:45
*** jjmb has quit IRC13:46
*** changbl has quit IRC13:46
*** ftcjeff has joined #openstack-dev13:48
*** mmagr has joined #openstack-dev13:49
*** jimfehlig has joined #openstack-dev13:52
*** jimfehlig has quit IRC13:52
*** doron_afk is now known as doron13:52
*** jimfehlig has joined #openstack-dev13:52
*** radez_g0n3 is now known as radez13:53
*** prad_ has joined #openstack-dev13:53
*** litong has quit IRC13:56
*** sushils has joined #openstack-dev13:56
*** doron is now known as doron_afk13:58
*** mmagr has quit IRC13:58
*** networkstatic has quit IRC14:01
*** networkstatic has joined #openstack-dev14:01
*** burt has joined #openstack-dev14:01
*** FunnyLookinHat has quit IRC14:02
*** otherwiseguy has joined #openstack-dev14:08
*** _TheDodd_ has joined #openstack-dev14:08
*** mmagr has joined #openstack-dev14:10
*** sushils has quit IRC14:11
*** michchap has quit IRC14:12
*** dina_belova has joined #openstack-dev14:13
shardykeystone folks (dolphm, ayoung?), should it be possible to use a v3 token as the auth_token for requests to the v2 API, ie are the tokens supposed to be backwards compatible?14:15
shardyobviously I know it doesn't work in the other direction atm due to bug #121277814:16
uvirtbotLaunchpad bug 1212778 in keystone "Authenticating v2 token against v3 api fails with error 500" [Critical,In progress] https://launchpad.net/bugs/121277814:16
*** dina_belova has quit IRC14:17
*** ruhe has quit IRC14:17
*** sushils has joined #openstack-dev14:17
dolphmshardy: they're cross compatible, mostly. a v3 token must be for a default-domain user/project to be validatable by v214:18
*** edmund1 has quit IRC14:19
*** topol has joined #openstack-dev14:21
*** datsun180b has joined #openstack-dev14:22
shardydolphm: Ok, thanks, I'm trying to avoid authenticating twice, as we need both v2 and v3 clients (for ec2 and trusts respectively)14:23
shardybut I get "Authorization Failed: Request attribute token must be less than or equal to 8192" when using the v3 auth_token for the v2 client14:23
dolphmshardy: ouch. do you need a service catalog on that token?14:24
shardydolphm: no, I just want to avoid requesting two tokens for the two client objects14:25
*** networkstatic has quit IRC14:25
dolphmshardy: you can radically reduce the token size on v3 by using ?nocatalog... e.g. POST /v3/auth/tokens?nocatalog14:25
*** dguitarbite has joined #openstack-dev14:25
dolphmshardy: it's a new API feature that i don't think is supported by the client yet14:26
shardydolphm: doh!14:26
*** shang has joined #openstack-dev14:26
shardydolphm: Ok, so it this something you'd like a bug report for, or is it just a know limitation of reusing the v3 tokens w/v2 API?14:26
shardys/so it/so is/14:27
*** basha has joined #openstack-dev14:27
*** leif has joined #openstack-dev14:27
*** hartsocks has joined #openstack-dev14:27
*** leif is now known as Guest8915014:28
dolphmshardy: the error you're seeing is by design, and configurable14:30
*** bashok_ has joined #openstack-dev14:30
dolphmshardy: the fact that tokens grow to be ginormous is a known issue though14:30
shardydolphm: Ok, thanks, maybe I'll take a look at adding nocatalog if that will solve the issue for us14:31
*** hartsocks has quit IRC14:33
*** jvrbanac has joined #openstack-dev14:34
*** bashok has quit IRC14:34
*** tonix has joined #openstack-dev14:35
*** hartsocks has joined #openstack-dev14:35
*** rbrady has joined #openstack-dev14:35
*** aeperezt has joined #openstack-dev14:36
*** corXi has joined #openstack-dev14:36
*** corXi has quit IRC14:36
*** corXi has joined #openstack-dev14:36
*** corXi has quit IRC14:36
*** spzala has joined #openstack-dev14:37
*** corXi has joined #openstack-dev14:37
*** corXi has quit IRC14:37
*** corXi has joined #openstack-dev14:37
*** aeperezt has quit IRC14:37
*** Max_ has joined #openstack-dev14:38
*** alexb_ has quit IRC14:39
*** aeperezt has joined #openstack-dev14:40
*** rwsu-away is now known as rwsu14:41
rbradyI'm looking for info on how roles are defined/added by the openstack components.  Specifically, swift mentions "admin"  and "swiftoperator" roles in it's config files / code.  How do those get added to the database during install?14:41
*** MaxV has quit IRC14:41
*** matiu has joined #openstack-dev14:42
*** xBsd has quit IRC14:42
*** michchap has joined #openstack-dev14:43
*** FunnyLookinHat has joined #openstack-dev14:43
*** sergmelikyan has quit IRC14:45
*** maheshp has joined #openstack-dev14:46
*** changbl has joined #openstack-dev14:46
*** pabelanger has joined #openstack-dev14:46
*** basha has quit IRC14:47
*** Mandell has joined #openstack-dev14:47
*** cfriesen has joined #openstack-dev14:48
*** pmathews has joined #openstack-dev14:48
*** michchap has quit IRC14:51
*** danwent has joined #openstack-dev14:52
*** basha has joined #openstack-dev14:52
cfriesenhoping this is a simple answer for someone...in nova's BaseHostFilter, where does the "filter_properties" come from, and what are valid arguments to filter_properties.get() ?14:53
*** rnirmal has joined #openstack-dev14:53
*** edmund has joined #openstack-dev14:53
*** kspear has quit IRC14:54
*** kspear has joined #openstack-dev14:54
*** litong has joined #openstack-dev14:54
*** ruhe has joined #openstack-dev14:57
*** hartsocks has left #openstack-dev14:58
*** lexinator has joined #openstack-dev14:58
*** _TheDodd_ has quit IRC14:59
*** reidrac has quit IRC15:00
*** _TheDodd_ has joined #openstack-dev15:01
*** networkstatic has joined #openstack-dev15:02
*** tmclaugh[work] has joined #openstack-dev15:03
*** bashok_ has quit IRC15:03
*** bashok has joined #openstack-dev15:03
*** neelashah1 has joined #openstack-dev15:04
*** jmontemayor has joined #openstack-dev15:04
*** neelashah has quit IRC15:04
*** danwent has quit IRC15:06
*** mrodden has quit IRC15:08
chmoueldolphm: what do you think abotu comment #5 https://bugs.launchpad.net/keystone/+bug/1208675 is that worthwhile to still do that in the identity.controller?15:09
uvirtbotLaunchpad bug 1208675 in keystone "user_project role assignement are not cleaned out when deleting a project/tenant" [Medium,In progress]15:09
*** rnirmal has quit IRC15:10
*** lexinator has quit IRC15:13
*** dina_belova has joined #openstack-dev15:13
*** joesavak has joined #openstack-dev15:14
ayoungshardy,  the patch you need for Token validation was just approved, and should be through gate soonish15:14
ayoungshardy, https://review.openstack.org/#/c/42456/15:14
*** jtomasek has quit IRC15:15
ayoungchmouel, no, that is not a controller task15:16
ayoungI think it is a manager  task15:16
*** jasdeepH has joined #openstack-dev15:16
chmouelayoung:  well i guess the filename keystone/identity/controllers.py is a bit misleading then15:17
*** tjones has joined #openstack-dev15:17
*** dina_belova has quit IRC15:18
ayoungchmouel, nope.15:19
*** jprovazn has quit IRC15:19
lbragstadhey dolphm thanks for the review. I responded inline. Wanted to ask real quick on https://review.openstack.org/#/c/41970/9/keystone/catalog/core.py Would you be ok with me moving that outside the try/except?15:19
ayoungchmouel, controllers are for orchestrating business logic.  If it spans multiple backends, then, yes, it needs to be in a controller15:19
*** neelashah1 has quit IRC15:19
ayoungbut if something could potntially be done by an extension. it will bypass the controller15:19
*** mrodden has joined #openstack-dev15:19
dolphmlbragstad: yeah, that works15:20
ayoungchmouel, in this case, the assignment and the project will always be held in the same datasource15:20
lbragstaddolphm: cool, thanks... I'll respin15:20
ayoungeven if it is LDAP15:20
*** mkerrin has quit IRC15:20
*** mkerrin has joined #openstack-dev15:20
bknudsonlbragstad: add unit tests to verify it doesn't send a notification if it fails15:21
lbragstadbknudson: ok, I can do that15:21
*** lexinator has joined #openstack-dev15:21
*** tjones has left #openstack-dev15:22
*** loteriety has joined #openstack-dev15:22
*** mkerrin has quit IRC15:23
ayoungshardy, if you are passing tokens to keystone, you can do an md5 hash instead of using the whole token15:24
*** otherwiseguy has quit IRC15:24
*** martine has joined #openstack-dev15:27
*** martine is now known as Guest1414915:27
*** Guest14149 is now known as martine_15:29
*** neelashah has joined #openstack-dev15:29
*** mkerrin has joined #openstack-dev15:30
*** tjones has joined #openstack-dev15:32
*** mmagr has quit IRC15:32
*** danwent has joined #openstack-dev15:33
*** kushal has quit IRC15:33
*** mlavalle has joined #openstack-dev15:37
*** nati_ueno has joined #openstack-dev15:37
*** sushils has quit IRC15:39
*** sushils has joined #openstack-dev15:40
*** reed has joined #openstack-dev15:41
chmouelayoung: ah ok understood15:41
*** zoresvit has quit IRC15:41
chmouelayoung: well my question still stand  should it be in the manager task or in the backend ?15:41
shardyayoung: interesting, thanks!15:41
shardyayoung, dolphm: FYI I've added nocatalog support to keystoneclient which also fixes my problem:15:42
shardyhttps://review.openstack.org/4315015:42
*** lexinator has quit IRC15:42
dolphmshardy: awesome!15:42
*** garyk has quit IRC15:42
*** basha has quit IRC15:42
*** zoresvit has joined #openstack-dev15:43
shardyayoung: any chance you can take another look at my trusts keystoneclient patch sometime?15:43
shardystill needs another +2&A : https://review.openstack.org/#/c/39899/ :)15:43
*** Mandell has quit IRC15:43
*** feleouet has quit IRC15:44
*** avishay has joined #openstack-dev15:45
*** utlemming has quit IRC15:45
*** dkranz has joined #openstack-dev15:46
*** otherwiseguy has joined #openstack-dev15:46
*** feleouet has joined #openstack-dev15:47
*** JonnyNomad has joined #openstack-dev15:47
dolphmshardy: looking at the nocatalog patch... a couple thoughts: i'm not a big fan of the default double negative (nocatalog=False), so i was trying to think of what to call the kwarg to avoid the double negative (catalog=True?)...15:48
dolphmshardy: long term however, i see ?nocatalog as being an option to lazily retrieve the catalog, rather than immediately when the token is fetched15:48
*** utlemming has joined #openstack-dev15:49
dolphmshardy: lazy_catalog=False ? when it's implemented on the service side, the client can then call GET /v3/catalog when someone tries to read an endpoint15:49
*** nayward has joined #openstack-dev15:49
*** SergeyLukjanov has joined #openstack-dev15:49
*** fabio__ has joined #openstack-dev15:50
*** rbrady has quit IRC15:50
*** senk has joined #openstack-dev15:51
*** nati_ueno has quit IRC15:51
dolphmsimo: around?15:51
simodolphm: yes15:52
*** rfolco has joined #openstack-dev15:53
shardydolphm: Sure, I did wonder about the nocatalog/False thing, just changing it to catalog=True seems like the simplest approach, and should also be compatibile with the long-term plan?15:53
shardyie pass catalog=False implies lazy_catalog=True internally15:54
*** dina_belova has joined #openstack-dev15:54
*** mdenny has quit IRC15:54
dolphmsimo: ayoung: following up from the mailing list today/yesterday & release status meeting yesterday... given that secure messaging has been deferred til icehouse, i'd like to plan on keeping key distribution in review until RC1 is cut & merging it to master immediately thereafter. that way we can have it merged ahead of summit discussions, etc, but don't have to worry about the overhead of unnecessary security backport15:54
dolphms15:54
*** mdenny has joined #openstack-dev15:55
dolphmshardy: setting catalog=False sounds like a hard requirement from the user though :( i'd rather the client be *able* to get a catalog when the user explicitly uses a feature that requires it15:55
dolphmshardy: does that make sense?15:56
simodolphm: RC1 ?15:56
*** pcm_ has quit IRC15:56
simoyou mean havana RC1 ?15:56
dolphmsimo: yes15:56
dolphmsimo: definitely not icehouse rc1 lol15:56
simoyeah just to make sure :)15:57
simoworks for me15:57
*** boris-42 has quit IRC15:57
dolphmalright, thanks!15:57
*** rbrady has joined #openstack-dev15:57
ayoungdolphm, so I am going to make an extension for the 3 validation APIs:  getting the revocation list, getting the CA cert, and getting the signing cert.15:59
*** mkerrin has quit IRC15:59
*** mkerrin has joined #openstack-dev15:59
shardydolphm: I see what you mean, but catalog=False could just be documented to describe the lazy catalog functionality (when it exists) and still be compatible with the immediate requirement which is to pass nocatalog when authenticating?15:59
shardydolphm: I can just change it to lazy_catalog if you think that's best16:00
*** devoid has joined #openstack-dev16:00
*** mkerrin has quit IRC16:01
dolphmshardy: i think 'catalog' is definitely better than 'nocatalog' ... 'lazy_catalog' is just me thinking out loud and i'm open to better suggestions :P16:01
*** mkerrin has joined #openstack-dev16:01
*** jistr has quit IRC16:02
*** mkerrin has quit IRC16:02
*** mkollaro has quit IRC16:02
*** loteriety has quit IRC16:02
dolphmayoung: cool.. it's just going to be called OS-PKI, right? I was trying to figure out how to consume it with oauth if it's available16:02
shardydolphm: another option is just have two options, add catalog now, defaulted to True, and later add lazy_catalog or whatever which flips catalog=False in the constructor and enables the lazy-load functionality16:03
dolphmayoung: or even make oauth1 depend on pki16:03
dolphmstevemar: thoughts? ^16:03
dolphmshardy: then we have to handle potentially conflicting arguments from the user?16:04
stevemardolphm: reading..16:04
dolphmshardy: catalog=True, lazy_catalog=True16:04
dolphmshardy: what about the opposite naming? eager_catalog=True by default16:04
dolphmshardy: that way it doesn't completely imply that eager_catalog=False might result in a catalog being lazily loaded16:05
*** ruhe has quit IRC16:05
* shardy tries to think of a response which won't result in him having to implement lazy_catalog right now ;)16:05
*** sridevi has joined #openstack-dev16:05
dolphmshardy: i don't want you to implement a lazy loading catalog right now :P16:05
stevemardolphm: so adam, wants to create an extension for: getting the revocation list, getting the CA cert, and getting the signing cert16:06
stevemardolphm: and you want oauth to depend on that?16:06
stevemardolphm: i'm not super clear on how the two are related16:07
dolphmstevemar: my crazy idea is to encrypt the access secret into the access key, for starters16:08
stevemarright, i remember that idea16:08
dolphmstevemar: plus project scope and role list (authz)16:08
*** zbitter has joined #openstack-dev16:09
shardydolphm: sure, eager_catalog sounds OK, although I will observe that in general the least confusing client APIs are those whose interfaces just look like the underlying API16:09
dolphmstevemar: so, you get offline validation of request integrity, auth verified by keystone's signature, and authorization data ready to go16:09
stevemardolphm: as long as that's the only exposure, then that's okay16:09
dolphmstevemar: only exposure?16:10
shardyie IMHO if the API option is nocatalog, it's least confusing to just pass an argument with the same name, and document any side-effects, e.g that some operations will lazily retrieve a catalog when needed16:10
stevemardolphm: i just don't want the current flow to change16:10
*** edmund has quit IRC16:10
*** mlavalle has quit IRC16:10
*** MaxV has joined #openstack-dev16:10
dolphmshardy: i would generally agree, but ?nocatalog is intended to be used in combination with a (currently non-existant) explicit call for GET /v3/catalog anyway16:10
avishaydtroyer: hey, have a minute about the grenade upgrade-cinder patch?16:10
dolphmstevemar: the oauth flow wouldn't change from the client perspective, if that's what you mean16:11
stevemardolphm: that's all i care about :D16:11
dolphmstevemar: i see it as a stepping stone for other services to be able to consume oauth signed requests16:11
dolphmstevemar: and then we can all run away from keystone tokens16:11
dolphmstevemar: and the problems that shardy is running into16:11
stevemardolphm: ambitious!16:12
dolphmstevemar: agree! :(16:12
*** kms has quit IRC16:12
*** neelashah1 has joined #openstack-dev16:13
dolphmstevemar: the catch is that i want to propose this and implement it before our featureproposalfreeze16:13
*** Max_ has quit IRC16:13
*** romcheg has quit IRC16:13
stevemardolphm: you crazy16:13
dolphmstevemar: so, < 7 days16:13
*** zaneb has quit IRC16:13
*** nayward has quit IRC16:13
dolphmstevemar: and right now it's just a hacked together demo in a gist16:13
dolphmand it uses AES instead of PKI16:13
*** neelashah has quit IRC16:14
stevemarolphm: link?16:14
stevemardolphm: link?16:14
dolphmstevemar: https://gist.github.com/dolph/619852916:15
*** doron_afk has quit IRC16:15
*** cdub_ has quit IRC16:15
dolphmstevemar: see test_decrypt_access_key16:15
*** JordanP has quit IRC16:15
*** networkstatic has quit IRC16:15
*** SergeyLukjanov has quit IRC16:16
stevemardolphm: you should add the oauth verifier too16:17
stevemardolphm: also, it's not role_names any longer, role_ids16:17
dolphmstevemar: +1 on role_id's i realized that after i wrote it16:17
dolphmstevemar: but why aouth verifier?16:17
stevemardolphm: i dont know yet, i just wanted to say it before I forget about it16:18
*** tmclaugh[work] has quit IRC16:18
dolphmyou don't need the oauth verifier to verify a request, do you?16:18
*** rnirmal has joined #openstack-dev16:18
stevemardolphm: no, but would you do this for the request tokens too? or just access?16:19
dolphmstevemar: just access tokens ... only keystone would need to handle request tokens, correct?16:20
*** cdub_ has joined #openstack-dev16:20
stevemardolphm: yes, just keystone needs to handle request tokens16:21
stevemardolphm: alright, i'm slowly getting a better idea of what you actually want done :)16:21
*** ruhe has joined #openstack-dev16:21
*** comay_ has joined #openstack-dev16:22
*** comay_ has quit IRC16:22
*** martine_ has quit IRC16:23
dolphmstevemar: basically the benefits of our existing pki tokens, but with request integrity and dumping both the catalog and (hopefully) the api user's identity16:23
*** comay has quit IRC16:25
stevemardolphm: what is currently encrypted into a PKI token?16:26
*** comay has joined #openstack-dev16:26
*** bashok has quit IRC16:26
dolphmstevemar: everything and a lot of garbage16:26
ayoungdolphm, yep OS-PKI16:26
*** shang has quit IRC16:26
*** alop has joined #openstack-dev16:27
*** matel has quit IRC16:27
dolphmstevemar: the only other thing i've thought of adding to the access key is a link to the keystone endpoint that issued it16:27
stevemardolphm: you actually want this in H3?16:28
dolphmstevemar: yep16:28
*** iartarisi has quit IRC16:28
stevemardolphm: who do you plan on assigning it to :P16:28
ayoungdolphm, in the v3.5 or later version of the auth API I want PKI signed tokens to have a clear text identifier of format at the front.  Right now we look for MII  but I would like something cleaner.16:28
*** SergeyLukjanov has joined #openstack-dev16:28
dolphmstevemar: otherwise we have to deal with both encrypted access keys and not16:28
dolphmstevemar: me16:28
stevemardolphm: then i'm fine with whatever you want16:28
stevemarhehee16:28
ayoungbut that won't be in this extension.16:28
dolphmstevemar: realistically i probably only have a day to dedicate to this before feature proposal freeze16:29
dolphmand it'll be a saturday16:29
stevemar:(16:29
ayoungheh.16:29
*** cthulhup has joined #openstack-dev16:29
ayoungicehouse bab16:29
ayoungy16:29
*** freedomhui has quit IRC16:29
dolphmayoung: i thought about doing the same for access tokens16:29
dolphmayoung: even as simple as putting the version in plaintext16:30
*** jmontemayor has quit IRC16:30
stevemardolphm: so would the access id be something ridiculously long?16:30
dolphmstevemar: no!16:30
stevemardolphm: yay!16:30
*** salv-orlando has quit IRC16:30
dolphmstevemar: self.assertLessEqual(len(access_key), 255)16:31
stevemar255 is still pretty long?16:31
dolphmstevemar: it is16:31
*** markmc has quit IRC16:31
dolphmstevemar: i think i'm at like half that now in the demo16:31
*** loteriety has joined #openstack-dev16:32
*** loteriety has quit IRC16:32
*** loteriety has joined #openstack-dev16:32
stevemarcan you make it comparable to what's currently given as an id? (what uuid gives?)16:32
openstackstatusNOTICE: LOST jobs are due to a known bug; use "recheck no bug"16:32
*** ChanServ changes topic to "LOST jobs are due to a known bug; use "recheck no bug""16:32
*** dina_belova has quit IRC16:32
stevemardolphm: ^16:32
dolphmstevemar: i'd want to jump on sha1/224 before we have issues like had with PKI16:33
dolphmstevemar: sha1 is about that length16:33
dolphmstevemar: sha224 if security of sha1 is a complaint16:33
stevemardolphm: agreed, go with sha1 for now16:34
*** jpich has quit IRC16:34
stevemardolphm: cool cool, getting some lunch16:34
dolphmstevemar: same!16:34
dolphmbbl16:34
*** gyee has joined #openstack-dev16:34
*** sridevi has quit IRC16:35
dolphmayoung: when you have time https://review.openstack.org/#/c/39899/16:35
*** freedomhui has joined #openstack-dev16:35
*** Alexei_987 has quit IRC16:36
*** cdub has quit IRC16:37
*** dina_belova has joined #openstack-dev16:37
*** cdub has joined #openstack-dev16:37
*** basha has joined #openstack-dev16:40
*** drewlander has quit IRC16:41
*** dolphm has quit IRC16:41
*** basha has quit IRC16:41
*** drewlander has joined #openstack-dev16:42
*** alexb_ has joined #openstack-dev16:44
*** dkranz has quit IRC16:45
*** tonix has quit IRC16:45
*** garyk has joined #openstack-dev16:45
*** nshaikh has left #openstack-dev16:46
*** SumitNaiksatam has quit IRC16:46
*** zbitter is now known as zaneb16:47
*** xga has quit IRC16:48
*** networkstatic has joined #openstack-dev16:49
*** cthulhup has quit IRC16:49
*** danpb has quit IRC16:52
*** briancurtin has quit IRC16:52
*** sthaha has quit IRC16:53
*** sthaha has joined #openstack-dev16:54
*** sthaha has quit IRC16:56
*** tkammer has quit IRC16:56
*** tjones has left #openstack-dev16:57
*** jcoufal has quit IRC16:58
*** stanchan has joined #openstack-dev16:58
*** jcoufal has joined #openstack-dev16:58
*** drewlander has quit IRC16:59
*** nati_ueno has joined #openstack-dev16:59
*** SumitNaiksatam has joined #openstack-dev17:02
*** jsavak has joined #openstack-dev17:02
*** joesavak has quit IRC17:03
*** ruhe has quit IRC17:04
*** leif has joined #openstack-dev17:04
*** neelashah1 has quit IRC17:04
*** leif is now known as Guest3717217:04
*** Guest89150 has quit IRC17:06
*** maheshp has quit IRC17:07
*** david-lyle has quit IRC17:08
*** ftcjeff_ has quit IRC17:08
*** ftcjeff has quit IRC17:08
*** DuncanT- has quit IRC17:08
*** vaml has joined #openstack-dev17:08
*** martyntaylor has quit IRC17:08
*** Guest37172 has quit IRC17:08
*** david-lyle has joined #openstack-dev17:08
*** ftcjeff has joined #openstack-dev17:08
*** ftcjeff_ has joined #openstack-dev17:09
*** SergeyLukjanov has quit IRC17:09
*** leif_ has joined #openstack-dev17:09
*** DuncanT- has joined #openstack-dev17:09
*** MaxV has quit IRC17:10
*** neelashah has joined #openstack-dev17:10
*** dina_belova has quit IRC17:10
*** dina_belova has joined #openstack-dev17:12
ayoungjamielennox, when you wake up:  https://review.openstack.org/#/c/39899/17:12
*** fbo is now known as fbo_away17:13
*** feleouet has quit IRC17:14
*** dina_belova has quit IRC17:15
*** lifeless has quit IRC17:16
*** lifeless has joined #openstack-dev17:17
*** feleouet has joined #openstack-dev17:17
*** loteriety has left #openstack-dev17:17
*** _anant has joined #openstack-dev17:19
*** jab416171 has quit IRC17:20
*** mordred has quit IRC17:22
*** amohn9 has joined #openstack-dev17:22
*** dmakogon_ has joined #openstack-dev17:22
*** rcleere has joined #openstack-dev17:23
*** lexinator has joined #openstack-dev17:23
*** lucasagomes has quit IRC17:24
*** yolanda has quit IRC17:25
*** jpeeler has quit IRC17:25
*** safchain__ has quit IRC17:25
*** ruhe has joined #openstack-dev17:26
*** markwash has joined #openstack-dev17:27
*** leif__ has joined #openstack-dev17:27
*** giulivo has quit IRC17:27
*** BobBall is now known as BobBallAway17:28
*** leif_ has quit IRC17:29
*** sushils has quit IRC17:30
*** mordred has joined #openstack-dev17:30
*** drewlander has joined #openstack-dev17:30
*** rharwood has joined #openstack-dev17:31
*** vaml has quit IRC17:31
*** jvrbanac has quit IRC17:31
*** sushils has joined #openstack-dev17:31
*** Tross has quit IRC17:32
*** vartom4 has joined #openstack-dev17:32
*** jpeeler has joined #openstack-dev17:33
*** vuil has joined #openstack-dev17:33
*** sc68cal has quit IRC17:33
*** sc68cal has joined #openstack-dev17:35
*** _anant has quit IRC17:35
*** leif_ has joined #openstack-dev17:35
*** drewlander has quit IRC17:35
*** arezadr has quit IRC17:35
*** drewlander has joined #openstack-dev17:36
*** briancurtin has joined #openstack-dev17:36
*** schwicht has quit IRC17:36
*** schwicht has joined #openstack-dev17:37
*** bashok has joined #openstack-dev17:37
*** Tross has joined #openstack-dev17:37
*** leif__ has quit IRC17:37
*** morganfainberg is now known as morganfainberg|a17:38
*** jcoufal has quit IRC17:38
*** venkatesh has joined #openstack-dev17:38
*** jcoufal has joined #openstack-dev17:39
*** alexb_ has quit IRC17:41
*** rharwood has quit IRC17:41
*** cthulhup has joined #openstack-dev17:42
*** rnirmal has quit IRC17:43
*** SergeyLukjanov has joined #openstack-dev17:43
*** alexb_ has joined #openstack-dev17:43
*** cthulhup has quit IRC17:47
*** afazekas has joined #openstack-dev17:48
*** fabio__ has quit IRC17:49
*** _anant has joined #openstack-dev17:50
*** mlavalle has joined #openstack-dev17:50
*** johnthetubaguy has quit IRC17:52
*** tmclaugh[work] has joined #openstack-dev17:53
*** _anant has quit IRC17:53
*** dina_belova has joined #openstack-dev17:54
*** lbragstad_ has quit IRC17:54
*** henrynash has joined #openstack-dev17:55
henrynashayoung, dolphm: have posted new version of https://review.openstack.org/#/c/3830817:55
*** lbragstad_ has joined #openstack-dev17:55
henrynashayoung: so you really think we should not be doing this at the controller level?17:56
*** ruhe has quit IRC17:58
henrynashdolphm: The only one of your issues I did not resolve was whether we needed the @prepareprotection wrapper…as per my comment, one issue is that finding a supported/recommended way of getting the method name of the method your in seems a lot harder than doing it in the wrapper17:58
*** lexinator1 has joined #openstack-dev18:02
*** joesavak has joined #openstack-dev18:02
*** vkmc has joined #openstack-dev18:02
*** jsavak has quit IRC18:02
*** lexinator has quit IRC18:03
*** fbo_away is now known as fbo18:06
*** jsavak has joined #openstack-dev18:07
*** rnirmal has joined #openstack-dev18:08
*** avishay has quit IRC18:09
*** sushils has quit IRC18:10
*** avishay has joined #openstack-dev18:10
*** joesavak has quit IRC18:10
*** datsun180b has quit IRC18:11
*** xmltok has joined #openstack-dev18:12
*** cthulhup has joined #openstack-dev18:13
*** marun has quit IRC18:14
ayounghenrynash, yeah, controller is the wrong level18:14
ayoungprotection should be on the entity itself18:15
ayoungso read is one protection, write another18:15
henrynashayoung: but it can't be "one the way out" as you said…what about delete?18:15
ayounghenrynash, or update for that matter....18:16
ayounghmmm18:16
*** sushils has joined #openstack-dev18:16
henrynashayoung: your concern is the extra read?18:16
*** xBsd has joined #openstack-dev18:17
*** joesavak has joined #openstack-dev18:17
ayounghenrynash, yeah.  This kind of protection should be enforced on the backend, though18:17
ayoungin LDAP it would be per object ACLs18:17
ayoungin the Database, though, you don't tend to have row level object ownership18:17
ayounghenrynash, the other issue, though, is that all workflows go through the manager, but not all go through the same controller18:17
*** freedomhui has quit IRC18:18
henrynashayoung: but we don't expose per object protect at the policy file level18:18
ayoungtokens especially are accessed via multiple extensions18:18
ayounghenrynash, actually, we do.  THere is nothing a bout the policy stuff that implies it has to be controller18:18
*** fbo is now known as fbo_away18:18
ayounghenrynash, this is SELinux for openstack18:18
*** welldannit has joined #openstack-dev18:19
henrynashayoung: ahh, sorry, I see what you mean18:19
simoayoung: call it MAC for openctack18:19
*** marun has joined #openstack-dev18:19
ayoungsimo, MACstack!18:19
simosmack18:19
*** boris-42 has joined #openstack-dev18:19
*** jsavak has quit IRC18:19
henrynashayoung: it just feels like this is a lot more complex to push down and be done at a lower label…and (aside saving a get() ) what's the REAL advantage?18:20
simohenrynash: if you are doing access control on the data you should do it at the driver level18:21
henrynashayoung: one I can think of is that right now you define the permission you need by the entry point, rather than actually all the objects that get touched18:21
*** _ffio_ has joined #openstack-dev18:21
*** ffio_ has quit IRC18:21
*** xBsd has quit IRC18:21
simohenrynash: it's an easy way to create holes18:21
*** rharwood has joined #openstack-dev18:21
ayounghenrynash, you need to get it right everywhere.  And you never get it right everywhere18:22
henrynashayoung: and are you suggesting we do this at the Manager level or really really down in the driver itself18:22
*** chandankumar has quit IRC18:22
ayounghenrynash, so, for the modifiers, we need to put an access check into the manager18:22
ayounghenrynash, manager18:22
ayoungnothing should go direct to driver18:22
simothe best place is where all callers *have* to go through18:22
simoand where the code can know how to best use the native access control (if any) or fake it18:23
ayoungsimo, yeah, and in this case that is the manager.  The manager does not have to overload a call, but it can.  We can even probably make the policy check implicit on every call through the manager18:23
henrynashyoung, simo: so, here's the rub18:23
ayoungDreaming?18:23
ayoungperchance?18:24
*** sandeepr_ltp has quit IRC18:24
henrynashayoung, simo: https://review.openstack.org/#/c/38308 implements this at the controller leve;18:24
henrynashand is pretty trivial now…(see the latest version)18:24
henrynashwe get a lot of bang for our buck…and close the MASSIVE hole we have right now in that you can't protected the users/groups and projects in your domain18:25
simohenrynash: the problem is that is pretty trivial to add a new controller and not do access control18:25
simoand then you have a giant hole in your code18:25
*** fbo_away is now known as fbo18:25
*** datsun180b has joined #openstack-dev18:25
henrynashsimo: that's always been true for api parameter checking18:25
ayounghenrynash,   and always been broken18:26
simosee all these shoulds here: "More complex API18:26
simo94    calls (for example that deal with several different entities) should be18:26
simo95    protected by calling the V3controller check_protection() from within the18:26
simo96    API method itself (which should be wrapped with @prepareprotection)."18:26
simohenrynash: this is almost cetainly not going to happen right18:26
*** venkatesh has quit IRC18:26
henrynashsimo: ye of little faith :-)18:26
simoit's all hidden stuff that both a modifier and a reviewr can very easily miss18:26
*** xBsd has joined #openstack-dev18:27
simohenrynash: nah, "ye of the one that handles CVEs for a well know project"18:27
ayounghenrynash, so, on the mutators, we may not need to do a deliberate fetch.  It it likely an ownership thing...and that may actually come from a separate object.18:27
ayoungtrue dat18:27
ayounghenrynash, let's see if we can make this a mechanism on the manager...we have a wrapper already18:28
*** Mandell has joined #openstack-dev18:28
henrynashayoung, simo: my proposal is that a controller level protection is  good start and at least gets us away from the real pain we have right now.  Doing that in Havana and then pushing it down deeper in iceHouse seems like a sensible way forward18:28
*** woodspa has joined #openstack-dev18:28
*** mlavalle has quit IRC18:28
*** SumitNaiksatam has quit IRC18:28
ayounghenrynash, https://github.com/openstack/keystone/blob/master/keystone/common/manager.py18:28
simohenrynash: are you going to bind yourself to do the work in icehouse ?18:29
ayoungwhat if we do the wrapping at the get addr level18:29
*** SumitNaiksatam has joined #openstack-dev18:29
henrynashsimo: if that is what is required (and the community agrees with that approach) then yes18:30
ayounghenrynash, the general rule is "you must be an admin to affect things in the assignment backend."18:30
ayoungchanging user data...you need to be a domain admin18:30
*** stevemar has quit IRC18:30
ayoungso we have a chicken/egg problem18:30
ayoungwe can't put the constraints at the driver level and then make driver calls in order to check the constraints18:31
simohenrynash: good enough for me18:31
*** boden has quit IRC18:31
simohenrynash: but if you can easily move it now to a lower level it would be even better18:31
henrynashayoung: I agree with your general view of "put the protection as close to the object", but we'll have to really think it through18:32
ayounghenrynash, but the manager has the ability to do an end run around the policy when calling itself18:32
henrynashayoung: it is true18:32
*** briancurtin has quit IRC18:32
ayounghenrynash, OK, if your current approach is a stop gap, we'll work through this for Icehouse18:32
*** maheshp has joined #openstack-dev18:33
ayoungBut, still, I would prefer it if the mechanism were not assuming it is in a controller18:33
ayoungI think that still is not the right design18:33
henrynashayoung: it feels a bit like filtering…ok we got it to work at that controller level…now we have to work it down18:33
ayoungso, first off, make the decorator into a class.  I think that gives us more flexibility18:34
*** SumitNaiksatam has quit IRC18:34
*** nachi has joined #openstack-dev18:34
henrynashayoung: so dolph has pushed me the other way…and I have removed my decorator and  the simple support is down within the regular @proection wrapper18:35
ayoungthe initializer can either pull the reference it needs out of the controller, or let them be passed in via parameters18:35
ayounghenrynash, OK...I'll look18:35
*** jvrbanac has joined #openstack-dev18:35
henrynashayoung: the good news is that actually it wold be easy now to pull out later and push down18:35
*** MaxV has joined #openstack-dev18:36
*** maheshp has quit IRC18:38
ayounghenrynash, adding both a decorator and a line inside the function is strange.  Why is that needed?18:38
*** cdub has quit IRC18:39
*** cdub has joined #openstack-dev18:39
ayounghenrynash, I think @user_and_group_protection would make more sense...\18:40
*** dolphm has joined #openstack-dev18:40
ayounghenrynash, so, not due to this patch, but a general problem with our policy aopproach is that it is only checking the name of the function.  We really need to know the classname, too.18:41
*** danwent has quit IRC18:41
dolphmayoung: are the method names not unique?18:41
ayoungdolphm, "create" "list" ?18:41
*** reed has quit IRC18:41
*** sushils has quit IRC18:41
dolphmayoung: create_noun, list_nouns18:41
ayoungdolphm, so far, they have been, but it has been artificial18:41
dolphmayoung: the naming is intentional18:42
ayoungdolphm, yeah, but you could have the same method name on two extensions, and now they have to be unique18:42
dolphmayoung: prefix the policy entry with the extension name18:42
ayoungdolphm, ?18:43
dolphmayoung: i.e. namespace extensions18:43
dolphmayoung: that's what the extension prefix is for18:43
*** novas0x2a|laptop has joined #openstack-dev18:43
dolphmos_pki:get_cert vs custom_ca:get_cert18:44
*** feleouet has quit IRC18:45
*** sushils has joined #openstack-dev18:45
*** alop has quit IRC18:45
dolphmayoung: via OS-PKI extension, is the signing key API intended to be public or restricted to other openstack services?18:50
*** feleouet has joined #openstack-dev18:50
*** troytoman is now known as troytoman-away18:51
*** Mandell has quit IRC18:51
*** cthulhup has quit IRC18:51
*** Mandell has joined #openstack-dev18:52
*** troytoman-away is now known as troytoman18:52
*** jasdeepH has quit IRC18:53
*** alop has joined #openstack-dev18:54
*** litong has quit IRC18:55
*** stanchan has quit IRC18:55
*** bknudson has quit IRC18:55
*** jecarey has quit IRC18:56
*** Mandell has quit IRC18:56
*** jecarey has joined #openstack-dev18:56
*** maheshp has joined #openstack-dev18:56
*** jsavak has joined #openstack-dev18:57
*** sarob has joined #openstack-dev18:59
*** joesavak has quit IRC19:00
*** shri has joined #openstack-dev19:01
*** Mandell has joined #openstack-dev19:01
*** jvrbanac has quit IRC19:02
*** networkstatic has quit IRC19:05
nachiayoung: hey19:07
ayoungdolphm, public19:09
*** danwent has joined #openstack-dev19:09
ayoungdolphm, a public key is, by its nature, safe to share.  Anyone should be able to validate a token19:10
*** gordc has quit IRC19:10
dolphmayoung: right, but not for oauth access keys if the secret key is included19:13
*** safchain__ has joined #openstack-dev19:13
*** alexb_ has quit IRC19:13
*** salv-orlando has joined #openstack-dev19:14
*** vuil has quit IRC19:15
*** radez is now known as radez_g0n319:15
ayoungdolphm, I think those fall into a very different category.  This extension is mostly just a publishing place for public information19:16
ayoungI was paranoid when I made the revocation list admin only, but I think we can reverse that now19:17
ayoungit is more of a weakness than a benefit19:17
*** jvrbanac has joined #openstack-dev19:17
ayoungideally, though, we would get rid of the revocation list altogether19:17
dolphmayoung: interesting thought on the revocation list19:17
ayoungdolphm, however, I think that the use of signing certs would be useful for SAML as well as for Tokens.  I'm just coming up to speed on SAML, though19:18
dolphmayoung: i'm just sad i wouldn't be able to share existing infrastructure19:19
*** mlavalle has joined #openstack-dev19:19
*** beagles has quit IRC19:20
*** sarob has quit IRC19:21
*** sarob has joined #openstack-dev19:21
*** wolfdreamer has quit IRC19:21
ayoungdolphm, you mean tha oauth and tokens can't share their PKI implementations?19:22
dolphmayoung: correct19:22
ayoungdolphm, if it needs to be secret, it is not a public key19:23
ayoungdolphm, I think that shared symmetric secrets are more akin to what simo is doing with KDS19:23
dolphmayoung: the problem there is that there's no guarantee that an access key was created by keystone19:23
dolphmayoung: any service with the shared secret could generate oauth access keys & secrets19:23
ayoungdolphm, well, with KDS, there is pretty much a guarantee that it wasn't19:23
henrynashayoung: so the @prepareproetctio and inline function was really that I could'd find a really good and recommended way of getting the function name from within the fucntion19:24
ayounghenrynash, saw a stackoverflow about that19:24
henrynashayoung: on user_and_group_proectection()….I agree, that's a better name for it19:24
henrynashayoung: yeah, there were solutions..but none seems great19:24
ayounghttp://stackoverflow.com/questions/666216/decorator-classes-in-python19:25
*** beagles has joined #openstack-dev19:25
*** sarob has quit IRC19:25
ayounglook at the bottom of the question, he does a modified solution that makes the decorators stack, and gets the right name19:26
henrynashayoung: ok, let me look at that19:26
ayounghenrynash, if I understand it correctly, the __init__ gets called when the decorator is first processed upon read of the file.  He extracts the name from the func object passed in there19:28
*** mrunge has quit IRC19:28
*** drewlander has quit IRC19:28
ayoungand does it in such a way that the same value would be passed up the chain to another decorator outside of the Null one19:28
*** jasdeepH has joined #openstack-dev19:28
henrynashayoung: a bit sneaky…:-)19:28
ayounghenrynash, set(dir(func)) ...19:29
*** vuil has joined #openstack-dev19:29
*** avishay has quit IRC19:29
*** jab416171 has joined #openstack-dev19:29
ayoungand remove from that set(dir(self))19:29
ayoungso all attributes of the passed in object that don't conflict with those of the decorator are set on the self object (I assume the decorator)19:30
ayoungDo I read that right?19:31
*** neelashah has quit IRC19:31
ayoung__repr__(self) I think comes in to play when the set(dir(self)) is called19:31
ayounghenrynash, also, notice the use case for that:  @AccessCheck19:33
ayoungvery similar to what we want19:33
*** MaxV has quit IRC19:33
*** litong has joined #openstack-dev19:33
*** gordc has joined #openstack-dev19:34
*** wolfdreamer has joined #openstack-dev19:36
*** vipul is now known as vipul-away19:36
*** vipul-away is now known as vipul19:36
*** boris-42 has quit IRC19:37
*** cdub_ has quit IRC19:40
*** vuil has quit IRC19:40
*** cdub_ has joined #openstack-dev19:41
*** gordc1 has joined #openstack-dev19:42
*** jmontemayor has joined #openstack-dev19:42
*** melwitt has joined #openstack-dev19:43
*** gordc has quit IRC19:43
*** jvrbanac_1 has joined #openstack-dev19:44
*** xqueralt is now known as xqueralt-afk19:45
bashokayoung: hi19:45
ayoungnachi, you had something for me?19:45
ayoungbashok, ask away19:46
*** gordc1 has quit IRC19:47
*** jvrbanac has quit IRC19:47
nachiayoung: Jenkins build failed for one of my reviews. When i checked the logs, it looks failure is not related to my changes. I was going to check if you would have an idea about the failure https://review.openstack.org/#/c/40036/19:48
*** stevemar has joined #openstack-dev19:48
*** apioli has joined #openstack-dev19:50
*** carl_baldwin has joined #openstack-dev19:50
*** vipul is now known as vipul-away19:51
ayoungnachi, you want to do a recheck.  Usually that means looking up the error from the link on the zuul page and putting in a comment "recheck bug Id"19:52
ayoungwhere the Id is the launchpad bug id, of course19:52
ayoungnachi, also, see the message line for this chat room19:53
*** vipul-away is now known as vipul19:53
nachiayoung: ok. thanks19:54
*** terryh has quit IRC19:55
nachiayoung: this bp change is related to the bug which you created https://bugs.launchpad.net/keystone/+bug/1178741. After i get jenkins building successfully i will add you for review19:56
uvirtbotLaunchpad bug 1178741 in keystone "move remaining middleware to keystone client" [Medium,Confirmed]19:56
*** jvrbanac_1 has quit IRC19:56
*** jvrbanac has joined #openstack-dev19:57
*** troytoman is now known as troytoman-away19:57
*** cyeoh has quit IRC19:57
*** chuckieb|2 has quit IRC19:58
*** cyeoh has joined #openstack-dev19:58
bashokayoung: I am troubleshooting keystone PKI with havana staging environment, while doing glance image-list I noticed that "Request returned failure status.19:58
bashokHTTPInternalServerError (HTTP 500)" I do have the .pem files in my signing directory, also SELINUX is in permissive mode, any tips to resolve the problem?19:58
*** otherwiseguy has quit IRC19:59
*** tserong has quit IRC19:59
*** jhesketh has quit IRC19:59
*** networkstatic has joined #openstack-dev20:00
*** tserong has joined #openstack-dev20:00
*** jhesketh has joined #openstack-dev20:00
*** stanchan has joined #openstack-dev20:00
*** lexinator1 has quit IRC20:00
*** lexinator1 has joined #openstack-dev20:02
*** lexinator1 is now known as lexinator20:02
*** cthulhup has joined #openstack-dev20:02
*** terryh has joined #openstack-dev20:02
*** stanchan has quit IRC20:02
ayoungbashok, you tried wiping out the pem files and they get refetched?20:03
*** terryh has quit IRC20:03
*** mrodden has quit IRC20:05
bashokayoung: yes they get refetched20:05
*** cthulhup has quit IRC20:06
bashokayoung: from keystone.log, I see this, but not sure where I have done mistake..20:07
bashokWARNING [keystone.common.wsgi] Authorization failed. The request you have made requires authentication. from 127.0.0.120:07
*** egallen has quit IRC20:07
ayoungbashok, sounds like an invalid token then.  run keystone token-get ?20:07
bashokayoung: 'NoneType' object has no attribute 'has_service_catalog'20:08
bashokthis is what I am getting20:08
*** jbresnah has quit IRC20:08
*** networkstatic has quit IRC20:09
*** jsavak has quit IRC20:09
*** jbresnah has joined #openstack-dev20:09
*** vuil has joined #openstack-dev20:11
*** ChanServ changes topic to "OpenStack development || Support is in #openstack"20:11
*** joesavak has joined #openstack-dev20:13
*** afazekas has quit IRC20:13
*** danwent has quit IRC20:13
*** yolanda has joined #openstack-dev20:13
*** stanchan has joined #openstack-dev20:14
*** vuil has quit IRC20:15
*** rnirmal has quit IRC20:18
*** morganfainberg|a is now known as morganfainberg20:20
*** stanchan has quit IRC20:20
stevemardolphm: ping20:22
*** stanchan has joined #openstack-dev20:22
*** joesavak has quit IRC20:23
*** danwent has joined #openstack-dev20:23
ayoungbashok, what version are you running?20:24
*** jcoufal has quit IRC20:24
bashokayoung:0.3.120:24
ayoungbashok, that is what you get back from keystone version?20:26
ayoungkeystone --version20:26
bashokayoung: yes20:26
bashokcorrect20:26
*** rverchikov has left #openstack-dev20:28
*** Shaan7 has quit IRC20:29
*** amohn9 has quit IRC20:29
*** rfolco has quit IRC20:31
*** Shaan7 has joined #openstack-dev20:32
*** briancurtin has joined #openstack-dev20:32
*** donaldh has joined #openstack-dev20:32
*** cfriesen has quit IRC20:33
*** rbrady is now known as rbrady-afk20:34
*** cfriesen has joined #openstack-dev20:34
*** yolanda has quit IRC20:34
*** dvarga has quit IRC20:36
bashokayoung:  there could be any issues with keystone-client?20:36
*** rnirmal has joined #openstack-dev20:38
ayoungbashok, could be.  That sounds like a bug, but I haven't seen it myself20:38
*** feleouet has quit IRC20:38
ayoungbashok, there are  lot of changes happening around the client.  Please file that as a bug and provide as much information as you can, to include build for client, server, etc. And the steps you took to troubleshoot20:39
*** bknudson has joined #openstack-dev20:39
*** herndon has joined #openstack-dev20:40
*** jecarey has quit IRC20:40
bashokayoung, I will open a bug , thanks :)20:40
*** rbrady-afk has left #openstack-dev20:40
*** feleouet has joined #openstack-dev20:41
stevemarmorganfainberg: ping20:45
morganfainbergstevemar: hi20:45
stevemarmorganfainberg: do you have a link for the work you did in moving keystone tests around?20:45
morganfainbergstevemar: hrm? you mean the commit that did that?20:46
stevemaryeah20:46
*** odyssey4me4 has quit IRC20:46
morganfainbergstevemar: wasn't my work (really, i can't take credit for it, it was a lot of work)20:46
stevemari can't seem to find it20:46
morganfainbergstevemar: let me see.20:46
morganfainbergstevemar: https://review.openstack.org/#/c/36184/20:47
stevemarmorganfainberg: ah, you were not the owner20:48
stevemarthat's why my query wasn't working20:48
stevemarcool, gonna see if i can update keystoneclient20:48
morganfainbergthere is a review, i think for that already20:49
morganfainberghrm20:49
morganfainbergi am wrong20:50
morganfainbergstevemar: go for it! :)20:50
*** lbragstad has quit IRC20:55
*** tmclaugh[work] has quit IRC20:55
*** lexinator has quit IRC20:56
*** jruzicka has quit IRC20:58
bashokayoung, one more thing which i observed , not sure why keystone-manage pki_setup is expecting --keystone-user and --keystone-group as a mandatory fields, in the docs its no where mentioned to use those fileds21:00
*** stevemar has quit IRC21:01
ayoungbashok, it is mandatory if run as root, otherwise keystone won't be able to read the files it produces21:02
ayoungjamielennox, you awake yet?21:02
*** fbo is now known as fbo_away21:02
*** lexinator has joined #openstack-dev21:05
dolphmbashok: they were originally defined as optional, so the docs might be lagging a bit21:06
bashokdolphm, thanks for clarifying21:08
*** dkranz has joined #openstack-dev21:08
*** dprince has quit IRC21:09
*** jbresnah has quit IRC21:10
openstackstatusNOTICE: Restarting zuul, changes should be automatically re-enqueued21:10
*** ChanServ changes topic to "Restarting zuul, changes should be automatically re-enqueued"21:11
*** jecarey has joined #openstack-dev21:11
*** jbresnah_ has joined #openstack-dev21:11
*** topol has quit IRC21:11
*** _ffio_ has quit IRC21:11
*** mrodden has joined #openstack-dev21:12
*** wolfdreamer has quit IRC21:15
*** dina_belova has quit IRC21:16
*** gordc has joined #openstack-dev21:18
*** AeroNotix has joined #openstack-dev21:20
AeroNotixhi guys21:20
AeroNotixthe objectstore implementation - where does it compare ETag hashes for file uploads?21:20
AeroNotixthis: https://github.com/openstack/nova/blob/master/nova/objectstore/s3server.py#L33221:20
AeroNotixseems to be the handler for it, but I can't see where it checks the ETag itself21:21
*** jmontemayor has quit IRC21:21
ayoungdolphm, so, the client has a function  getid  which trys to figure out if we are passing in an object or an identifier.  Logic is here:   https://github.com/openstack/python-keystoneclient/blob/master/keystoneclient/base.py#L3621:21
ayoungdolphm, any reason we can't change to testing for a string instead of uuid?21:22
ayounguuid is going to break on identifiers from LDAP21:22
ayoungsurprised no one has reported that21:23
bashokayoung, now I can do keystone token-get and keyston catalog, both works fine, I did unset some ENV variables which helped, however still glance auth issue persists, I am wondering whats wrong21:23
ayoungbashok, ok, so in glance you are using the same userid/password/projectid combination that you just tested with keystone token-get?21:23
*** dkranz has quit IRC21:23
*** matiu has quit IRC21:24
*** pabelanger has quit IRC21:24
ayoungah, disregard.  I don't think we have uuid on any of our objects, do we?21:25
*** reed has joined #openstack-dev21:25
AeroNotixanyone any idea where the hashes are being tested for PUT'ing new objects?21:26
bashokayoung, yes the same user credentials I used and got a token21:26
ayoungbashok, is it possible that the user legitimately does not have access to the resource?21:27
*** neelashah has joined #openstack-dev21:27
*** jasondotstar has quit IRC21:27
*** xBsd has quit IRC21:28
*** leif has joined #openstack-dev21:29
*** leif is now known as Guest2297921:29
*** fbo_away is now known as fbo21:30
*** dkranz has joined #openstack-dev21:31
*** leif_ has quit IRC21:31
*** Guest22979 has quit IRC21:31
*** leif_ has joined #openstack-dev21:31
*** gkotton has joined #openstack-dev21:32
*** vipul is now known as vipul-away21:32
*** vuil has joined #openstack-dev21:33
*** wolfdreamer has joined #openstack-dev21:34
*** jecarey has quit IRC21:35
*** garyk has quit IRC21:35
*** gkotton is now known as garyk21:35
*** MaxV has joined #openstack-dev21:35
*** lbragstad has joined #openstack-dev21:35
*** vipul-away is now known as vipul21:35
*** matiu has joined #openstack-dev21:40
*** alop_ has joined #openstack-dev21:40
*** alop has quit IRC21:41
*** otherwiseguy has joined #openstack-dev21:41
*** alop_ is now known as alop21:41
bashokayoung, my glance-registry conf was having a mispelled value in the keystone auth section, I figured that out, thanks a lot for your time, have a good day!21:41
*** bashok has quit IRC21:42
*** dkranz has quit IRC21:43
*** SergeyLukjanov has quit IRC21:45
*** litong has quit IRC21:45
*** AeroNotix has quit IRC21:49
*** kui has joined #openstack-dev21:49
*** changbl has quit IRC21:49
kuiA question abouth the jenkins gate job,  some test result is taged with "LOST", which induce the jenkins failed.   https://review.openstack.org/#/c/43035/21:51
*** fbo is now known as fbo_away21:52
kuiI leave a new comment "reverify bug ####" to reverify it, it that correctly ?21:52
burtkui: reverify no bug21:52
burtunless it's due to a specific bug in LP, then go ahead and do that21:52
burt(substitute the bug number for the ####)21:53
kuiburt: Thanks :)21:54
*** dkranz has joined #openstack-dev21:55
*** jasdeepH_ has joined #openstack-dev21:59
*** jasdeepH has quit IRC21:59
*** jasdeepH_ is now known as jasdeepH21:59
*** MaxV has quit IRC22:00
*** corXi has quit IRC22:02
*** kbringard has quit IRC22:03
*** burt has quit IRC22:04
*** mrodden has quit IRC22:04
*** jecarey has joined #openstack-dev22:05
dolphmayoung: regarding the uuid or not logic... it's garbage :( any improvement welcome22:06
*** dkranz has quit IRC22:06
dolphmayoung: also, it *has* been reported22:06
dolphmayoung: https://bugs.launchpad.net/python-keystoneclient/+bug/118993322:07
uvirtbotLaunchpad bug 1189933 in python-keystoneclient "user-get fails when using IDs which are not UUIDs" [High,In progress]22:07
morganfainbergdolphm: oh ick.22:07
*** alexb_ has joined #openstack-dev22:07
dolphmopenstackclient takes a *better* approach, at least at first glance22:08
dolphmi'd still prefer explicit --whatever-id= or --whatever-name= instead of positional arguments + having to guess22:08
bknudsondeprecate keystone and use openstack22:10
*** spzala has quit IRC22:11
dolphmbknudson: ultimately, i agree... openstackclient probably works better for ldap users22:11
*** _TheDodd_ has quit IRC22:11
dolphmbknudson: but we shouldn't have a broken client, if possible, deprecated or not22:11
*** jbresnah has joined #openstack-dev22:13
*** jbresnah_ has quit IRC22:13
*** dmakogon_ has left #openstack-dev22:15
*** dina_belova has joined #openstack-dev22:17
nachiayoung: hey22:19
nachidolphm: Question, can keystone server setup to verify client certs?22:20
*** dina_belova has quit IRC22:21
*** mrodden has joined #openstack-dev22:23
*** alop_ has joined #openstack-dev22:23
bknudsonnachi: keystone can be fronted by apache which can verify client certs.22:23
bknudsonrun as a wsgi app22:23
bknudsonI haven't tried it myself.22:23
*** alop has quit IRC22:24
*** alop_ is now known as alop22:24
nachibknudson: ok. thanks.22:25
*** dina_belova has joined #openstack-dev22:27
*** maheshp has quit IRC22:31
*** dina_belova has quit IRC22:32
*** prad_ has quit IRC22:33
*** briancurtin has quit IRC22:37
*** rcleere has quit IRC22:37
*** sarob has joined #openstack-dev22:38
*** networkstatic has joined #openstack-dev22:38
*** gmurphy has joined #openstack-dev22:39
*** safchain__ has quit IRC22:41
*** jecarey has quit IRC22:43
*** alexb_ has quit IRC22:43
*** jayg is now known as jayg|g0n322:44
*** jimfehlig has quit IRC22:48
*** ftcjeff has quit IRC22:51
*** otherwiseguy has quit IRC22:51
*** alexb_ has joined #openstack-dev22:53
*** alop has quit IRC22:55
*** mlavalle has quit IRC22:56
*** welldannit has quit IRC22:57
*** feleouet has quit IRC22:57
*** dims has quit IRC22:58
*** feleouet has joined #openstack-dev23:00
*** herndon has quit IRC23:01
*** woodspa has quit IRC23:01
*** carl_baldwin has quit IRC23:02
*** alexb_ has quit IRC23:03
*** donaldh has quit IRC23:04
*** neelashah has quit IRC23:05
*** rnirmal has quit IRC23:05
*** alunduil has joined #openstack-dev23:07
*** senk has quit IRC23:08
*** rharwood has quit IRC23:11
*** dims has joined #openstack-dev23:12
*** Mandell has quit IRC23:12
jamielennoxayoung: morning, what's up?23:13
*** jbresnah has quit IRC23:13
*** mberwanger has joined #openstack-dev23:13
*** alexb_ has joined #openstack-dev23:13
*** Mandell has joined #openstack-dev23:15
*** jjmb has joined #openstack-dev23:18
*** devoid has quit IRC23:18
*** sambb has joined #openstack-dev23:18
*** jhesketh has quit IRC23:18
*** jvrbanac has quit IRC23:19
*** kui has quit IRC23:20
*** jhesketh has joined #openstack-dev23:20
*** spzala has joined #openstack-dev23:20
*** mberwanger has quit IRC23:21
*** spzala has quit IRC23:25
*** jbresnah has joined #openstack-dev23:25
*** gongysh has joined #openstack-dev23:27
*** vartom4 has quit IRC23:27
*** datsun180b has quit IRC23:27
*** dina_belova has joined #openstack-dev23:28
*** pabelanger has joined #openstack-dev23:28
*** jasdeepH_ has joined #openstack-dev23:28
*** FunnyLookinHat has quit IRC23:28
*** jasdeepH has quit IRC23:28
*** jasdeepH_ is now known as jasdeepH23:28
*** eharney has quit IRC23:30
*** egallen has joined #openstack-dev23:32
*** dina_belova has quit IRC23:32
*** gordc has quit IRC23:33
*** sambb has quit IRC23:33
*** jjmb has quit IRC23:38
*** jcooley has quit IRC23:41
*** herndon has joined #openstack-dev23:42
*** jcooley has joined #openstack-dev23:44
*** noslzzp has quit IRC23:44
*** lexinator has quit IRC23:47
*** zul has quit IRC23:47
*** stanchan has quit IRC23:49
bknudsonjamielennox: remember I asked about putting when the property was added in https://review.openstack.org/#/c/40176/7/keystoneclient/access.py ?23:50
bknudsondolphm pointed me at https://launchpad.net/python-keystoneclient/0.3.x/0.3.0 , which tracks what features were added when23:51
jamielennoxbknudson: what do you mean by putting?23:51
bknudsonadding to the docstring23:51
jamielennoxo right23:51
bknudsonI thought it would be an interesting experiment23:51
jamielennoxthat assumes that every new public api would be a blueprint?23:52
bknudsonand I still think it's incredibly useful for users of the library to quickly find out when something was added23:52
bknudsonjamielennox: yes, a blueprint or a bug23:52
bknudsonproblem is we don't know at the time what the next version # is going to be... might be 0.4.023:53
jamielennoxi didn't know about that23:53
jamielennoxthe other way i was thinking was to run it like we currently do with identity-api23:53
jamielennoxhave a docs/api folder23:53
jamielennoxanything that is going to be public must go through an api aproval before being added to the client23:53
*** zul has joined #openstack-dev23:53
bknudsonthe docstrings get pulled into the docs when they're built, I assume.23:54
jamielennoxit somewhat breaks the pythonic inline docs though23:54
bknudsonhaven't looked for it myself.23:54
jamielennoxi think our current docs are static23:54
jamielennoxi'm not sure if they ever get generated anywher23:54
jamielennoxe23:54
bknudson/opt/stack/python-keystoneclient/doc$ make html23:55
*** nachi has left #openstack-dev23:55
jamielennoxi've never done that :p23:56
bknudsonhttps://github.com/openstack/python-keystoneclient/blob/master/doc/source/releases.rst -- goes all the way to 0.1.323:57
jamielennoxlol - so we definetly have some work to do23:57
jamielennoxis it woth trying to figure that out in history or just go forward from next release23:58
jamielennox?23:58
bknudsonit's not worth it if it's been deprecated in favor of the launchpad tracking.23:59

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