Wednesday, 2013-09-18

*** atiwari has quit IRC00:00
*** jasondotstar has joined #openstack-dev00:01
*** bcrochet has quit IRC00:03
*** elmarco has quit IRC00:03
*** sarob has quit IRC00:03
*** sarob_ has quit IRC00:04
*** lbragstad has joined #openstack-dev00:04
*** bcrochet has joined #openstack-dev00:05
*** shakayumi has quit IRC00:05
*** elmarco has joined #openstack-dev00:05
*** xchu has joined #openstack-dev00:06
*** senk has joined #openstack-dev00:07
*** cmcnamara has joined #openstack-dev00:07
*** stevemar has quit IRC00:07
*** stevemar has joined #openstack-dev00:08
*** jergerber has quit IRC00:09
*** kpavel has quit IRC00:13
*** senk has quit IRC00:14
*** RajeshMohan has quit IRC00:15
*** RajeshMohan has joined #openstack-dev00:15
*** matiu has quit IRC00:15
*** hemna has quit IRC00:16
dtroyerjamielennox: yo…assuming it's about the cert config commit yo posted above?00:17
jamielennoxdtroyer, yea i think it's fairly obvious what i'm looking to achieve00:17
jamielennoxbut i haven't done much devstack and i just want to know if a big block like that in stack.sh is ok00:17
jamielennoxthe same thing could be copied and pasted into the top of each service instead and get rid of the variable indirection and such00:18
*** nosnos has joined #openstack-dev00:18
dtroyerat first glance I'd like to see how much of the CA bits I wrote for the TLS proxy support we can re-use00:18
dtroyeralso, why does each service need its own cert?00:18
jamielennoxit doesn't necessarily, what i'm trying to do is allow a cert to be fed in00:19
jamielennoxif they are the same for all that would be ok00:19
*** SumitNaiksatam has quit IRC00:19
jamielennoxso 2 things regarding comparsion to tls-proxy00:19
dtroyerok, good00:20
jamielennoxfirst i'm looking to have the SSL native to the app00:20
jamielennoxsecond, TLS proxy has a failry large make_certs section, my thought would be that if you wanted to generate those certs then we could move the make_cert stuff above and then simply assign those certs into the appropriate KEYSTONE_SSL_CERT variables00:21
*** stevemar has quit IRC00:21
dtroyerof course…the proxy config was to test client TLS support without having to sort it out  on the api side.00:21
*** giulivo has quit IRC00:21
jamielennoxyep, my hope here is to make us sort it out on the api side00:21
*** malini_afk is now known as malini00:22
*** amotoki_ has quit IRC00:22
dtroyerok, you're thinking what I was…generalize those functions a bit and manage a little internal CA.  I also have a script around here somewher that wraps up the openssl x509 commands for testing00:22
jamielennoxyea, so if you had that script export KEYSTONE_SSL_CERT/CERT/CA  NOVA_SSL_CERT/KEY/CA00:23
dtroyerwithout looking at it too closely I'd leave the CA functions in lib/TLS, just make sure the proxy functions don't get in the way00:23
jamielennoxmy hope is to then allow other cas00:23
jamielennoxyea i'm not looking to move the CA stuff, as i said purely for seeding certs at the moment00:23
*** jwcroppe has quit IRC00:24
*** vuil has quit IRC00:25
dtroyerok, good…  need to head out for a while…  I think you're on a good track00:25
jamielennoxso if i get it ready for review we can debate some of the finer points, it's mainly that somewhat ugly loop in stack.sh, should we be doing that kind of validation and should it be global like that or confined to the service?00:25
*** SumitNaiksatam has joined #openstack-dev00:26
dtroyerthat's good.  I don't like the loop, I like to keep service-specific stuff together…but the body of the loop could be a function00:26
*** amotoki has quit IRC00:26
jamielennoxyea, that may work as well - thanks for the guidance00:27
*** shakayumi has joined #openstack-dev00:28
*** faramir1 has joined #openstack-dev00:28
*** dstanek has quit IRC00:31
*** Shaan7 has quit IRC00:34
*** cmcnamara has quit IRC00:35
*** alunduil has joined #openstack-dev00:35
*** Ryan_Lane has quit IRC00:38
*** dkehn has joined #openstack-dev00:42
*** angdraug has quit IRC00:44
*** dsirrine has quit IRC00:45
*** RajeshMohan has quit IRC00:46
*** RajeshMohan has joined #openstack-dev00:46
*** jhesketh__ has quit IRC00:48
*** jhesketh__ has joined #openstack-dev00:48
*** bfschott has quit IRC00:50
*** Mandell has quit IRC00:50
*** dsirrine has joined #openstack-dev00:51
*** dsirrine has quit IRC00:53
*** amotoki has joined #openstack-dev00:54
*** jasondotstar has quit IRC00:57
*** cmcnamara has joined #openstack-dev00:58
*** sungju has joined #openstack-dev00:59
*** SumitNaiksatam has quit IRC00:59
*** zzs has joined #openstack-dev01:00
*** jayg is now known as jayg|g0n301:03
*** zzs has left #openstack-dev01:04
*** kbrierly has quit IRC01:04
*** nati_ueno has quit IRC01:09
*** cmcnamara has quit IRC01:13
*** cmcnamara has joined #openstack-dev01:14
*** yongli_away is now known as yongli01:15
*** cmcnamara has quit IRC01:16
*** ausjke has quit IRC01:20
*** stevemar has joined #openstack-dev01:21
jdennisjamielennox, dtroyer: just saw the discussion, but I'm off to bed atm, I'll follow-up in the morning ...01:22
jamielennoxjdennis, no worries - i'll give you a look at what i have tomorrow and we can discuss01:22
*** SumitNaiksatam has joined #openstack-dev01:26
*** spzala has quit IRC01:27
*** lucasagomes has quit IRC01:27
*** cmcnamara has joined #openstack-dev01:30
stevemarjamielennox: ping01:30
jamielennoxstevemar, hey01:30
*** markmc has quit IRC01:30
stevemarjamielennox - i'm a bit behind on the keystoneclient code, i've been trying to rebase some old changes01:31
stevemarjamielennox, looks like there have been changes to tests.. what happened to TEST_REQUEST_BASE in the utils?01:31
jamielennoxah, you got hit by the test change?01:31
stevemareeeyep01:31
*** yongli has quit IRC01:31
jamielennoxhopefully it's gone01:31
stevemarhehe01:31
stevemarit is01:31
*** neelashah has joined #openstack-dev01:32
stevemardo you know off-hand what is recommended to replace it? or the patch # handy?01:32
jamielennoxso, the point behind all those TEST_REQUEST_BASE etc was to try to exactly predict the arguments passed to requests.request so that it could be mocked01:32
jamielennoxall that is gone01:32
*** ljjjustin has joined #openstack-dev01:32
jamielennoxthis is the review: https://review.openstack.org/#/c/44014/01:33
stevemarahhh wonderful01:33
jamielennoxso have a look at like test_http for the basics01:33
jamielennoxthe library homepage is: https://github.com/gabrielfalcao/HTTPretty and the readme is pretty explanitory01:34
stevemarjamielennox, ahhh man, i just finished it up; now i have no idea what httpretty does01:34
stevemarit's just a kick in the pants, i worked on it all day :P01:34
jamielennoxi feel your pain, i've rebased so many of these test fixes01:35
*** martyntaylor has quit IRC01:35
*** dstanek has joined #openstack-dev01:35
jamielennoxi'm pretty happy it's in though :)01:35
*** slagle has quit IRC01:36
*** jprovazn has quit IRC01:38
*** rwsu has quit IRC01:41
*** eharney has joined #openstack-dev01:42
*** erkules has quit IRC01:45
*** yongli has joined #openstack-dev01:47
*** paragan has joined #openstack-dev01:47
*** paragan has joined #openstack-dev01:47
*** gyee has quit IRC01:47
*** changbl has joined #openstack-dev01:47
morganfainbergstevemar, sorry for the tests getting ripped out from under you.01:49
*** noslzzp has joined #openstack-dev01:49
stevemarmorganfainberg np dude, my own fault for taking so long on getting oauth for keystoneclient done01:49
morganfainbergstevemar, and by all rights that change should likely have been in (httpretty) a while ago01:50
morganfainbergbut, it was a lot of change and a daunting review to lookover01:50
morganfainbergI'm a little scared… i think i'm going to try running keystone tests under testr soon.01:51
morganfainbergjamielennox, how hard do you think smushing H304 hacking issues out would be in keystoneclient?01:52
morganfainberg(relative imports)01:52
stevemartheres a few instances of relative imports i've seen on client01:52
morganfainbergyeah.01:52
jamielennoxrelative imports shouldn't be too hard now that we are in the namespace01:53
morganfainbergright.01:53
jamielennoxi imagine there are a number of them01:53
jamielennoxprobably nearly all :)01:53
morganfainbergmaybe i'll go try and smush that hacking fix out here shortly01:53
*** amcrn has quit IRC01:53
jamielennoxbut i doubt it's not *hard*01:53
jamielennoxbah i doubt its hard01:53
morganfainbergyeah01:54
morganfainbergfigured as much01:54
*** dstanek has quit IRC01:54
morganfainbergactually. i need to bug ayoung about the domain lookup stuff again so i can get the other couple patches in (before H hopefully) so we have an expirimental per-domain backend vs partially-implemented01:55
*** marun has quit IRC01:56
*** rfolco has joined #openstack-dev01:56
*** radix has quit IRC01:56
*** radix has joined #openstack-dev01:56
*** sarob has joined #openstack-dev01:57
*** adalbas has quit IRC01:59
ayoungmorganfainberg, which patches02:00
morganfainbergayoung, not about a specific patch, i just seem to have forgotten how we were talking about handling the domain lookup w/o using DN as the user_id02:01
morganfainbergayoung, the convo from last night.  brain is being fuzzy about that aspect.02:01
*** erkules has joined #openstack-dev02:02
ayoungmorganfainberg, so...I need to try the DN thing again.  Specifically, I need to see what happens when I set user_id_attribute to dn and query_scope to sub02:03
morganfainbergsince DN seemed to be a bad idea (http spec? or too much delta) for H.02:03
morganfainbergah.02:03
morganfainberggot it02:03
morganfainberglike i said, it felt a little fuzzy.02:03
ayoungmorganfainberg, I'm not convinced that the = sign in the url is going to be a problem, but I'd like to check02:03
morganfainbergah, should be urlencoded, and controller should decode.02:04
ayoungmorganfainberg, if necessary...02:04
morganfainbergif it isn't needed, more better.02:04
ayoungOK..lets see where we were when last we left our heros02:04
morganfainberghehe.02:04
ayounghttp://fpaste.org/40327/13794699/02:05
ayoungmorganfainberg, that was the last I got before dinner02:05
*** zhikunliu has joined #openstack-dev02:05
ayoungtrying to get the domain_id field thing to be None02:05
morganfainbergoh right.02:05
ayoungattributes are set somewhere else...02:06
*** CaptTofu has quit IRC02:06
ayoungline 36302:06
ayoungself.get_attribute_mappings02:07
morganfainbergwhich is populated from https://github.com/openstack/keystone/blob/master/keystone/common/ldap/core.py#L149 it looks like02:07
ayoungline 14902:08
ayoungyepo02:08
ayoungmaybe it is v, not k that I need to check?02:09
morganfainbergayoung, couldn't you just do if k in self.attribute_ignore ?02:10
ayoungI did02:10
morganfainbergand that still got you the TypeError?02:10
ayoungno...gets the None in the list02:11
morganfainbergodd.02:11
morganfainbergright.02:11
ayoungah, yeah TypeError after that02:11
morganfainbergayoung02:12
*** ctracey has quit IRC02:12
ayoungmaybe I have it backewards, though...gonna try v02:12
morganfainberghttps://github.com/openstack/keystone/blob/master/keystone/common/ldap/core.py#L17602:12
morganfainbergattribute ignore isn't populated at line 14902:12
ayoungbahahaha02:13
*** cmcnamara has quit IRC02:13
ayoungmorganfainberg, good eyes02:14
*** cmcnamara has joined #openstack-dev02:14
*** cmcnamara has quit IRC02:14
ayoungmoved that before and retrying02:14
morganfainbergayoung, hehe. sounds good.02:14
ayoungmorganfainberg, something networkwonky on my end...my connection in to the vm comes and goes, assuming vpn issues02:14
*** networkstatic has joined #openstack-dev02:15
ayoungbut devstack is a runnin02:15
*** rfolco has quit IRC02:15
*** networkstatic has quit IRC02:15
*** xjiujiu has joined #openstack-dev02:15
*** dims has quit IRC02:15
*** sarob has quit IRC02:15
*** sarob has joined #openstack-dev02:16
*** gongysh has joined #openstack-dev02:16
ayoungmorganfainberg, nope02:17
morganfainbergayoung, still unhappy?02:17
*** amotoki_ has joined #openstack-dev02:17
morganfainbergboo.02:17
ayoung    return self.search_ext_s(base,scope,filterstr,attrlist,attrsonly,None,None,timeout=self.timeout)02:17
morganfainbergayoung, ugh.02:18
ayoungactually, that may not be the line with the real problem02:18
*** ctracey|away has joined #openstack-dev02:18
*** ctracey|away is now known as ctracey02:18
ayoungmorganfainberg, ok,  going to try your hack of removing None02:19
morganfainbergayoung, for the record, that is not my goto, but it might be sufficient.02:19
*** sarob has quit IRC02:21
*** stevemar has quit IRC02:23
*** gongysh has quit IRC02:33
*** Dr_Who has joined #openstack-dev02:34
*** dubsquared has joined #openstack-dev02:39
*** yaguang has joined #openstack-dev02:41
ayoungmorganfainberg, ok, so I think that works02:42
ayoungmorganfainberg, http://paste.fedoraproject.org/40332/94721911/02:43
morganfainbergayoung, you're just doing something like [x if x is not None for x in list] (or with filter())?02:43
morganfainbergok, i can add that into this patchset and set the default_project_id to None02:44
morganfainbergif you think thats a better approach than using businessCategory (I would be inclined to agree)02:44
morganfainbergthe config for the attribute for default....02:45
ayoungjamielennox, did you get the feedback you were looking for?  Looks like you are on the right track02:46
ayoungmorganfainberg, just updated the review request...02:47
jamielennoxayoung, yea, i did - i haven't done bash scripting for ages so i've got no idea what's considered bad form02:47
morganfainbergayoung, thanks!02:47
ayoungjamielennox, tis a black art02:47
jamielennox(quietly) i think writing in bash = bad form02:47
morganfainbergjamielennox, use awk, it's turing complete last i heard >.>02:48
morganfainberg(use awk for all the things!)02:48
ayoungjamielennox, right now I am inclined to agree.  What I was doing with FreeIPA integration is quickly growing beyond something I want to do from bash02:48
ayoungmorganfainberg, awk is essential to using the openstack CLI02:48
morganfainbergayoung, would it be bad form to use a python helper script in devstack?02:48
ayoungjamielennox, I might just have to learn the Nova CLI02:48
jamielennoxawk is a sign to move to a higher level language - or get someone else to write it02:48
morganfainbergi mean, it seems like it would be a good choice.02:48
jamielennoxayoung, eek - i've avoided that02:48
ayoungmorganfainberg, it's called packstack....hehehehe02:49
morganfainbergayoung, hehe02:49
ayounghttps://github.com/stackforge/packstack02:49
morganfainbergayoung, i was tempted to try and use anvil for my dev environment02:49
*** sdake_ has joined #openstack-dev02:50
morganfainbergbut this looks a little more out-of-the-box friendly02:50
ayoungjamielennox, the thing is, If I can use the IPA client library without having to have the machine registered as an IPA client, it would be a win.02:50
jamielennoxthe problem is i've got keystone working with certs, now i have to figure out how to create SSL endpoints for the other services02:50
*** jhesketh__ has quit IRC02:50
jamielennoxayoung, that seems like something you should be able to do - it should just verify the user based on ticket02:50
ayoungjamielennox, I know that it does if I use curl, but the CLI is doing something else02:50
jamielennoxsimple fix then02:51
*** sridevi has joined #openstack-dev02:51
ayoungjamielennox, use curl everywhere?02:51
jamielennoxipa-client library?02:51
jamielennoxare glance and glance registry both user facing?02:52
ayoungI'm quite comfortable talking to freeipa with curl. ... it  was actually faster than using the cli for bulk operations.  the webui used the json rpc instead of xml rpc...and JSON nests quite nicely02:52
ayoungI had a script that could upload something like 5000 names of sample data02:52
*** Shaan7 has joined #openstack-dev02:53
ayoungglance-api is, not sure about the registry02:53
ayoungjamielennox, http://b6c82e5bf05bb57d5fd7-e4def687b494c6d4f892965970fc9f39.r37.cf2.rackcdn.com/openstack-arch-grizzly-logical-v2.jpg02:53
ayoungdoesn't look like it02:54
*** sridevi has quit IRC02:54
ayoungjamielennox, but that doesn't mean is shouldn't be secured...not sure how the api server talks to the registry server...need a glance dev to ask02:54
jamielennoxit looks like there can be a client cert auth between the two02:55
*** jhesketh__ has joined #openstack-dev02:55
ayoungthat...sounds encouraging02:55
ayounglet me guess...they built it into the app...02:55
jamielennoxof course, hmm glance doesn't do endpoint-create in devstack - i'm so confused02:56
ayoungjamielennox, don't look at me...my last devstack patch got rejected:  https://review.openstack.org/#/c/40676/02:57
*** bdpayne has quit IRC02:59
*** bdpayne has joined #openstack-dev03:00
*** matiu has joined #openstack-dev03:00
*** matiu has quit IRC03:00
*** matiu has joined #openstack-dev03:00
*** bdpayne has quit IRC03:02
*** ayoung is now known as ayoung-ZzZzZzZ03:07
*** sridevi has joined #openstack-dev03:08
*** mestery has joined #openstack-dev03:10
*** mestery has quit IRC03:10
*** mestery has joined #openstack-dev03:10
*** enikanorov_ has joined #openstack-dev03:11
*** dstanek has joined #openstack-dev03:11
*** gimps has joined #openstack-dev03:11
*** BStokes has joined #openstack-dev03:12
*** sdake_ has quit IRC03:12
*** huats_ has joined #openstack-dev03:12
*** huats_ has joined #openstack-dev03:12
*** statik_ has joined #openstack-dev03:13
*** keekz_ has joined #openstack-dev03:13
*** sld_ has joined #openstack-dev03:13
*** redbo_ has joined #openstack-dev03:13
*** clayg_ has joined #openstack-dev03:13
*** anfrolov_ has joined #openstack-dev03:13
*** mkoderer_ has joined #openstack-dev03:13
*** _sirushti has joined #openstack-dev03:13
*** sheeprine_ has joined #openstack-dev03:13
*** jhesketh has quit IRC03:13
*** mkerrin has quit IRC03:13
*** gaelL has quit IRC03:13
*** redbo has quit IRC03:13
*** enikanorov has quit IRC03:13
*** BStokes999 has quit IRC03:13
*** jamielennox has quit IRC03:13
*** sld has quit IRC03:13
*** huats has quit IRC03:13
*** hashfail has quit IRC03:13
*** jgriffith has quit IRC03:13
*** shadower has quit IRC03:13
*** clayg has quit IRC03:13
*** obondarev has quit IRC03:13
*** Daviey has quit IRC03:13
*** sheeprine has quit IRC03:13
*** mkoderer has quit IRC03:13
*** anfrolov has quit IRC03:13
*** Reapster has quit IRC03:13
*** keekz has quit IRC03:13
*** statik has quit IRC03:13
*** sirushti has quit IRC03:13
*** anfrolov_ is now known as anfrolov03:13
*** keekz_ is now known as keekz03:13
*** _sirushti is now known as sirushti03:13
*** obondarev has joined #openstack-dev03:14
*** mkoderer_ is now known as mkoderer03:14
*** jgriffith has joined #openstack-dev03:14
*** Daviey has joined #openstack-dev03:14
*** mkerrin has joined #openstack-dev03:15
*** swaT30 has quit IRC03:16
*** gaelL has joined #openstack-dev03:18
*** jhesketh has joined #openstack-dev03:18
*** portante has quit IRC03:18
*** jamielennox_ has joined #openstack-dev03:18
*** statik_ is now known as statik03:18
*** jamielennox_ is now known as jamielennox03:18
*** Reapster has joined #openstack-dev03:18
*** shadower has joined #openstack-dev03:18
*** clayg_ is now known as clayg03:18
*** kushal has joined #openstack-dev03:19
*** mestery has quit IRC03:19
*** motoki has joined #openstack-dev03:19
*** swaT30 has joined #openstack-dev03:19
*** statik has quit IRC03:19
*** statik has joined #openstack-dev03:19
*** amotoki_ has quit IRC03:19
*** networkstatic has joined #openstack-dev03:20
*** portante has joined #openstack-dev03:20
*** cmcnamara has joined #openstack-dev03:24
*** sandeepr_ltp has quit IRC03:25
*** sarob has joined #openstack-dev03:26
*** cmcnamara has quit IRC03:29
*** gongysh has joined #openstack-dev03:30
*** shakayumi has quit IRC03:31
*** sarob has quit IRC03:32
*** redbo_ is now known as redbo03:35
*** malini is now known as malini_afk03:38
*** cmcnamara has joined #openstack-dev03:38
*** neelashah has quit IRC03:40
*** dstanek has quit IRC03:46
*** Dr_Who has quit IRC03:48
*** jbresnah has joined #openstack-dev03:52
*** noslzzp has quit IRC03:57
*** Dr_Who has joined #openstack-dev03:58
*** vipul has quit IRC03:59
*** vipul has joined #openstack-dev04:00
*** kuuudos has joined #openstack-dev04:01
*** cmcnamara has quit IRC04:06
*** cmcnamara has joined #openstack-dev04:07
*** matiu has quit IRC04:08
*** cmcnamara has quit IRC04:12
*** marun has joined #openstack-dev04:12
*** jbresnah has quit IRC04:14
*** claxton has joined #openstack-dev04:18
*** xjiujiu has quit IRC04:18
*** simonluo_ has joined #openstack-dev04:19
*** matiu has joined #openstack-dev04:20
*** jbresnah has joined #openstack-dev04:21
*** edmund1 has quit IRC04:23
*** jbresnah has quit IRC04:24
*** jbresnah_ has joined #openstack-dev04:24
*** slagle has joined #openstack-dev04:24
*** xchu has quit IRC04:25
*** kenperkins has quit IRC04:26
*** SergeyLukjanov has joined #openstack-dev04:32
*** Dr_Who has quit IRC04:32
*** Dr_Who has joined #openstack-dev04:34
*** Dr_Who has quit IRC04:34
*** Dr_Who has joined #openstack-dev04:34
*** simonluo_ has quit IRC04:35
*** Ryan_Lane has joined #openstack-dev04:35
*** shakayumi has joined #openstack-dev04:37
*** kuuudos has left #openstack-dev04:38
*** chandankumar has joined #openstack-dev04:39
*** markwash has joined #openstack-dev04:46
*** kushal has quit IRC04:47
*** kushal has joined #openstack-dev04:47
*** jprovazn has joined #openstack-dev04:47
*** _anant has joined #openstack-dev04:51
*** boris-42 has joined #openstack-dev04:58
*** garyk has quit IRC04:58
*** martine has joined #openstack-dev05:01
*** martine is now known as Guest8490805:01
*** aeperezt has quit IRC05:02
*** terriyu has quit IRC05:03
*** Kezar has joined #openstack-dev05:04
*** jprovazn has quit IRC05:04
*** Dr_Who has quit IRC05:05
*** Nikolay10t has joined #openstack-dev05:05
*** jpeeler has quit IRC05:08
*** slagle has quit IRC05:11
*** nil1511 has joined #openstack-dev05:15
*** jpeeler has joined #openstack-dev05:17
*** CaptTofu has joined #openstack-dev05:18
*** prekarat has joined #openstack-dev05:27
*** rushiagr has joined #openstack-dev05:28
*** novas0x2a|laptop has quit IRC05:32
*** CaptTofu has quit IRC05:34
*** nshaikh has joined #openstack-dev05:37
*** matiu has quit IRC05:37
*** vartom13 has joined #openstack-dev05:38
*** Guest84908 has quit IRC05:40
*** claxton has quit IRC05:41
*** claxton has joined #openstack-dev05:41
*** vartom13 has quit IRC05:43
*** vartom13 has joined #openstack-dev05:44
*** prometheanfire has left #openstack-dev05:46
*** zaitcev has quit IRC05:46
*** gongysh has quit IRC05:48
*** garyk has joined #openstack-dev05:56
*** ljjjustin has quit IRC05:58
*** boris-42 has quit IRC05:59
*** sungju has quit IRC06:02
*** CaptTofu has joined #openstack-dev06:03
*** ljjjustin has joined #openstack-dev06:03
*** salv-orlando has joined #openstack-dev06:03
*** nil1511 has quit IRC06:04
*** sld_ has quit IRC06:04
*** sld_ has joined #openstack-dev06:04
*** shakayumi has quit IRC06:09
*** yolanda has joined #openstack-dev06:10
*** xqueralt-afk is now known as xqueralt06:14
*** DinaBelova has joined #openstack-dev06:17
*** dstanek has joined #openstack-dev06:21
*** Max__ has joined #openstack-dev06:22
*** grapsus_ has quit IRC06:27
*** DinaBelova has quit IRC06:28
*** salv-orlando has quit IRC06:29
*** dubsquared has quit IRC06:30
*** sandeepr_ltp has joined #openstack-dev06:32
*** henrynash has joined #openstack-dev06:35
*** henrynash has quit IRC06:40
*** Max__ has quit IRC06:41
*** dstanek has quit IRC06:41
*** mrunge has joined #openstack-dev06:44
*** sdake_ has joined #openstack-dev06:44
*** sdake_ has quit IRC06:44
*** sdake_ has joined #openstack-dev06:44
*** kuuudos has joined #openstack-dev06:45
*** Mandell has joined #openstack-dev06:45
*** kuuudos has quit IRC06:45
*** wfoster_away is now known as wfoster06:49
*** rushiagr has quit IRC06:51
*** DinaBelova has joined #openstack-dev06:51
*** ljjjustin has quit IRC06:52
*** senk has joined #openstack-dev06:54
*** rushiagr has joined #openstack-dev06:54
*** egallen has joined #openstack-dev06:56
*** ljjjustin has joined #openstack-dev06:58
*** dubsquared has joined #openstack-dev07:00
*** ifarkas has joined #openstack-dev07:02
*** fbo_away is now known as fbo07:03
*** senk has quit IRC07:03
*** sdake_ has quit IRC07:04
*** tkammer has joined #openstack-dev07:05
*** odyssey4me has joined #openstack-dev07:05
*** networkstatic has quit IRC07:08
*** dubsquared has quit IRC07:09
*** networkstatic has joined #openstack-dev07:09
*** networkstatic has joined #openstack-dev07:09
*** reidrac has joined #openstack-dev07:09
*** Ryan_Lane has quit IRC07:10
*** danpb has joined #openstack-dev07:12
*** o_petit has joined #openstack-dev07:14
*** iartarisi has joined #openstack-dev07:14
*** SergeyLukjanov has quit IRC07:20
*** yuan has quit IRC07:23
*** yuan has joined #openstack-dev07:24
*** eglynn has quit IRC07:27
*** jaimegil has joined #openstack-dev07:27
*** salv-orlando has joined #openstack-dev07:28
*** ygbo has joined #openstack-dev07:30
*** claxton has quit IRC07:32
*** JordanP has joined #openstack-dev07:34
*** sahid has joined #openstack-dev07:35
*** johnthetubaguy has joined #openstack-dev07:38
*** o_petit has quit IRC07:39
*** openstack has joined #openstack-dev09:17
*** zhikunliu has quit IRC09:20
*** SergeyLukjanov has joined #openstack-dev09:20
*** prekarat has quit IRC09:21
*** prekarat has joined #openstack-dev09:22
*** DinaBelova has joined #openstack-dev09:23
*** romcheg has joined #openstack-dev09:24
*** bcwaldon has quit IRC09:25
*** bcwaldon has joined #openstack-dev09:25
*** iccha has quit IRC09:25
*** iccha has joined #openstack-dev09:25
*** sbadia has joined #openstack-dev09:25
*** kpavel has joined #openstack-dev09:26
*** nati_ueno has quit IRC09:27
*** egallen has quit IRC09:28
*** JordanP has quit IRC09:30
*** o_petit has quit IRC09:31
*** o_petit has joined #openstack-dev09:31
*** michchap has quit IRC09:32
*** prekarat has quit IRC09:36
*** prekarat has joined #openstack-dev09:37
*** JordanP has joined #openstack-dev09:42
*** corXi has joined #openstack-dev09:43
*** sandeepr_ltp has quit IRC09:45
*** dmVI has joined #openstack-dev09:58
*** dmVI has left #openstack-dev09:59
*** o_petit has quit IRC10:08
*** pcm_ has joined #openstack-dev10:09
*** ljjjustin has quit IRC10:09
*** pcm_ has quit IRC10:10
*** pcm_ has joined #openstack-dev10:11
*** MaxV_ has quit IRC10:15
*** jcoufal has joined #openstack-dev10:15
*** _anant has quit IRC10:16
*** sthaha has quit IRC10:16
*** branen__ has quit IRC10:16
*** claxton has quit IRC10:18
*** nosnos has quit IRC10:18
*** iartarisi has quit IRC10:20
*** mkollaro has quit IRC10:21
*** sahid has quit IRC10:26
*** gongysh has quit IRC10:26
*** garyk has quit IRC10:26
*** paragan has quit IRC10:29
*** claxton has joined #openstack-dev10:30
*** MaxV has joined #openstack-dev10:43
ekarlsoenikanorov_: yo around ?10:43
*** oubiwann has quit IRC10:44
*** iartarisi has joined #openstack-dev10:48
*** dukhlov_ has quit IRC10:49
*** sumanthns has quit IRC10:51
*** mjbright has quit IRC10:52
*** oubiwann has joined #openstack-dev10:54
*** sumanthns has joined #openstack-dev10:55
*** dstanek has joined #openstack-dev10:58
*** ema has joined #openstack-dev10:58
*** michchap has joined #openstack-dev10:59
*** alexxu has quit IRC11:03
*** dubsquared has joined #openstack-dev11:07
*** dubsquared has quit IRC11:12
*** avishay has joined #openstack-dev11:16
*** dstanek has quit IRC11:17
*** avishay has quit IRC11:19
*** adalbas has joined #openstack-dev11:19
*** sthaha has joined #openstack-dev11:21
*** sthaha has quit IRC11:21
*** sthaha has joined #openstack-dev11:21
*** sthaha has quit IRC11:21
*** o_petit has joined #openstack-dev11:23
*** sthaha has joined #openstack-dev11:31
*** sthaha has quit IRC11:31
*** sthaha has joined #openstack-dev11:31
*** BobBallAway is now known as BobBall11:32
*** cthulhup_ has joined #openstack-dev11:33
*** sthaha has quit IRC11:33
*** cthulhup_ has quit IRC11:33
*** cthulhup has joined #openstack-dev11:34
*** Dr_Who has joined #openstack-dev11:34
*** sthaha has joined #openstack-dev11:35
*** tkammer has quit IRC11:36
*** larsks has quit IRC11:37
*** o_petit has quit IRC11:41
*** flaper87|afk is now known as flaper8711:44
*** o_petit has joined #openstack-dev11:44
*** mkollaro has joined #openstack-dev11:46
*** kushal has quit IRC11:47
*** ifarkas has quit IRC11:47
*** ifarkas has joined #openstack-dev11:48
*** garyk has joined #openstack-dev11:50
*** sandeepr_ltp has joined #openstack-dev11:50
*** sahid has joined #openstack-dev11:52
*** noslzzp has joined #openstack-dev11:53
*** sgordon has joined #openstack-dev11:55
*** kushal has joined #openstack-dev12:00
*** morazi has joined #openstack-dev12:00
*** claxton has quit IRC12:00
*** sandywalsh has joined #openstack-dev12:01
*** adalbas has quit IRC12:02
*** terryh has joined #openstack-dev12:05
*** mkollaro has quit IRC12:06
*** mkollaro1 has joined #openstack-dev12:06
*** mkollaro1 is now known as mkollaro12:06
*** dubsquared has joined #openstack-dev12:07
*** adalbas has joined #openstack-dev12:10
*** lon_T2 is now known as lon12:12
*** lon is now known as Guest7842612:12
*** dubsquared has quit IRC12:12
*** o_petit has quit IRC12:13
*** eharney has quit IRC12:14
*** o_petit has joined #openstack-dev12:14
*** mjbright has joined #openstack-dev12:16
*** Dr_Who has quit IRC12:16
*** Dr_Who has joined #openstack-dev12:17
*** Dr_Who has joined #openstack-dev12:17
*** christophk has joined #openstack-dev12:17
*** adalbas has quit IRC12:19
*** mestery has joined #openstack-dev12:19
*** mestery has quit IRC12:19
*** martine_ has joined #openstack-dev12:20
*** mestery has joined #openstack-dev12:20
*** sgordon has quit IRC12:21
*** boden has quit IRC12:26
*** rfolco has joined #openstack-dev12:26
*** mjbright has quit IRC12:27
*** shang has quit IRC12:28
*** grapsus has joined #openstack-dev12:28
*** o_petit has quit IRC12:28
*** o_petit has joined #openstack-dev12:29
*** michchap has quit IRC12:30
*** jhesketh__ has quit IRC12:30
*** michchap has joined #openstack-dev12:30
*** jaimegil has quit IRC12:31
*** dsirrine has joined #openstack-dev12:34
*** safchain_ has joined #openstack-dev12:35
*** yassine_ has joined #openstack-dev12:35
*** Dr_Who is now known as tgall_foo12:35
*** nshaikh has left #openstack-dev12:35
*** safchain_ has quit IRC12:36
*** safchain_ has joined #openstack-dev12:36
*** safchain has quit IRC12:36
*** dmakogon has quit IRC12:36
*** yassine has quit IRC12:37
*** safchain_ has quit IRC12:37
*** flaper87 is now known as flaper87|afk12:37
*** bashok has quit IRC12:38
*** michchap has quit IRC12:38
*** mestery has quit IRC12:40
*** mestery has joined #openstack-dev12:40
*** mestery has quit IRC12:40
*** mestery has joined #openstack-dev12:41
*** sgordon has joined #openstack-dev12:43
*** martine_ has quit IRC12:44
*** mjfs has joined #openstack-dev12:44
*** topol has joined #openstack-dev12:45
*** boden has joined #openstack-dev12:46
*** mkollaro1 has joined #openstack-dev12:46
*** mkollaro has quit IRC12:46
*** motoki has quit IRC12:47
*** mestery has quit IRC12:56
*** garyk has quit IRC12:57
*** mjfs has quit IRC12:59
*** lbragstad has quit IRC13:00
*** shinylasers has joined #openstack-dev13:00
*** tonix has joined #openstack-dev13:00
*** kushal has quit IRC13:00
*** jayg|g0n3 is now known as jayg13:03
*** adalbas has joined #openstack-dev13:03
*** rcrit has quit IRC13:04
*** xga__ has quit IRC13:05
*** kushal has joined #openstack-dev13:06
*** tgall_foo has quit IRC13:06
*** dvarga has joined #openstack-dev13:06
*** xga__ has joined #openstack-dev13:07
*** galstrom is now known as galstrom_zzz13:07
*** kbringard has joined #openstack-dev13:07
*** DinaBelova has quit IRC13:08
*** prad has joined #openstack-dev13:08
*** bknudson1 has quit IRC13:09
*** rcrit has joined #openstack-dev13:10
*** morazi_ has joined #openstack-dev13:11
*** jprovazn has joined #openstack-dev13:12
*** morazi has quit IRC13:14
*** morazi_ is now known as morazi13:14
*** vartom13 has quit IRC13:14
*** stevemar has joined #openstack-dev13:17
*** sushils has joined #openstack-dev13:20
*** athomas has quit IRC13:20
*** shinylasers has quit IRC13:21
*** basha has joined #openstack-dev13:21
bashaCan anyone pls look at https://review.openstack.org/#/c/44843/13:22
bashadolphm: ^^13:22
*** eharney has joined #openstack-dev13:22
*** bknudson has joined #openstack-dev13:23
*** jecarey has joined #openstack-dev13:23
*** slagle has joined #openstack-dev13:24
*** jpeeler has quit IRC13:25
*** jpeeler has joined #openstack-dev13:26
*** jpeeler has quit IRC13:26
*** jpeeler has joined #openstack-dev13:26
*** rcrit has quit IRC13:26
*** shinylasers has joined #openstack-dev13:28
*** basha has quit IRC13:29
*** neelashah has joined #openstack-dev13:29
*** mrodden has quit IRC13:31
*** athomas has joined #openstack-dev13:31
*** mestery has joined #openstack-dev13:34
*** martine_ has joined #openstack-dev13:34
*** alunduil has quit IRC13:35
*** jecarey has quit IRC13:35
*** DinaBelova has joined #openstack-dev13:36
*** dstanek has joined #openstack-dev13:36
*** operrin has joined #openstack-dev13:37
*** malini_afk is now known as malini13:38
*** lbragstad has joined #openstack-dev13:38
*** rcrit has joined #openstack-dev13:39
*** ifarkas has quit IRC13:41
*** ifarkas has joined #openstack-dev13:42
*** miziel_r has joined #openstack-dev13:42
*** jecarey has joined #openstack-dev13:42
*** slagle has quit IRC13:43
*** mrodden has joined #openstack-dev13:44
*** basha has joined #openstack-dev13:45
*** tstevenson has joined #openstack-dev13:46
*** DinaBelova has quit IRC13:47
*** larsks has joined #openstack-dev13:48
*** cthulhup has quit IRC13:49
*** dubsquared has joined #openstack-dev13:51
*** cthulhup has joined #openstack-dev13:51
*** basha has quit IRC13:53
*** sridevi has quit IRC13:54
*** sumanthns has quit IRC13:54
*** prekarat has quit IRC13:55
*** afazekas has joined #openstack-dev13:56
*** thomasm has joined #openstack-dev13:56
*** nil1511 has joined #openstack-dev13:56
*** Guest78426 is now known as lon13:58
*** yassine has joined #openstack-dev14:03
*** amotoki has quit IRC14:04
*** EmilienM has quit IRC14:05
*** spzala has joined #openstack-dev14:05
*** dims has joined #openstack-dev14:05
*** yassine_ has quit IRC14:06
*** openf|y is now known as offenflieg14:07
*** EmilienM has joined #openstack-dev14:07
*** xga has joined #openstack-dev14:07
*** terriyu has joined #openstack-dev14:08
*** xga has quit IRC14:09
*** xga__ has quit IRC14:09
*** jmontemayor has joined #openstack-dev14:09
*** xga has joined #openstack-dev14:09
*** martine_ has quit IRC14:10
*** bashok has joined #openstack-dev14:11
*** markmcclain has joined #openstack-dev14:14
*** jprovazn has quit IRC14:15
*** morazi has quit IRC14:15
*** dolphm has joined #openstack-dev14:16
stevemardolphm: o/14:17
dolphmo/14:17
*** alunduil has joined #openstack-dev14:17
stevemardolphm: you caught me at a bad time yesterday, whats going on with oauth?14:17
stevemardolphm: you mentioned moving it to middleware... is this related to the problem with the library?14:18
dolphmi was just looking for an alternative solution to the dependency injection hack that bkhudson and ayoung are working on14:18
*** jimfehlig has joined #openstack-dev14:18
dolphmand yes, they're related14:18
dolphmif the entire implementation was in middleware, then there would be no dependency injection issue and you'd be able to handle xml requests14:19
stevemardolphm: why don't you like dependency.optional bit?14:19
stevemarah14:19
dolphmit's unnecessary :)14:19
dolphmit's also just a weird semantic14:19
*** DinaBelova has joined #openstack-dev14:19
stevemardolphm: what's the effort required to move it to middleware?14:20
stevemardolphm: also, why would xml requests not be handled today?14:20
*** sushils has quit IRC14:20
*** prad has joined #openstack-dev14:21
dolphmprobably too big for havana14:21
dolphmand xml is not handled because you don't have access to the original request body to produce a signature against14:21
*** kenperkins has joined #openstack-dev14:21
*** FunnyLookinHat has joined #openstack-dev14:22
*** ayoung-ZzZzZzZ is now known as ayoung14:22
stevemardolphm: sounds like we'll have to use the dependency change14:23
*** flaper87|afk is now known as flaper8714:23
*** carl_baldwin has joined #openstack-dev14:23
ayoungdolphm, the question is not "Where is the dependency" but rather that oauth is disabled by default, and yet we are pulling in the dependency.  If it moves to middleware, we get the dependency everywhere that middleware is consumed.  Which leads me to think that oauth should probably be its own middleware in Icehouse time frame14:23
ayoungdolphm, but the "strange semantics"  are due to the fact that our token architecture is pluggable on the wrong end.  We can swap out the whole impl, but what we reallly need is to be able to plug in to the token construction pipeline.14:25
*** topol has quit IRC14:26
dolphmayoung: agree, and trusts should be the same way14:27
*** morazi has joined #openstack-dev14:27
*** Mandell has joined #openstack-dev14:27
ayoungdolphm, oh yes...in fact, stevemar and I were discussing this a week or so ago.  trusts and oauth are APIs...what the token needs is a standard way to handle delegation, and then both oauth and  trusts make use of that14:28
ayoungdolphm, that is what we are going to discuss in http://summit.openstack.org/cfp/details/5214:28
stevemari should really be putting all this into the oauth design session, and renaming it to delegatin14:29
*** edmund has joined #openstack-dev14:30
*** mrunge has quit IRC14:30
ayoungstevemar, a good question to ask is "are there other delegation mechanisms of which we should be aware."  I would maybe add S4U2Proxy onto that list, but it is Kerberos specific probably deal with it in a longer time frame14:30
*** zaneb has joined #openstack-dev14:30
*** datsun180b has joined #openstack-dev14:30
*** alunduil has quit IRC14:30
*** CaptTofu has quit IRC14:31
ayoungstevemar, I bed David Chadwick knows14:31
*** gongysh has joined #openstack-dev14:31
stevemarayoung: likely, i'm sure he'll chime in14:31
radixdolphm: so I think I was a bit confused yesterday when we were talking about trusts and oauth14:35
*** kpavel has quit IRC14:35
dolphmradix: how so?14:36
radixdolphm: does either of them allow the workflow of "here is a normal user's token; give me a longer-term token based on it" without having authenticated as some other "service" user in the meantime?14:36
dolphmradix: p.s. ayoung and stevemar are the primary authors of both, respectively14:36
radixoh heh :)14:36
radixcool14:36
dolphmradix: both of them can issue delegation that has no time limit, but you still must generate fresh tokens periodically14:37
*** radez_g0n3 is now known as radez14:38
radixdolphm: specifically the point I'm wondering about is without having the other user. so, say I'm implementing a service that takes tokens and passes them on to other openstack services... is it possible to never have to authenticate myself as my own user, but still extend the token that the user gives me?14:39
*** sgordon has quit IRC14:40
radixI haven't thought the security implications of this through too much; maybe it's really important to require authentication as a "service" user before allowing extending other users' tokens14:40
radixbut I would kind of imagine the user saying "here is a token that I have intentionally endowed with the rights for extension" and give that to my service14:40
radixI'm sure I could figure this out if I read the oauth spec enough times but it's tough to see if it supports this use case or not14:40
*** terriyu has quit IRC14:44
*** cmcnamara has joined #openstack-dev14:44
*** jecarey has quit IRC14:44
*** nil1511 has quit IRC14:45
dolphmradix: reading..14:45
*** mestery has quit IRC14:45
radixsorry :)14:45
*** sgordon has joined #openstack-dev14:46
dolphmradix: you mean extending the duration?14:46
dolphmvalid duration14:47
radixdolphm: well. *effectively*. if it means having to create intermediate thingies, then fine...14:47
*** aeperezt has joined #openstack-dev14:47
*** schwicht has joined #openstack-dev14:47
*** alunduil has joined #openstack-dev14:47
dolphmradix: today, you'd have to have your users delegate to you, and then you can generate as-fresh-as-possible tokens as needed14:47
*** ruhe has joined #openstack-dev14:47
radixdolphm: what does "delegate to me" mean?14:48
*** ruhe has quit IRC14:48
dolphmradix: so, (this applies to both oauth and trusts)... the users you're performing operations on behalf of must explicitly indicate that they trust you to perform a specific set of roles on a specific tenant14:49
radixdolphm: ok. which means I have to have a user for them to delegate to14:49
radixthey can't just encode that delegation into their token and anyone who has the token has the right to extend it14:49
radixor create new ones, or whatever14:49
dolphmradix: hold up!14:49
radixhehe :)14:49
dolphmradix: with a trust, they must delegate to a specific user14:49
dolphmradix: with oauth, there may not be an identity of any kind that they're delegating to14:50
*** jecarey has joined #openstack-dev14:50
dolphmradix: it's just an "oauth consumer" that they're delegating to14:50
radixahhhh14:50
radixdolphm: ok, I remember reading about consumers14:50
radixdolphm: ok, that is pretty cool.14:51
dolphmradix: in the case of oauth, if there IS a "keystone user" being delegated to, oauth/keystone doesn't track the association14:51
radixbasically I'm wondering if it's theoretically possible for us to get rid of the "heat" user14:51
dolphmradix: i would LOVE for that to be the case :D14:51
radixyaaaaaay14:51
dolphmradix: services users are awful14:51
radixafaict, trusts require us to still have it, does that sound accurate?14:51
dolphmradix: yes14:51
radixbut maybe oauth would allow us to get rid of it14:52
dolphmradix: in the case of oauth, each service could "be" one or more oauth consumers14:52
*** sgordon has quit IRC14:53
*** sahid has quit IRC14:53
*** cmcnamara has quit IRC14:53
radixsounds awesome. maybe we will work on that a little for the new autoscale stuff14:53
dolphmradix: an oauth consumer "is" basically just an oauth (consumer key + consumer secret) <-- stevemar, is that correct?14:53
*** cmcnamara has joined #openstack-dev14:53
*** jprovazn has joined #openstack-dev14:53
radixdolphm: is there any expectation that python-keystoneclient will grow oauth-in-keystone APIs? or will we be expected to just use something like oauthlib?14:54
dolphmradix: whatever entity holds the secret has the ability to act as that consumer14:54
*** miziel_r has quit IRC14:55
dolphmradix: so, pretty much everyone is using python requests, which has this awesome feature- http://docs.python-requests.org/en/latest/user/advanced/#custom-authentication14:55
*** testingtesting has joined #openstack-dev14:55
*** fbo is now known as fbo_away14:56
dolphmradix: i'd like keystoneclient to implement an Auth object that can be passed to requests to handle everything from oauth to generating openstack tokens, or whatever is necessary14:56
radixyeah14:56
dolphmradix: including client-side token caching, etc14:56
radixI also came across requests_oauthlib14:56
*** terriyu has joined #openstack-dev14:56
*** kpavel has joined #openstack-dev14:56
radixhttps://github.com/requests/requests-oauthlib14:57
*** cmcnamara has quit IRC14:58
*** jmontemayor has quit IRC14:59
*** herndon_ has joined #openstack-dev14:59
*** gordc has joined #openstack-dev14:59
*** reidrac has quit IRC14:59
*** datsun180b_ has joined #openstack-dev15:00
dolphmradix: the one particularly useful oauth signed request we support today (where a lib would be very useful) would be POST /v3/auth/tokens (generate a keystone token using an oauth signed request)15:01
radixyeah, makes sense15:02
dolphmradix: i'm interested in replacing auth_token with something like oauth_token though, replacing keystone tokens with oauth access keys in the process15:02
radixohh, boy :)15:02
*** datsun180b has quit IRC15:02
*** datsun180b_ is now known as datsun180b15:02
*** sgordon has joined #openstack-dev15:02
*** rdopieralski has quit IRC15:02
*** jmontemayor has joined #openstack-dev15:03
*** morazi has quit IRC15:03
*** alop has joined #openstack-dev15:04
*** topol has joined #openstack-dev15:05
*** alop has quit IRC15:09
*** newtest has joined #openstack-dev15:09
dolphmayoung: did you specifically prevent trusts from being chained together?15:11
*** cmcnamara has joined #openstack-dev15:11
dolphmayoung: i.e. re-delegating delegated roles?15:11
*** alop has joined #openstack-dev15:11
*** newtest has left #openstack-dev15:11
*** flaper87 is now known as flaper87|afk15:12
*** branen has joined #openstack-dev15:12
*** nati_ueno has joined #openstack-dev15:12
*** testingtesting has quit IRC15:16
*** herndon_ has quit IRC15:16
*** sgordon has quit IRC15:16
*** morazi has joined #openstack-dev15:18
*** senk has joined #openstack-dev15:18
*** bnemec__ has joined #openstack-dev15:19
*** para__ has joined #openstack-dev15:19
*** bnemec has quit IRC15:20
*** mmagr has quit IRC15:21
*** garyk has joined #openstack-dev15:21
*** pmathews has joined #openstack-dev15:22
*** jtomasek has quit IRC15:23
*** markmcclain has quit IRC15:25
*** ifarkas has quit IRC15:26
*** burt has quit IRC15:27
*** para__ is now known as mmagr15:27
*** bnemec has joined #openstack-dev15:28
*** datsun180b has quit IRC15:28
*** datsun180b has joined #openstack-dev15:28
*** bnemec__ has quit IRC15:28
*** newtest1 has joined #openstack-dev15:28
*** bnemec_ has quit IRC15:28
*** afazekas has quit IRC15:29
*** litong has joined #openstack-dev15:31
*** bashok has quit IRC15:33
*** dolphm_ has joined #openstack-dev15:34
*** cdub_ has quit IRC15:36
*** garyk has quit IRC15:36
*** jprovazn has quit IRC15:36
*** marun has quit IRC15:37
*** dolphm has quit IRC15:37
jdennisayoung: where is the design overview for this bp? https://blueprints.launchpad.net/devstack/+spec/devstack-https15:40
*** rcrit has quit IRC15:40
*** Mandell has quit IRC15:40
*** gongysh has quit IRC15:41
*** ygbo has quit IRC15:45
*** wfoster is now known as wfoster_away15:45
*** sandeepr_ltp has quit IRC15:45
danpbjdennis: sigh, what a useless blueprint15:45
*** sandeepr_ltp has joined #openstack-dev15:46
dstanekdanpb: how so?15:46
jdennisdstanek: where is the overview of the basic implementation strategy? Is one supposed to derive this from the diff's?15:47
*** cmcnamara has quit IRC15:48
*** mlavalle has joined #openstack-dev15:48
*** mlavalle has quit IRC15:48
*** cmcnamara has joined #openstack-dev15:48
*** cschwede has quit IRC15:48
danpbdstanek: 2 lines of text with zero info about what its design is15:49
danpbthere's no basis on which a reviewer can decide if the proposed patch satisfies the blueprint15:49
danpbor whether there are design flaws15:49
*** markmcclain has joined #openstack-dev15:50
dstanekdanpb: ah, i see.  i thought you were saying that adding https was useless15:50
*** sergmelikyan has quit IRC15:51
*** nati_ueno has quit IRC15:51
*** herndon_ has joined #openstack-dev15:52
*** cmcnamara has quit IRC15:53
*** galstrom_zzz is now known as galstrom15:55
*** rcrit has joined #openstack-dev15:55
*** hemnafk is now known as hemna15:56
*** CaptTofu has joined #openstack-dev15:57
*** markmcclain has quit IRC15:58
*** o_petit has quit IRC15:59
*** morazi has quit IRC16:00
*** sergmelikyan has joined #openstack-dev16:00
*** Ruetobas has quit IRC16:01
*** paragan has joined #openstack-dev16:01
*** martyntaylor has joined #openstack-dev16:02
*** kushal has quit IRC16:02
*** dubsquar_ has joined #openstack-dev16:03
*** MaxV has quit IRC16:03
*** Ruetobas has joined #openstack-dev16:04
*** dprince has joined #openstack-dev16:05
*** MaxV has joined #openstack-dev16:05
*** jprovazn has joined #openstack-dev16:05
*** xga has quit IRC16:05
*** slagle has joined #openstack-dev16:05
*** dubsquared has quit IRC16:06
ayoungrcrit, what am I doing wrong in this ldap query:  This one works:  ldapsearch -x -D "dc=Manager,dc=OpenStack,dc=org" -H ldap://localhost -w test -b dc=openstack,dc=org "(&(cn=foo)(objectClass=inetOrgPerson))"16:07
ayoungthis one doesn't16:07
ayoungldapsearch -x -D "dc=Manager,dc=OpenStack,dc=org" -H ldap://localhost -w test -b dc=openstack,dc=org "(&(dn=cn=FOO,ou=Users,dc=openstack,dc=org)(objectClass=inetOrgPerson))"16:07
ayoungthe first one returns a record with16:08
*** markmc has joined #openstack-dev16:08
ayoungdn: cn=foo,ou=Users,dc=openstack,dc=org16:08
ayoungBTW, the second fails regardless of FOO or foo in the dn16:08
ayoungjdennis, looking16:08
*** Ruetobas has quit IRC16:09
*** dolphm_ has quit IRC16:10
ayoungjdennis, does not look like he wrote one up.16:10
ayoungdanpb, it was a place holder, but I agree it should have a spec.16:10
jdennisyeah, I just added a review comment asking for the missing information16:11
*** yassine has quit IRC16:12
danpbayoung: well once a commit is submitted for review against it, is is not merely a place holder anymore16:12
*** marun has joined #openstack-dev16:13
*** bdpayne has joined #openstack-dev16:13
*** jimfehlig has quit IRC16:13
*** rwsu has joined #openstack-dev16:13
*** morazi has joined #openstack-dev16:13
*** mmagr has quit IRC16:13
*** Ruetobas has joined #openstack-dev16:14
ayoungdanpb, but one blueprint can serve for multiple reviews.. In this case, he was presenting a solution to Keystone ssl...a valid approach.  But it will have to tie in with ssl for all of the services.16:14
ayoungdanpb, learning devstack requires effort, and I don't think you can write a proper blueprint against it until  you learn the code base.16:14
*** dmakogon has joined #openstack-dev16:16
bknudsonayoung: dn is not an attribute16:16
bknudsonit's the name of the entry16:17
*** bknudson has quit IRC16:17
*** johnthetubaguy1 has joined #openstack-dev16:18
*** odyssey4me has quit IRC16:18
*** dubsquar_ has quit IRC16:18
ayoungdagnabit bknudson get back here!16:19
*** johnthetubaguy has quit IRC16:19
*** READ10 has quit IRC16:19
*** ema has quit IRC16:20
*** iartarisi has quit IRC16:23
ayoungradix, a trust token is explicitly prevented from getting another token16:23
ayoungradix,  with trusts, you always need to authenticate as a user in order to get a trust token.16:23
*** READ10 has joined #openstack-dev16:23
*** litong has quit IRC16:23
radixayoung: are you responding to my messages on #heat? :)16:24
*** dmakogon has left #openstack-dev16:24
radixor just my earlier conversation with dolph16:24
radixoh I guess you're not in there, just a timing coincidence16:24
*** jistr has quit IRC16:24
*** litong has joined #openstack-dev16:24
radixayoung: so yeah, I think I understand that now, thanks16:25
ayoungradix, we enforced the same rule for oauth.16:25
*** lucasagomes has joined #openstack-dev16:25
radixhm16:25
ayoungradix, I had the same concern as you expressed16:25
radixso you still need a system user, basically?16:25
ayoungradix, not for oauth16:25
ayoungbut in oauth, you can't use a token generated from oauth to get another token16:26
*** litong has joined #openstack-dev16:26
radixactually I have a slightly more pressing question. is the behavior about disallowing trust-derived tokens from creating more tokens a relatively new change?16:26
*** jruzicka has quit IRC16:26
ayoungradix, let me caveat that by saying I am using "token" to mean "keystone tokens"16:26
ayoungradix, no.16:26
radixayoung: okay, I was wondering about that :)16:26
ayoungradix, that code has been in there since January16:26
radixok cool16:26
radixtrying to debug the the trust-using code in heat16:27
ayoungradix, look through the trust unit tests...they are pretty self documenting in describing the features they test16:27
*** angdraug has joined #openstack-dev16:27
ayoungradix, what are you seeing?16:27
radixayoung: so, this heat code 1. authenticates with v3 using heat username + password + trust_id to get the trust-derived user token; 2. converting that token to v2 with md5(token); 3. passing that token to a v2 Client, which incidentally tries to authenticate, which fails because of the aforementioned restriction on trust-token-chaining16:28
radixhonestly I'm not sure how this code ever worked (that's why I asked if the change was recent)16:28
radixI'm wondering why the Client tries to authenticate when we're giving it a token anyway16:29
*** litong has joined #openstack-dev16:29
*** MaxV has quit IRC16:29
ayoungradix, I assure the trust code was in place long before the HEAT team tried to consume it16:29
ayoungradix, should be able to get a V2 token using a trust, though.  No need to convert16:30
radixyeah, I believe you :)16:30
radixayoung: well. we want the v3 token anyway16:30
radixso afaict we just need to avoid the v2 *authenticate*16:30
radixbut that's impossible because the v2 client __init__ always authenticates16:30
*** litong has quit IRC16:30
ayoungclient has no way to verify a token.  I suspect that was an attempt to verify it.16:31
radixisn't there a way to verify without authenticating?16:31
*** MaxV has joined #openstack-dev16:31
ayoungthat does sound like a problem16:31
*** therve has joined #openstack-dev16:31
*** JordanP has quit IRC16:31
ayoungclient should authenticate as heat, then request the trust token, then use the trust token to perform some action.16:32
ayoungis the problem that the client doesn't support v3 tokens?16:32
*** litong has joined #openstack-dev16:32
radixhonestly I don't think we even need to verify it in this case. we just got it from the v3 api, I think we can trust that md5(tok_v3) is valid for v216:32
*** litong has quit IRC16:32
radixayoung: well, heat needs both the v3 and v2 tokens and clients accessible because various resources use different versions of the API, I guess16:33
*** litong has joined #openstack-dev16:33
*** kushal has joined #openstack-dev16:33
ayoungradix, you can always get the appropriate form of the token from keystone using the same trust.16:33
radixayoung: when you say "the client" do you mean python-keystoneclient?16:33
ayoungDOn't try to convert, just request the format you need16:33
*** litong has quit IRC16:33
ayoungradix, yes...is that what you mean by the client?16:33
*** vuil has joined #openstack-dev16:34
*** litong has joined #openstack-dev16:34
*** SumitNaiksatam has quit IRC16:34
radixyep16:34
*** newtest1 has left #openstack-dev16:34
radixI don't really see why we should need to make another roundtrip to keystone to request a v2 token16:35
radixbut I think I understand what you mean16:35
*** DinaBelova has quit IRC16:35
*** anniec has joined #openstack-dev16:35
radixwe should get a v2 token fresh from the trust?16:35
*** MaxV has quit IRC16:36
*** jpich has quit IRC16:38
*** SergeyLukjanov has quit IRC16:39
ayoungjdennis, ask in here.  Other people are as frustrated with blueprints asI am, I am sure16:42
ayoungradix, only if you absoposiluteltutetly  need both a v2 and a v3.16:42
radixheh :) maybe we don't.16:43
*** dolphm has joined #openstack-dev16:43
ayoungthe "conversion" is, I think, bogus16:43
*** comay has quit IRC16:44
radixso yeah it looks like keystoneclient v2 client does not support trusts. I guess we will look at avoiding v216:45
*** markmcclain has joined #openstack-dev16:45
radixso it looks like v2 keystoneclient doesn't support trusts.16:48
radixoops16:48
*** changbl has quit IRC16:48
radixI said that already. I was scrolled up :P16:48
*** epim has joined #openstack-dev16:48
radixI don't think we can avoid v2, unfortunately.16:49
*** troytoman-away is now known as troytoman16:49
*** kushal has quit IRC16:51
*** sthaha has quit IRC16:52
*** kbrierly has joined #openstack-dev16:52
dolphmradix: in a single domain deployment, v3 tokens are backwards compatible with v2 and vice versa16:55
dolphmradix: so you can do trusts on v3, generate delegated v3 token, and it'll validate against v216:55
*** Ryan_Lane1 has joined #openstack-dev16:56
*** BobBall is now known as BobBallAway16:57
*** zaitcev has joined #openstack-dev16:57
*** comay has joined #openstack-dev16:59
*** xga has joined #openstack-dev16:59
*** SumitNaiksatam has joined #openstack-dev16:59
*** cdub_ has joined #openstack-dev17:00
*** uvirtbot has quit IRC17:00
*** paragan_ has joined #openstack-dev17:02
*** lcheng has joined #openstack-dev17:02
*** paragan has quit IRC17:02
*** corXi has quit IRC17:03
*** paragan_ is now known as paragan17:04
*** uvirtbot has joined #openstack-dev17:04
*** jmontemayor has quit IRC17:04
ayoungdolphm, so, with minor hacking, it looks like we can use the DN as the identifier for users.  And, in doing this, I optimized away at least one  unnecssary LDAP call.17:06
*** dolphm has quit IRC17:06
ayoungmorganfainberg, I'm still working through unit tests, but I think I have DN as ID working for LDAP backend17:06
*** tstevenson_ has joined #openstack-dev17:07
*** markwash has quit IRC17:07
*** jasondotstar has joined #openstack-dev17:08
rcritayoung, I don't think you can search on dn in a filter like this17:09
*** jasondotstar has quit IRC17:10
*** anniec has quit IRC17:10
ayoungrcrit, yeah, found that out....but that actually makes it easier.  If the ID is the DN, I can do an optimized search for exactly that dn17:10
rcrityup, use it as the base, that was going to be my suggestion17:10
ayoungrcrit, I think that, for LDAP, we might move to using the DN as the user-id.  We just need to make sure that it is web-safe17:10
*** tstevenson has quit IRC17:10
*** jasondotstar has joined #openstack-dev17:11
simoayoung: using DNs is really unconvenient, why would you do that ?17:11
*** mrunge has joined #openstack-dev17:11
*** offenflieg has quit IRC17:11
rcrityeah, that sounds like trouble with a capital T17:12
ayoungsimo, IDs are expected to be globally unique.  If we use any shorter field, we will have conflicts between two different LDAP backends17:12
simoayoung: all you need for an optimized search is an index on the search attribute17:12
*** kpavel has quit IRC17:12
ayoungsimo, that is not my goal17:12
simoayoung: you need to select the LDAP backend apropri anyway17:12
ayoungmy goal is to be able to keep the userids unique across keystone with multiple LDAP servers17:12
simo*a priori17:12
ayoungsimo, and we will most likely do that by parsing the DN17:12
simobad idea17:13
simoDNs are not guarnteed to be globally unique17:13
ayoungsimo, understood, but we are putting some limitations on it17:13
ayoungthe subtree has to be registered17:13
simowhy? you do not need to17:13
simoyou just need a backend name17:13
simoand qualify users as username@backend-name17:13
*** paragan_ has joined #openstack-dev17:13
simoand you are done17:14
*** ausxxh has joined #openstack-dev17:14
*** troytoman is now known as troytoman-away17:15
jdennisyou don't want to expose the backend in the fully qualified username though, what if you change backends, don't you need a mapping from fully qualified username to backend?17:15
simojdennis: yes, but using a DN is worse17:15
jdennisI'm not in favor of a DN either17:16
ayoungwell "backend"  really means "domain" in keystone...so even if you switch the backend impl, the domain would stay the same.17:16
*** paragan has quit IRC17:16
simoayoung: then user@domain is all you need17:16
*** paragan_ is now known as paragan17:16
*** danpb has quit IRC17:17
simoayoung: if you use DNs you cause serious problems if someone needs to migrate the LDAP server17:17
ayoungsimo, we can do that.  In some ways, it is a bigger change, in that we need to munge the IDs17:17
*** otherwiseguy has quit IRC17:17
simoayoung: as long as you do not use DNs I am fine :)17:18
*** fbo_away is now known as fbo17:18
jdennisayoung: why would you need to munge user@domain?17:18
*** networkstatic has joined #openstack-dev17:18
ayoungjdennis, right now, we assume the attribute is the attribute...we'd need to know to parse off the domain name in some cases,17:19
ayoungyes, we can do this17:19
*** MaxV has joined #openstack-dev17:19
*** xga_ has joined #openstack-dev17:19
ayoungbut not for havana17:19
*** comay has quit IRC17:20
ayoungDN is a value already in LDAP....userid@domain semantics have been discussed before...it means that making userids work for LDAP will likely cause changes to how userids are done for SQL.17:20
*** xga has quit IRC17:21
jdenniswhy wouldn't you always split the username from the domain and if the domain is absent supply a default domain, then use the domain to perform the lookup?17:21
ayoungin sql, userids are a uuid, and there is no domain name.  We can get away with that there, because the user records looked up by uuid has a domain-id on it17:21
ayoungso userid@domain id would be <hash>@<hash>17:22
*** Mandell has joined #openstack-dev17:23
*** litong has joined #openstack-dev17:23
ayoungwell, that is the domain name...but mixing names and ids would also be messy17:23
*** kenperkins has quit IRC17:24
ayounghenrynash, what do you think?  Should we make the ldap and other federated backends do userid@domainid  for Keystone?17:25
jdennisI'd see how the fact one or both component might be a hash is relevant, it's still just a mapping issue, one that might cause an extra lookup, is that what you're trying to avoid?17:25
*** xga_ has quit IRC17:25
*** cmcnamara has joined #openstack-dev17:26
*** vartom13 has joined #openstack-dev17:27
*** networkstatic has quit IRC17:27
*** cdub_ has quit IRC17:27
*** networkstatic has joined #openstack-dev17:29
*** nati_ueno has joined #openstack-dev17:29
ayoungjdennis, no.  Right now, there is not explicit mapping.  We were looking at an approach to keep userids global based on a value actually stored in the backend.  Adding in the domain id  has come up from time to time, but it is a duplication of passing in the domain id.    I'm not fundamentally opposed to the idea, just that it changes the semantics of the userids, and that pattern will likely extend to all of the per-domain enti17:30
ayoungties...17:30
*** rcrit has quit IRC17:30
*** rcrit has joined #openstack-dev17:31
*** markmcclain has quit IRC17:32
*** RajeshMohan has quit IRC17:36
*** RajeshMohan has joined #openstack-dev17:37
*** amcrn has joined #openstack-dev17:38
*** dubsquared has joined #openstack-dev17:39
*** alop_ has joined #openstack-dev17:42
*** devoid has joined #openstack-dev17:43
*** devoid has quit IRC17:43
*** alop has quit IRC17:43
*** alop_ is now known as alop17:43
*** markwash has joined #openstack-dev17:43
*** litong has left #openstack-dev17:45
*** feleouet has quit IRC17:46
*** EmilienM has quit IRC17:46
*** EmilienM has joined #openstack-dev17:49
*** vartom13 has quit IRC17:51
*** martyntaylor has quit IRC17:53
*** martine has joined #openstack-dev17:53
*** martine is now known as Guest3856217:53
*** cschwede has joined #openstack-dev17:54
morganfainbergayoung, cool17:55
*** paragan has quit IRC17:55
ayoungmorganfainberg, heh...did you see all the follow on conversation?17:55
*** dolphm has joined #openstack-dev17:57
*** RajeshMohan has quit IRC17:57
*** RajeshMohan has joined #openstack-dev17:58
*** Ryan_Lane1 has quit IRC17:58
*** otherwiseguy has joined #openstack-dev17:58
*** Ryan_Lane has joined #openstack-dev17:58
morganfainbergayoung, still catching up17:59
*** epim has quit IRC18:00
*** jmontemayor has joined #openstack-dev18:02
*** MaxV has quit IRC18:02
*** terriyu has quit IRC18:02
morganfainbergayoung, ah i see it now.18:03
morganfainbergayoung, yeah, i think this is the circle we keep going into basically18:04
*** zodiak has joined #openstack-dev18:05
*** MaxV has joined #openstack-dev18:06
morganfainbergayoung, the more we converse on this, the more i think we need to just shelve the per-domain backends until I… or go with the implementation that allows for non-unique user_ids and continue to say:18:06
morganfainbergayoung, "don't use this in production, it's expirimental and has issues such as <blah>, and you need to enforce unique seperately from keystone, we don't enforce it yet"18:06
morganfainbergin this configuratione*18:06
*** zodiak has quit IRC18:07
dolphmmorganfainberg: did the 'this is experimental' patch merge?18:07
dolphmi haven't seen it in a while18:07
morganfainbergdolphm, i think so18:07
morganfainbergdolphm, i should check.18:07
dolphmmorganfainberg: http://docs.openstack.org/developer/keystone/configuration.html#domain-specific-drivers18:07
*** zodiak has joined #openstack-dev18:07
morganfainbergdolphm, i think is did merge >>18:08
morganfainbergit*18:08
*** Mandell has quit IRC18:09
*** comay has joined #openstack-dev18:12
*** sarob has joined #openstack-dev18:13
*** jecarey has quit IRC18:15
*** comay has quit IRC18:17
*** SumitNaiksatam has quit IRC18:17
*** bknudson has joined #openstack-dev18:18
*** SumitNaiksatam has joined #openstack-dev18:19
*** johnthetubaguy1 has quit IRC18:19
*** jasondotstar has quit IRC18:19
*** anniec has joined #openstack-dev18:19
morganfainbergdolphm, i'm personally find with either option.  shelve or just move it towards more usability with "expirimental" tag.18:20
morganfainberggosh i can't type today.  s/find/fine18:21
*** cthulhup has quit IRC18:21
*** changbl has joined #openstack-dev18:22
*** garyk has joined #openstack-dev18:22
*** Mandell has joined #openstack-dev18:25
*** eglynn has quit IRC18:26
henrynashayoung: what's the argument against userid@domain18:26
*** melwitt has joined #openstack-dev18:27
henrynashayoung: (other than can guarantee to fit that all in the same size field as userid along when we are generating it in some automatic fashion)18:27
stevemarmorganfainberg got some time to review: https://review.openstack.org/#/c/30043/18:28
*** EmilienM has quit IRC18:29
morganfainbergstevemar, it's just over 50% of the patchsets of your keystone oauth changes… i might need you to upload another 30 before i can review :P18:29
stevemarmorganfainberg, oy, don't remind me :P18:30
stevemarmorganfainberg - with httpretty, i'm not sure how to test that the headers are correct, that was the only thing18:31
*** henrynash has quit IRC18:31
*** EmilienM has joined #openstack-dev18:32
morganfainbergstevemar, i'd probably need to look at it in depth and/or bug jamielennox about that18:32
morganfainbergstevemar, to be honest18:32
morganfainbergstevemar. o18:32
morganfainbergi'll review when i have a few minutes.18:33
stevemarmorganfainberg, ah, i was going to do the same with jamie18:33
morganfainberghave some obligations to take care of before i can do more reviews.18:33
*** athomas has quit IRC18:34
*** MaxV has quit IRC18:34
*** henrynash has joined #openstack-dev18:34
*** MaxV has joined #openstack-dev18:34
stevemarmorganfainberg, thats cool dude18:34
*** jasondotstar has joined #openstack-dev18:35
*** markwash has quit IRC18:35
*** Shaan7 has quit IRC18:37
*** terriyu has joined #openstack-dev18:41
*** Guest38562 has quit IRC18:42
*** dosaboy has quit IRC18:43
*** dosaboy has joined #openstack-dev18:43
*** dosaboy has quit IRC18:44
*** dosaboy has joined #openstack-dev18:46
*** mestery has joined #openstack-dev18:50
*** senk has quit IRC18:52
*** markmcclain has joined #openstack-dev18:52
*** comay has joined #openstack-dev18:54
*** annegentle has quit IRC18:56
*** Birk_ has joined #openstack-dev18:56
*** bknudson has quit IRC18:58
*** novas0x2a|laptop has joined #openstack-dev18:58
*** MaxV has quit IRC18:58
*** cschwede has quit IRC19:00
Birk_Hey guys. I opened the bug https://bugs.launchpad.net/keystone/+bug/1226132. Apparently we just need to add 3 annotations in keystone/assignement/core.py before the domain create, update and delete. The unit tests for notifications already exists in keystone. I can commit this changes. Do you think it will be approved?19:01
uvirtbotLaunchpad bug 1226132 in keystone "Keystone doesn't emit event notifications for domains" [Wishlist,Triaged]19:01
*** schwicht has quit IRC19:02
*** malini is now known as malini_afk19:03
*** mestery has quit IRC19:03
*** amohn9 has joined #openstack-dev19:04
*** Ryan_Lane has quit IRC19:06
*** Ryan_Lane has joined #openstack-dev19:06
*** dubsquared has quit IRC19:07
*** jecarey has joined #openstack-dev19:08
*** cschwede has joined #openstack-dev19:10
*** anniec has quit IRC19:11
*** anniec has joined #openstack-dev19:11
*** eglynn has joined #openstack-dev19:17
*** Ruetobas has quit IRC19:17
*** jecarey has quit IRC19:18
*** MaxV has joined #openstack-dev19:18
*** jecarey has joined #openstack-dev19:18
*** salv-orlando has quit IRC19:18
*** dstanek has quit IRC19:18
*** Ruetobas has joined #openstack-dev19:19
*** bknudson has joined #openstack-dev19:19
*** bknudson has left #openstack-dev19:19
*** sdake_ has joined #openstack-dev19:20
*** Shaan7 has joined #openstack-dev19:20
*** dstanek has joined #openstack-dev19:21
*** bknudson has joined #openstack-dev19:23
*** senk has joined #openstack-dev19:23
*** Ruetobas has quit IRC19:23
*** alunduil has quit IRC19:24
*** Dr_Who has joined #openstack-dev19:24
*** eglynn has quit IRC19:25
*** Birk_ has quit IRC19:25
*** Ryan_Lane has quit IRC19:26
*** litong has joined #openstack-dev19:27
*** litong has quit IRC19:27
*** litong has joined #openstack-dev19:27
*** mrodden1 has joined #openstack-dev19:27
*** litong has quit IRC19:27
*** litong has joined #openstack-dev19:28
*** mrodden has quit IRC19:28
*** senk has quit IRC19:28
*** litong has joined #openstack-dev19:28
*** shinylasers has quit IRC19:28
*** litong has quit IRC19:30
*** sandywalsh has quit IRC19:30
*** Mandell_ has joined #openstack-dev19:30
*** Ruetobas has joined #openstack-dev19:30
*** novas0x2a|laptop has quit IRC19:31
*** mestery_ has joined #openstack-dev19:31
*** jasondotstar has quit IRC19:31
*** litong has joined #openstack-dev19:31
*** Mandell has quit IRC19:31
*** novas0x2a|laptop has joined #openstack-dev19:32
*** vipul is now known as vipul-away19:32
*** vipul-away is now known as vipul19:32
*** litong has quit IRC19:33
*** mrunge has quit IRC19:33
*** litong has joined #openstack-dev19:35
*** shinylasers has joined #openstack-dev19:36
*** litong has quit IRC19:37
*** litong has joined #openstack-dev19:37
*** mestery_ has quit IRC19:37
*** dolphm has quit IRC19:39
*** gordc has quit IRC19:39
*** offenflieg has joined #openstack-dev19:40
*** shinylasers has quit IRC19:40
*** dolphm has joined #openstack-dev19:41
*** litong has quit IRC19:41
*** sdake_ has quit IRC19:41
*** jcoufal has quit IRC19:42
*** amohn9 has quit IRC19:43
*** litong has joined #openstack-dev19:43
*** Ryan_Lane has joined #openstack-dev19:43
*** litong has quit IRC19:44
*** shinylasers has joined #openstack-dev19:44
*** martyntaylor has joined #openstack-dev19:44
*** shinylasers has quit IRC19:44
*** jasondotstar has joined #openstack-dev19:44
*** zzs has joined #openstack-dev19:45
*** litong has joined #openstack-dev19:45
*** shinylasers has joined #openstack-dev19:47
*** vipul is now known as vipul-away19:47
*** litong has quit IRC19:47
*** malini_afk is now known as malini19:47
*** sandywalsh has joined #openstack-dev19:47
*** vipul-away is now known as vipul19:47
*** sdake_ has joined #openstack-dev19:48
*** litong has joined #openstack-dev19:48
ayounghenrynash, OK, so  we are ok with doing userid@domainid for Icehouse?  I think that needs a blueprint19:52
henrynashayoung: yes, can't do it for H19:53
*** litong has quit IRC19:53
ayounghenrynash, I'll get it started19:54
henrynashayoung: there are a few things to discuss around it (e.g. to we auto generate that for any backend that is not domain-aware)?19:54
*** carl_baldwin has quit IRC19:54
*** litong has joined #openstack-dev19:54
henrynashayoung: or for every domain etc, etc.19:54
ayounghenrynash, my thought was that we look at the id, and if there is an @ sign in it, it is domain specific, otherwise it is in the "default" backend19:55
henrynashayoung: and what about group_id?19:55
*** mestery has joined #openstack-dev19:55
ayounghenrynash, has to be treated the same way19:55
henrynashayoung: agreed19:55
ayounggroupid@domain19:55
*** markmcclain has quit IRC19:55
*** terryh has quit IRC19:56
*** mestery has quit IRC19:56
*** litong has quit IRC19:57
*** adalbas has quit IRC19:57
*** cschwede has quit IRC19:57
*** mestery has joined #openstack-dev19:57
*** sandywalsh has quit IRC19:57
*** litong has joined #openstack-dev19:57
*** mestery has quit IRC19:58
*** networkstatic has quit IRC19:58
ayounghenrynash, https://blueprints.launchpad.net/keystone/+spec/domain-specific-ids19:58
henrynashayoung: great19:58
*** litong has quit IRC19:59
morganfainbergayoung / henrynash, ++19:59
*** markmcclain has joined #openstack-dev19:59
*** litong has joined #openstack-dev19:59
henrynashayoung, morganfainberg: as an aside, I have started a couple to "purify the assignment backend", namely:20:01
radixis it possible to request the catalog from keystone without authenticating? (i.e., assuming I already have a token)20:01
*** herndon_ has quit IRC20:01
henrynashhttps://blueprints.launchpad.net/keystone/+spec/grant-table-rationalization20:01
henrynashand20:01
henrynashhttps://blueprints.launchpad.net/keystone/+spec/role-assignment-crud20:01
morganfainberghenrynash, i am really looking forward to not having 3 grant tables if i read that right20:01
morganfainbergor is it 4?20:01
henrynashmorganfainberg: 4, my friend, 420:01
*** otherwiseguy has quit IRC20:01
ayounghenrynash, morganfainberg, while poking around at the LDAP backend this morning, i noticed that we tend to look up objects multiple times.  I think we want to add the "dn" on to the any ldap entities, and use them for any additional lookups20:02
morganfainberghenrynash, yeah +++++++++++ <more> on cleaning that up :)20:02
ayoungI'll kaibosh that idea.20:02
*** amohn9 has joined #openstack-dev20:02
ayoung1 table, and it is an assignment, not a grant...20:02
morganfainbergayoung, ah20:02
*** gordc has joined #openstack-dev20:02
*** herndon_ has joined #openstack-dev20:02
ayounghenrynash, yeah...you got it right!20:02
henrynashayoungL absolutely agree20:02
ayoungI read that as "I look forward to having 4 grant tables:" and I had a small heart attack....whew20:03
*** litong has quit IRC20:03
henrynashmorganfainberg: actually there could have been 5, but luckily ayoung get rid of the "UserTenantMembershiip" table20:03
*** networkstatic has joined #openstack-dev20:03
*** litong has joined #openstack-dev20:04
morganfainbergayoung, no no getting it down to something sane.20:04
ayoungmorganfainberg, I really like working with you guys...20:04
* ayoung has new rule...if a suggestion looks like it is going backwards, assume I read it backwards20:05
morganfainbergayoung, better idea, lets make it 15 tables… with FK constraints on the policy and catalog tables.20:05
*** kenperkins has joined #openstack-dev20:05
morganfainberg>.>20:05
morganfainberg;)20:06
ayoungmorganfainberg, I was contemplating having each of the modules register with the wsgi just like the extensions do.  Then, we can enumerate identity, assignments, policy, catalog, and tokens from the /v2.0 and v3 pages...what do you think?20:06
*** litong has quit IRC20:07
*** jmontemayor has quit IRC20:07
*** eglynn has joined #openstack-dev20:07
*** litong has joined #openstack-dev20:07
*** litong has quit IRC20:08
dolphmayoung: regarding looking up things multiple times -- 18 queries to LDAP during authentication, 6 of which are unique queries :)20:08
ayoungdolphm, yeah...If we grab the DN off the object, and look things up with that, we probably drop half of them20:08
*** litong has joined #openstack-dev20:08
ayoungdolphm, let me see if I can split that out into its own patch.20:09
dolphmradix: we're talking about adding a GET /catalog to do just that, but the only solution we have right now is to validate your own token20:09
dolphmradix: GET /v3/auth/tokens or GET :35357/v2.0/tokens/{token_id}20:09
morganfainbergayoung, that seems like a good approach (enumerating).20:09
radixdolphm: oh, that's cool20:09
radixdolphm: as long as I can do that :) I was worried that I would have to *authenticate*20:09
dolphmradix: that's an option as well, but please try to avoid that :P20:10
*** litong has quit IRC20:10
morganfainbergayoung, i'm trying to visualize it, but it's a little hazy.  but that might be because i'm shuffling git repositories atm :P20:10
*** gordc has quit IRC20:11
*** litong has joined #openstack-dev20:11
radixdolphm: the reason I ask is because I saw that "keystone --debug catalog" is actually just authenticating to get the catalog20:11
radixand heat is still authenticating even when it has a token *just* to get the catalog, I think20:11
*** boden has quit IRC20:12
*** martyntaylor has quit IRC20:12
radixactually maybe keystone catalog does avoid authenticating if it has the token stored in a keyring, I haven't tested that20:12
*** chandankumar has quit IRC20:12
radixI'll look to see if python-keystoneclient even has a method for validating the token20:12
morganfainbergradix, heat isn't the only project that did/does that for getting a catalog20:13
*** sandywalsh has joined #openstack-dev20:13
*** litong has quit IRC20:13
*** jmontemayor has joined #openstack-dev20:13
*** jcoufal has joined #openstack-dev20:13
*** mestery has joined #openstack-dev20:13
*** litong has joined #openstack-dev20:14
*** yolanda has quit IRC20:15
*** litong has quit IRC20:18
dolphmradix: i actually don't think it does! at least there's no client.tokens.validate()20:18
*** gordc has joined #openstack-dev20:18
radixwell, that might be one reason why so many projects reauth ;-)20:18
dolphmthat's probably true :(20:18
*** litong has joined #openstack-dev20:19
*** vuil has quit IRC20:19
morganfainbergisn't client.tokens.get_token validate?20:19
morganfainbergor does that only scrape the x-subject-token out?20:19
*** networkstatic has quit IRC20:20
*** martyntaylor has joined #openstack-dev20:21
*** litong has quit IRC20:22
*** litong has joined #openstack-dev20:22
*** gordc has quit IRC20:22
*** sdake_ has quit IRC20:22
*** martyntaylor has quit IRC20:22
*** gordc has joined #openstack-dev20:22
*** martyntaylor has joined #openstack-dev20:23
*** martyntaylor has quit IRC20:24
*** senk has joined #openstack-dev20:24
*** martyntaylor has joined #openstack-dev20:25
*** stevemar has quit IRC20:26
*** litong has quit IRC20:27
*** rackerjoe has left #openstack-dev20:27
*** alunduil has joined #openstack-dev20:28
*** litong has joined #openstack-dev20:28
*** litong has quit IRC20:28
*** senk has quit IRC20:29
*** litong has joined #openstack-dev20:29
*** annegentle has joined #openstack-dev20:29
*** litong has quit IRC20:29
*** litong has joined #openstack-dev20:30
*** markmcclain has quit IRC20:30
*** mkollaro1 has quit IRC20:30
*** dvarga has quit IRC20:31
*** otherwiseguy has joined #openstack-dev20:31
*** SergeyLukjanov has joined #openstack-dev20:31
*** gordc has quit IRC20:31
*** litong has quit IRC20:32
*** alop has quit IRC20:32
*** gordc has joined #openstack-dev20:32
*** litong has joined #openstack-dev20:33
*** larsks has quit IRC20:34
*** SumitNaiksatam has quit IRC20:35
*** litong has quit IRC20:35
*** SumitNaiksatam has joined #openstack-dev20:35
*** anniec has quit IRC20:35
*** cmcnamara has quit IRC20:35
ayoungmorganfainberg, in the function _ldap_res_to_model we have access to the dn.  If we stick it in the model, we are good...until we need to strip it out to pass all of the unit tests that don't think it should be there.  Tempted to overload _ldap_res_to_modle for user and grop, and append it.20:37
*** litong has joined #openstack-dev20:37
*** litong has joined #openstack-dev20:37
morganfainbergayoung, that would be where i would add that, at first pass20:38
*** litong has quit IRC20:38
morganfainbergayoung, in the long run would you update unit tests to accept it being there?20:38
*** mkollaro has joined #openstack-dev20:39
*** litong has joined #openstack-dev20:40
*** alop has joined #openstack-dev20:40
ayoungmorganfainberg, maybe.  I think that the problem is really the LDAP assignment backedn, which I want to deprecate anyway, and then we can just leave the DN in there.  We have the filter call that strips out unwanted Attributes, but LDAP assignments needs to have direct access to the hidden methods of the ldap identity backend.20:42
*** eglynn has quit IRC20:42
morganfainbergayoung. ++ on deprecating that backend.  and that makes perfect sense if it is deprecated, unit tests don't need it.20:42
*** jpeeler has quit IRC20:43
*** litong has quit IRC20:44
*** litong has joined #openstack-dev20:45
radixmorganfainberg: I'm looking at all the methods named "get_token" and I'm not seeing one that calls the API like that20:47
radixlooks like they just wrap an already-fetched service catalog20:47
morganfainbergradix, sec i'll find what i was thinking about, i might be wrong.20:47
*** cdub_ has joined #openstack-dev20:49
*** litong has joined #openstack-dev20:49
ayoungradix, get_service_catalog in the client actully gets the token20:49
radixI don't see that method20:49
radixgrepping the entire python-keystoneclient codebase20:50
*** boris-42 has quit IRC20:51
radix(^ayoung)20:51
*** branen has quit IRC20:51
*** branen has joined #openstack-dev20:52
ayoungradix, I migt have the name wrong...I'm looking at other code right now20:52
*** welldannit has joined #openstack-dev20:52
*** tong|2 has joined #openstack-dev20:52
ayoungget_catalog? summat like that20:52
*** Dr_Who has quit IRC20:52
*** grizzled has joined #openstack-dev20:53
radixthere's a service_catalog method that returns the pre-cached catalog20:53
radixno get_catalog that I can see either20:53
*** mestery has quit IRC20:54
*** zaneb has quit IRC20:54
*** Dr_Who has joined #openstack-dev20:55
*** Dr_Who has joined #openstack-dev20:55
ayoungradix, what if it is not cached?20:56
*** radez is now known as radez_g0n320:56
radixactually it's a property. it just does "return self.auth_ref.service_catalog"20:56
*** tonix has quit IRC20:57
*** eglynn has joined #openstack-dev20:57
ayoungradix, yep, and what sets auth_ref?20:58
radixhm, it looks like there's something in the middleware that verifies a token but it's not factored in a way that exposes it20:58
radixayoung: only authentication, afaict.20:58
ayounghold on....20:59
*** dolphm has quit IRC20:59
*** morazi has quit IRC20:59
*** jpeeler has joined #openstack-dev20:59
ayoungradix, ./keystoneclient/httpclient.py:235:            self.auth_ref = access.AccessInfo.factory(**auth_ref)20:59
radixayoung: I don't understand how this helps me make an API call to get the service catalog.21:00
*** noslzzp has quit IRC21:00
*** herndon_ has quit IRC21:00
*** tong|2 has quit IRC21:00
ayoungnah..that is if you already have it..still looking21:00
*** cdub_ has quit IRC21:00
radixcheck verify_uuid_token in middleware21:01
ayoungline 46721:01
*** jasondotstar has quit IRC21:01
ayoungresp, body = self.get_raw_token_from_identity_service(**kwargs)21:01
radixauth_token.py21:01
*** senk has joined #openstack-dev21:01
*** mrodden1 has quit IRC21:01
radixayoung: that authenticates21:02
ayoungradix, and then that is implemented in the subclasses21:02
radixyes. as authentication.21:02
ayoungradix, as I said, that is where we get the service catalog21:02
*** salv-orlando has joined #openstack-dev21:03
ayoungradix, so why would you request it again?21:03
radixayoung: I guess you missed some context. my whole line of questioning is about getting the service catalog without authenticating, when I already have a token21:03
ayoungradix, the service_catalog is embedded in the response21:03
*** herndon_ has joined #openstack-dev21:03
*** senk has quit IRC21:03
ayoungradix, if you have a token, you have the service_catalog, unless someone passed you a uuid token, which they should never do21:04
radixthen dolphm pointed out that if you GET /v3/tokens/ you can do that, and I said I couldn't find a method in python-keystoneclient that exposes that functionality.21:04
*** eglynn has quit IRC21:04
*** kenperkins has quit IRC21:04
*** DinaBelova has joined #openstack-dev21:04
radixer, /v3/auth/tokens/21:04
ayoungradix, that get is used to validate a token.  The command line client doesn't do that....and I think that the call is a v2 call in auth_token middleware, not v321:05
ayoungso GET /v2.0/token/<id>21:05
*** stevemar has joined #openstack-dev21:05
*** rfolco has quit IRC21:07
*** kenperkins has joined #openstack-dev21:08
radixayoung: are you saying that e.g. heatclient should pass the full token and service catalog to the heat server? i'm kind of lost21:09
*** DinaBelova has quit IRC21:09
radixI don't understand what you mean by never having a uuid token without a service catalog.21:09
*** jmontemayor has quit IRC21:10
*** senk has joined #openstack-dev21:11
*** mrodden has joined #openstack-dev21:12
*** dsirrine has quit IRC21:12
*** sdake_ has joined #openstack-dev21:12
*** sdake_ has quit IRC21:12
*** sdake_ has joined #openstack-dev21:12
ayoungradix, so heat is not validating the token via auth_token middleware?21:13
ayoungradix, when a user gets a token, they get the service catalog with it.  When a service validates a token, it gets the service_catalog21:14
ayoungradix, if it is a PKI token, the service catalog is signed inside the token21:14
*** grizzled has quit IRC21:14
*** shardy is now known as shardy_afk21:14
ayoungif a uuid token is passed to keystone to validate, the validate call returns the service_catalog21:14
*** jamielennox is now known as jamielennox|away21:15
radixayoung: hmm, yeah, I guess heat is using auth_token middleware. so I guess it must be somewhere...21:16
*** donaldh has joined #openstack-dev21:17
radixAHHHH I think I just figuerd it out. we're implementing an unauthenticated webhook call... I need to go think about this for a bit :)21:17
*** topol has quit IRC21:18
ayoungand with that..I have to go pickup the kids.  Back in a few hours21:18
*** henrynash has quit IRC21:19
*** pcm_ has quit IRC21:20
*** CaptTofu has quit IRC21:20
*** sdake_ has quit IRC21:20
*** sdake_ has joined #openstack-dev21:20
*** sdake_ has quit IRC21:20
*** sdake_ has joined #openstack-dev21:20
*** CaptTofu has joined #openstack-dev21:20
*** amohn9 has quit IRC21:23
*** giulivo has quit IRC21:24
*** davidhadas_ has joined #openstack-dev21:24
*** vipul is now known as vipul-away21:25
*** davidhadas has quit IRC21:26
*** anniec has joined #openstack-dev21:27
*** zaitcev has quit IRC21:27
*** thomasm has quit IRC21:28
*** sarob has quit IRC21:28
*** vipul-away is now known as vipul21:29
*** datsun180b has quit IRC21:29
*** sarob has joined #openstack-dev21:29
*** sarob has quit IRC21:34
*** MaxV has quit IRC21:35
*** alop has quit IRC21:36
*** alop has joined #openstack-dev21:37
lbragstadhey russellb, quick question on a bug you put a fix in for (https://bugs.launchpad.net/glance/+bug/1100317) that might be similar to something I am seeing. I am using impl_qpid as the rpc_backend to send notifications in Keystone on resource changes.21:38
uvirtbotLaunchpad bug 1100317 in glance/grizzly "Glance hangs in qpid notification when adding/removing an image" [High,Fix released]21:38
*** mestery has joined #openstack-dev21:38
*** amohn9 has joined #openstack-dev21:39
morganfainbergbknudson, hehe next time i'll wait before uploading another patchset ;)21:40
*** mestery has quit IRC21:40
bknudsonmorganfainberg: I was pulled away to a meeting so submitted the couple of files that I had reviewed.21:41
morganfainbergbknudson, not a worry, i'm amused. :)21:41
bknudsonIt doesn't cause a problem for me reviewing... I just compare to the one I reviewed.21:41
morganfainbergbknudson, if you're ready i'll go through and get a foll,owup patchset done21:42
bknudsonmorganfainberg: I'm done reviewing that one for today.21:42
bknudsonany more reviews and I'll go loopy.21:42
morganfainbergbknudson, cool.  thanks for the comments.  yeah i know how that goes somedays21:42
*** anniec has quit IRC21:44
*** cjellick has joined #openstack-dev21:44
*** cmcnamara has joined #openstack-dev21:47
*** sdake_ has quit IRC21:48
*** insanidade has joined #openstack-dev21:48
*** amohn9 has quit IRC21:49
*** xqueralt is now known as xqueralt-afk21:49
*** cmcnamara has quit IRC21:51
*** donaldh has quit IRC21:52
*** Ryan_Lane has quit IRC21:52
*** cmcnamara has joined #openstack-dev21:52
*** Ryan_Lane has joined #openstack-dev21:52
*** jcoufal has quit IRC21:52
*** martine_ has joined #openstack-dev21:53
*** shinylasers has quit IRC21:53
jgriffithjog0: thanks for the reminder on the lvremove failure21:54
jog0jgriffith: thanks for looking into it21:54
jog0jgriffith: I am working on better tracking of transient failures, currently automatically classifying them using logstash so in the future we will have better stats on all this21:54
*** cmcnamara has quit IRC21:54
jgriffithjog0: man.. that will be AWESOME!21:55
jgriffithjog0: and much more accurate21:55
jgriffithjog0: so I think the issue on that BTW is messed up target connections21:56
*** CaptTofu has quit IRC21:56
jgriffithjog0: something goes very bad with and the dm-mapper entry never gets cleaned up correctly21:56
*** CaptTofu has joined #openstack-dev21:56
jgriffithanyway, I'm going to see if I can come up with a better fix than the last one I proposed21:56
*** martine_ has quit IRC21:57
*** cmcnamar_ has joined #openstack-dev21:57
*** xmltok_ has quit IRC21:59
*** eglynn has joined #openstack-dev22:00
*** lucasagomes has quit IRC22:01
jog0jgriffith: thanks22:02
jog0jgriffith: we have the the basic tool running in #openstack-qa22:02
*** amohn9 has joined #openstack-dev22:03
*** cmcnamar_ has quit IRC22:03
*** kbringard has quit IRC22:03
lbragstadbnemec: around?22:04
*** cmcnamara has joined #openstack-dev22:04
*** senk has quit IRC22:04
bnemeclbragstad: Yep22:04
lbragstadgot a minute for a qq?22:04
lbragstadI have a qpid question :)22:04
*** jasondotstar has joined #openstack-dev22:06
*** vuil has joined #openstack-dev22:06
*** sarob has joined #openstack-dev22:07
*** sarob has quit IRC22:07
*** sbadia has left #openstack-dev22:07
*** sarob has joined #openstack-dev22:08
bnemeclbragstad: Whoops, yeah.22:08
*** sbadia_ has joined #openstack-dev22:08
*** cmcnamara has quit IRC22:08
*** tstevenson_ has quit IRC22:08
lbragstadIn Keystone we are running oslo's notifier module and we get notifications on the queue when we use impl_kombu and also the log notifier, but when I try to use the impl_qpid backend, the notification will hang attempting to establish a connection (https://bugs.launchpad.net/oslo/+bug/1224565). I have following the trace into the qpid.messaging code and also tried pulling in the latest notifier changes from Oslo to Keystone so that keys22:09
uvirtbotLaunchpad bug 1224565 in oslo "Can't establish qpid connection with impl_qpid.py" [Undecided,New]22:09
lbragstadbnemec: wondering if I am missing something with the qpid configuration or if you have any suggestions on how to approach this next?22:09
*** dims has quit IRC22:09
*** cmcnamara has joined #openstack-dev22:10
lbragstadI saw Glance was having a similiar issue in Grizzly, but that case is a little different given Glance doesn't use the notifier module from Oslo22:10
lbragstadbnemec: which is documented here -> https://bugs.launchpad.net/glance/+bug/110031722:10
uvirtbotLaunchpad bug 1100317 in glance/grizzly "Glance hangs in qpid notification when adding/removing an image" [High,Fix released]22:11
bnemeclbragstad: Yeah, that was my first thought.22:11
bnemecUnfortunately I don't know that they ever found the reason for those hangs either.22:11
lbragstadbnemec: ahh gotcha22:11
bnemecKind of punted and opened a new connection for every notification.22:11
bnemecI don't know if they've switched to using Oslo notification yet in Glance.22:12
*** eharney_ has joined #openstack-dev22:12
lbragstadI don't think so22:12
lbragstadhttps://github.com/openstack/glance/blob/master/glance/notifier/notify_qpid.py22:12
bnemecDo you know if this ever worked in Keystone?22:12
*** Dr_Who has quit IRC22:12
*** eharney has quit IRC22:12
lbragstadwell, notifications work in Keystone using impl_kombu or the log notifier, but impl_qpid doesn't work22:12
bnemecThere's been some churn lately in Qpid so it's possible something got broken.22:13
lbragstadthat could be true22:13
lbragstadI would think if that were the case, or if something possibly wasn't handled in Oslo then it would be effecting other projects as well.22:13
bnemecYou would think. :-)22:13
*** zzs has left #openstack-dev22:13
bnemecMight be worth finding an old version of impl_qpid and syncing it into Keystone just to see though.22:15
*** portante is now known as portante|afk22:15
bnemec(FWIW, I've only glanced at the bug you opened.  Been buried in onboarding tasks this week. :-)22:16
*** eharney_ is now known as eharney22:16
*** cmcnamara has quit IRC22:16
*** zaitcev has joined #openstack-dev22:17
lbragstadbnemec: no worries, I appreciate you taking a look!22:17
*** cmcnamara has joined #openstack-dev22:17
*** Thor has quit IRC22:19
*** stevemar has quit IRC22:19
*** cmcnamar_ has joined #openstack-dev22:20
*** Thor has joined #openstack-dev22:21
*** jvrbanac has joined #openstack-dev22:21
*** cmcnamara has quit IRC22:21
*** bknudson has quit IRC22:21
*** amohn9 has quit IRC22:23
*** jasondotstar has quit IRC22:23
*** cmcnamar_ has quit IRC22:24
*** dims has joined #openstack-dev22:24
*** amohn9 has joined #openstack-dev22:24
*** CaptTofu has quit IRC22:24
*** neelashah has quit IRC22:25
*** CaptTofu has joined #openstack-dev22:25
*** CaptTofu has quit IRC22:25
*** CaptTofu has joined #openstack-dev22:25
*** adjohn_ has joined #openstack-dev22:26
*** CaptTofu has quit IRC22:27
*** adjohn_ has quit IRC22:27
*** CaptTofu has joined #openstack-dev22:28
*** adjohn has joined #openstack-dev22:28
*** cmcnamara has joined #openstack-dev22:28
*** eharney has quit IRC22:30
*** CaptTofu has quit IRC22:30
*** CaptTofu has joined #openstack-dev22:31
*** mrodden has quit IRC22:32
*** FunnyLookinHat has quit IRC22:32
*** lbragstad has quit IRC22:32
*** changbl has quit IRC22:35
*** sbadia_ is now known as sbadia22:36
*** dolphm has joined #openstack-dev22:36
*** jecarey has quit IRC22:38
*** dstanek has quit IRC22:41
*** adjohn has quit IRC22:41
*** amohn9 has quit IRC22:41
*** adjohn has joined #openstack-dev22:42
*** galstrom is now known as galstrom_zzz22:42
*** amohn9 has joined #openstack-dev22:44
*** michchap has joined #openstack-dev22:46
*** jhesketh_ has joined #openstack-dev22:48
*** amohn9 has quit IRC22:48
*** radsy has joined #openstack-dev22:49
insanidadeexit22:51
*** insanidade has quit IRC22:51
*** prad has quit IRC22:51
*** cthulhup has joined #openstack-dev22:52
*** senk has joined #openstack-dev22:52
*** pmathews has quit IRC22:53
*** portante|afk is now known as portante22:54
*** lucasagomes has joined #openstack-dev22:55
*** cthulhup has quit IRC22:55
*** kbrierly has quit IRC22:55
*** sbadia has quit IRC22:56
*** sbadia has joined #openstack-dev22:57
*** herndon_ has quit IRC23:00
*** dolphm has quit IRC23:02
*** dolphm has joined #openstack-dev23:03
*** spzala has quit IRC23:04
*** amohn9 has joined #openstack-dev23:05
*** kbrierly has joined #openstack-dev23:05
Guest58099Anyone ever see _DEFAULT_TARGET_ENDPOINT_TYPE attribute missing in unit tests on oslo-incubator?23:05
*** anniec has joined #openstack-dev23:07
*** jasondotstar has joined #openstack-dev23:08
*** Mandell_ has quit IRC23:10
*** gongysh has joined #openstack-dev23:10
*** amohn9 has quit IRC23:10
*** jamielennox|away is now known as jamielennox23:13
*** kenperkins has quit IRC23:15
*** larsks has joined #openstack-dev23:18
*** garyk1 has joined #openstack-dev23:18
*** dstufft has quit IRC23:19
*** dstufft_ has joined #openstack-dev23:19
*** luisg has quit IRC23:19
*** garyk has quit IRC23:20
morganfainbergdolphm, ping.23:23
*** jvrbanac has quit IRC23:23
morganfainbergdolphm, nvm23:24
*** dolphm has quit IRC23:25
*** michchap has quit IRC23:26
*** dolphm has joined #openstack-dev23:26
*** dolphm has quit IRC23:27
*** michchap has joined #openstack-dev23:29
*** rcrit has quit IRC23:30
*** amohn9 has joined #openstack-dev23:30
*** stevemar has joined #openstack-dev23:30
*** sbadia has quit IRC23:31
*** dolphm has joined #openstack-dev23:31
*** vipul is now known as vipul-away23:31
*** sbadia has joined #openstack-dev23:32
dolphmmorganfainberg: pong/nvm23:33
morganfainbergdolphm, lol23:34
morganfainbergdolphm, actually since you're here23:34
dolphmo/23:34
morganfainbergcan you see any issue with moving the "filter_user" calls from identity up to the manager from the drivers?23:34
*** malini is now known as malini_afk23:34
morganfainbergit seems silly to implement it in each driver.23:34
*** vipul-away is now known as vipul23:34
morganfainbergdolphm, https://review.openstack.org/#/c/46207/14/keystone/tests/test_backend.py as commented on by bknudson23:35
morganfainberg(line 147)23:35
morganfainbergdolphm, and i'm thinking this change should be part of the bug(s) but as a separate patchset.  this patchset is already… hard enough to follow23:35
dolphmmorganfainberg: i've thought about that... i'm very torn. passwords shouldn't escape the driver, but redundant code sucks23:35
morganfainbergdolphm, putting it on the manager should enforce it not escaping the driver.  right? manager is the gate for that kind of stuff.23:36
morganfainbergthis comment also highlights a couple tests are making bad assumptions.23:37
*** salv-orlando has quit IRC23:37
morganfainberg(probably just weren't updated a while back)23:37
dolphmmorganfainberg: yes; i'm just being paranoid about misbehaving extensions, etc :-/23:38
dolphmmorganfainberg: the sane part of me says it should be in the manager23:38
morganfainbergdolphm, when i do the refactor in Icehouse for ABCMeta, i was also planning on making it a bit harder to extract the driver from the manager.23:38
morganfainberge.g. a bit more enforcement so extensions would need to work to misbehave23:39
dolphmmorganfainberg: ooh, i'd be interested in that23:39
dolphmmorganfainberg: i really hate the identity_api.driver.should_not_be_doing_this_ever()23:39
morganfainbergyeah, i have been noodling over how to enforce that.23:39
*** fbo is now known as fbo_away23:40
*** larsks has quit IRC23:40
dolphmmorganfainberg: __driver ?23:40
*** larsks has joined #openstack-dev23:40
dolphm"enforce"23:40
morganfainbergdolphm, well that in part, but i was thinking of also making it more anonymous access, so it really only exists in the namespace of the manager23:40
*** cmcnamara has quit IRC23:40
morganfainbergand not something that could be accessed on the object.23:41
morganfainbergbut _driver is the first step ;)23:41
*** cmcnamara has joined #openstack-dev23:41
dolphmmorganfainberg: anonymous access?23:41
morganfainbergsimilar to a function def within a function def23:41
*** hemna is now known as hemnafk23:42
dolphmmorganfainberg: (i'm specifically referring to double underscore to invoke python's name mangling thingy)23:42
morganfainbergoh oh yeah that would work too23:42
*** amohn9 has quit IRC23:42
morganfainbergdolphm, but i def. want to see driver less available than the manager methods.23:44
*** jasondotstar has quit IRC23:44
*** rcrit has joined #openstack-dev23:45
*** cmcnamara has quit IRC23:45
dolphmmorganfainberg: agree; anything to encourage better behavior would be a win23:45
morganfainbergdolphm, but back to the question.  should i just update the tests to be "more correct" or is it better to move this logic to the manager for H?23:46
morganfainbergi think either will address brant's concerns.23:47
*** kbrierly has quit IRC23:48
*** lucasagomes has quit IRC23:49
*** changbl has joined #openstack-dev23:52
*** jhesketh__ has joined #openstack-dev23:52
*** jcoufal has joined #openstack-dev23:54
*** jasondotstar has joined #openstack-dev23:55
*** jprovazn has quit IRC23:55
morganfainbergdolphm, the more i think about it, the more i'm leaning towards just the tests until the further cleanup for I.  yeah thats what i'm going to do.23:55
*** mkollaro has quit IRC23:58
*** vuil has quit IRC23:58
*** mkollaro has joined #openstack-dev23:58
*** mkollaro has quit IRC23:59

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