Wednesday, 2015-04-08

bknudson1this looks bad: http://logs.openstack.org/27/171327/2/gate/gate-keystone-python27/6acb43d/console.html#_2015-04-07_22_27_29_96100:06
bknudson1py27 tests failed.00:06
bknudson1this is also an error in dogpile.cache...00:08
bknudson1new release?00:08
bknudson1I was able to recreate it locally...00:10
bknudson1pymongo 3.0 was released.00:11
morganfainbergblah00:12
morganfainbergg-r update time.00:12
morganfainbergand likely needs to be in the kilo-rc for g-r00:12
morganfainbergalternatively...00:12
bknudson1I'll work on the g-r update.00:13
morganfainbergwe drop the mongo driver for dogpile.00:13
morganfainberg:P00:13
morganfainberg(not serious yet)00:13
bknudson1we can't drop mongo... we needs webscale00:13
morganfainberghahahaha00:13
bknudson1morganfainberg: https://review.openstack.org/#/c/171438/ <-- g-r change.00:15
bknudson1I updated the commit message.00:18
bknudson1bug 144139300:19
openstackbug 1441393 in Keystone "keystone unit tests fail with pymongo 3.0" [Undecided,New] https://launchpad.net/bugs/144139300:19
bknudson1did they rename the method or remove it or what?00:19
bknudson1it's gone!00:22
bknudson1no deprecation warning or anything.00:22
morganfainbergmajor version bump though looks like00:23
morganfainbergwhich, at least they are using sensible versioning00:23
morganfainberg2.x = has it, 3.x doesn't00:23
bknudson1I guess mongos_enum didn't have a dostring, so maybe it wasn't public.00:23
morganfainbergyeah might not have been00:23
bknudson1_MONGOS_MODES is still there.00:24
bknudson1oh, it was renamed.00:25
morganfainbergoh00:26
morganfainbergfantastic00:26
bknudson1looks like it's called read_pref_mode_from_name now?00:27
morganfainbergnot that this becomes hard to support multiple versions this way or anything >.>00:27
morganfainbergah well i guess thats why we have min/cap capabilities00:27
bknudson1y, it looks like it was just renamed... let me give it a shot.00:29
*** browne has joined #openstack-keystone00:33
openstackgerritBrant Knudson proposed openstack/keystone: Work with pymongo 3.0  https://review.openstack.org/17144200:36
bknudson1we'll see if that works.00:36
openstackgerritBrant Knudson proposed openstack/keystone: Work with pymongo 3.0  https://review.openstack.org/17144200:42
openstackgerritBrant Knudson proposed openstack/keystone: Work with pymongo 3.0  https://review.openstack.org/17144200:43
bknudson1added a comment.00:43
openstackgerritJamie Lennox proposed openstack/keystone: Move endpoint policy into keystone core  https://review.openstack.org/17144800:51
*** stevemar has joined #openstack-keystone00:57
*** ChanServ sets mode: +v stevemar00:57
*** zzzeek has quit IRC01:00
*** alexsyip has quit IRC01:05
*** _cjones_ has quit IRC01:08
*** spandhe has quit IRC01:08
openstackgerritMerged openstack/keystonemiddleware: Fix typos in keystonemiddleware  https://review.openstack.org/17072201:08
lhchengstevemar: when you get the chance, can you remove the -2s for https://review.openstack.org/#/c/167939/ and https://review.openstack.org/#/c/167939/01:11
stevemarlhcheng, for our newest core? Anything!?01:13
stevemar!!01:13
openstackstevemar: Error: "!" is not a valid command.01:13
lhchengstevemar: lol thank you sir!01:14
stevemarlhcheng, you linked the same review twice :)01:14
stevemarwere there 2 different ones?01:14
lhchengoops01:15
lhchenghttps://review.openstack.org/#/c/168427/01:15
lhchengstevemar: I am just making sure you get the link :P01:15
*** ayoung has joined #openstack-keystone01:16
*** ChanServ sets mode: +v ayoung01:16
*** iamjarvo has joined #openstack-keystone01:19
stevemarhey, i am the author on that one01:20
stevemarneat01:20
lhchengstevemar: thanks!01:23
*** lhcheng has quit IRC01:23
stevemarmorganfainberg, i already proposed the placeholder patch :) https://review.openstack.org/#/c/171329/01:23
*** alex_xu has joined #openstack-keystone01:37
*** erkules has quit IRC01:42
*** iamjarvo has quit IRC01:49
*** dims_ has quit IRC01:51
*** spandhe has joined #openstack-keystone01:54
*** spandhe_ has joined #openstack-keystone01:59
*** cyeoh has quit IRC02:00
*** d34dh0r53 has quit IRC02:00
*** spandhe has quit IRC02:01
*** spandhe_ is now known as spandhe02:01
*** hockeynut has quit IRC02:01
*** comstud has quit IRC02:01
*** lbragstad has quit IRC02:01
*** Trozz_ has joined #openstack-keystone02:01
*** boris-42 has quit IRC02:02
*** dtroyer has quit IRC02:02
*** mgagne has quit IRC02:02
*** adam_g has quit IRC02:02
*** gus has quit IRC02:02
*** sudorandom has quit IRC02:02
*** Trozz has quit IRC02:02
*** dolphm has quit IRC02:02
*** raildo has quit IRC02:02
*** gus has joined #openstack-keystone02:03
*** ayoung has quit IRC02:05
*** boris-42 has joined #openstack-keystone02:05
*** sudorandom has joined #openstack-keystone02:07
*** d34dh0r53 has joined #openstack-keystone02:07
*** hockeynut has joined #openstack-keystone02:07
*** comstud has joined #openstack-keystone02:07
*** dolphm has joined #openstack-keystone02:07
*** adam_g has joined #openstack-keystone02:07
*** ChanServ sets mode: +o dolphm02:07
*** adam_g has quit IRC02:07
*** adam_g has joined #openstack-keystone02:07
*** mgagne has joined #openstack-keystone02:08
*** dtroyer has joined #openstack-keystone02:08
*** mgagne is now known as Guest3992602:08
*** lbragstad has joined #openstack-keystone02:11
*** cyeoh has joined #openstack-keystone02:11
*** SpamapS has joined #openstack-keystone02:18
SpamapSmorganfainberg: poke02:18
morganfainbergSpamapS: eek02:18
*** patrickeast has quit IRC02:21
SpamapSmorganfainberg: dogpile.cache is pissing me off02:21
morganfainbergSpamapS: sorry :(. What's happening and can I help make it less sucky.02:22
SpamapSmorganfainberg: the entire library seems to rely on the region being available at import time.02:22
*** harlowja is now known as harlowja_away02:22
morganfainbergSort of02:22
SpamapSwhich is like, zomg not concurrency safe and makes me cry02:22
morganfainbergI have written some tooling around that.02:22
SpamapSI want a cache per object02:22
morganfainbergAh a region per object?02:22
morganfainbergIn dogpile parlance02:23
SpamapSwell really I just care that the object is isolated so I don't have to worry about concurrency.02:23
morganfainbergIn-memory cache?02:23
SpamapSany backend will do02:23
morganfainbergSo dogpile does thread.local some stuff02:24
morganfainbergWhen it comes to the backends.02:24
SpamapSIt doesn't say in the docs regions can be shared across threads.02:24
morganfainbergWhat are you poking at so I have a bit more context.02:24
SpamapSIf it did that, I might feel better.02:25
SpamapSmorganfainberg: shade....02:25
morganfainbergOk.02:25
SpamapSmorganfainberg: https://git.openstack.org/cgit/openstack-infra/shade/tree/shade/__init__.py02:25
morganfainbergSo let me finish food, (have to pay and walk home in the rain)02:25
SpamapSmorganfainberg: basically I can't use the cache_on_arguments decorator without having region available at import time.02:26
SpamapSmorganfainberg: rain should be stopping any minute02:26
morganfainbergYeah I keep meaning to fix that02:26
SpamapSI could just generate my own keys02:27
morganfainbergThe solution I had was I made a partial that decorated and configured the object's region then the decorator was object local02:27
SpamapSmorganfainberg: thats kind of what I'm poking at now.02:27
morganfainbergIt's icky.02:28
SpamapSmorganfainberg: I've got it working, but then I lose things like the .invalidate() method.02:28
SpamapSmorganfainberg: https://review.openstack.org/17145602:28
morganfainbergThat is the problem.02:28
SpamapSmorganfainberg: that works, but now no .invalidate() method, which was the whole point02:28
morganfainbergYou can lift he invalidate from the object local up.02:29
morganfainbergSpamapS: this is a core issue with memorization via decorators.02:30
morganfainbergSpamapS: decorators are compile time. You could make a version that is passed a region object that then the region is post-configured02:31
SpamapSmorganfainberg: it could be accomplished by having the decorator just keep track of methods and then close the loop at __init__ time with registration.02:31
SpamapSmorganfainberg: but that kind of has to be done inside dogpile.cache02:31
morganfainbergSure. It's meta programming for sure.02:31
SpamapSI have a feeling users just give up and make a global region.02:31
morganfainbergIt's what we did for keystone. Well a per-module region.02:32
morganfainbergSort of02:32
SpamapSThat won't work for shade.02:32
SpamapSIt wants per-cloud cache.02:32
SpamapSsome clouds we might want to use memcache servers, some local. It's just not a global problem.02:33
morganfainbergYou're asking for a abcmeta mechanism with @memoize being the source for indicating memorization should occur02:33
SpamapSI think what I might do is just ditch the decorators.02:33
SpamapSI can make my own keys02:33
SpamapSsucks02:33
SpamapSbut I can.02:33
morganfainbergI know how I'd write a metaclass for this.02:33
morganfainbergActually.02:34
*** browne1 has joined #openstack-keystone02:34
SpamapSAnyway, kids are going bonkers, I need to take a break.02:34
morganfainbergAnd the decorator could then look local for the region and call the wrap method as needed.02:34
SpamapSThanks for confirming what I thought: that it's not ideal and needs thought.02:34
SpamapSmorganfainberg: thats what I'm poking at now.02:34
SpamapSmorganfainberg: ignore the private class, but the test at the bottom is what I'm aiming at  http://paste.ubuntu.com/10769144/02:34
morganfainbergYeah. Dogpile is very rough around the edges because it meets a lot of needs just not all02:34
morganfainbergAnd it has been slow moving because it meets a lot of needs02:35
morganfainbergBut I think I know how I want to solve this for you.02:35
morganfainbergIn dogpile that is.02:35
*** browne has quit IRC02:37
openstackgerritLance Bragstad proposed openstack/keystonemiddleware: Pull echo service out of auth_token.  https://review.openstack.org/16517102:42
*** iamjarvo has joined #openstack-keystone02:44
jamielennoxreally simple one if people could take a look: https://review.openstack.org/#/c/167162/02:46
jamielennox+3, -1 including test changes02:47
*** dims has joined #openstack-keystone02:51
jamielennoxbknudson1: i get what you mean on https://review.openstack.org/#/c/169947/ but i think we need to up the default somewhat02:54
*** dims has quit IRC02:57
*** richm has quit IRC03:04
SpamapSmorganfainberg: http://paste.ubuntu.com/10769407/ <-- the ??? is the part that stumps me, unless we just require passing the object in.03:04
morganfainbergso, when you use invalidate you need to pass self in, e.g. https://github.com/openstack/keystone/blob/master/keystone/assignment/core.py#L96603:05
morganfainbergbecause the decorator is actually part of the region object03:06
morganfainbergand the local object is part of the key03:06
morganfainbergit gets a bit weird03:06
morganfainbergbut it makes sense03:06
morganfainbergin a pythonic way03:06
morganfainberglike i said i think i have a better approach03:06
morganfainbergbut it isn't something i can solve in dogpile w/o a release and chatting with mike bayer03:07
SpamapSmorganfainberg: ok so I'm not cray cray on that either. OK.03:07
morganfainbergnope03:07
SpamapSmorganfainberg: I'm quite happy to do leg work on that if it would help you.03:08
morganfainbergSpamapS, oh sure. let me mock it up though mocking it up likely will be most of the work :P03:08
morganfainbergi try not to pull a mordred when possible03:08
SpamapSmorganfainberg: missing API's lead to frustration, frustration leads to anger, and anger leads to NIH03:08
stevemarjamielennox, done03:15
jamielennoxstevemar: thank you - just need to prompt to get the little ones in03:16
stevemarnp at all03:16
jamielennoxstevemar: do you feel comfortable reviewing https://review.openstack.org/#/c/162529/03:17
stevemarjamielennox, i've been meaning to look at that one03:18
*** boris-42 has quit IRC03:18
stevemarit'll be a good excuse to delay making my slide decks03:19
*** alex_xu has quit IRC03:20
*** alex_xu has joined #openstack-keystone03:21
mordredmorganfainberg: you're one of the dogpile authors?03:24
morganfainbergmordred, i am a contributor03:24
mordredmorganfainberg: neat!03:24
morganfainbergmordred, mike bayer (SQLAlchemy) is the author03:24
mordredmorganfainberg: then, we may want to have a larger conversation about stupid things I'm doing with cache keys to03:25
mordredtoo03:25
morganfainbergi gave up and just let dogpile to it's own cache key management03:26
mordredwell ... I _Would_ ...03:26
morganfainbergin keystone03:26
mordredexcept that I will have more than one OpenStackCloud object03:26
morganfainbergright03:26
mordredeach with its own, let's say for instance "list_flavors()" method03:26
mordredexcept - those flavors are not the same03:26
lifelesscompositekey time03:27
mordredbecause it's different clouds03:27
morganfainbergoh what your usecase is makes tons of sense to me03:27
morganfainbergyou could use the namespace or your own keygen for it03:27
mordredlifeless: you pop up like a magical bunny, you know that03:27
lifelessmordred: its knack03:27
lifelessmordred: having provoked pip 6.103:27
mordredmorganfainberg: I looked at namepsace, but it seemed heavy-weight per call-site03:27
mordredlifeless: :)03:27
mordredmorganfainberg: so I made my own keygen - but a) wow what a strange API And b) wanted to make sure I wasn't bonghitsing03:28
morganfainbergthe keygen is very odd03:28
morganfainbergit's why i stopped trying to write my own03:28
mordredmorganfainberg: http://git.openstack.org/cgit/openstack-infra/shade/tree/shade/__init__.py#n26303:28
mordredI _think_ I may also need to add self.region into the key too03:29
morganfainbergyou will likely need to03:29
mordredI wish there was an easy way to add a prefex and then defer to the dogpile keygen03:29
morganfainbergyou also probably want to sha that resulting string03:29
mordredthe make_cache_key in dogpile didn't?03:30
morganfainberglooks like you just join it03:30
lifelessmorganfainberg: why sha specifically? [sha is kindof expensive]03:30
morganfainberglifeless, because it uses the full argstring of the all the arguments03:31
morganfainbergwhich is why kwargs are banned in the default impl03:31
morganfainberglifeless, some (read: memcache) backends are stupid and can't hand;e long strings as keys03:31
lifelessmorganfainberg: no, I mean - like, md5 ok? or even a weaker hash ?03:31
morganfainbergoh doesn't matter what you use03:31
morganfainberghash it03:31
mordredah03:31
morganfainbergif you don't mind the collision issues, md503:32
morganfainbergit's all fine03:32
lifelessmorganfainberg: md5 has no collision issues for this domain03:32
mordredso "hash it because there are stupid backends that have length issues" not "hash it because there is a part of the API I didn't catch"03:32
* mordred groks03:32
lifelessmorganfainberg: sure :)03:32
morganfainberglifeless, true. i meant at a "cause $security$ people look at  this and bitch about any use of sha1 or worse"03:33
morganfainbergmordred, yep03:33
mordredcool03:33
morganfainbergmordred, we hit the key-length issue in keystone a number of times.03:33
lifelessmorganfainberg: heh :). Security folk that don't consider context need edumacation.03:33
* mordred sics lifeless on the unedumacated security folk03:33
morganfainberglifeless, i wanted to use sha1 for an id that doesnt' need to be crypto secure, just to obscure data in a mostly-unique way03:33
mordredmorganfainberg: this was helpful! I like asking questions where I get concrete answers aback03:33
morganfainberggot told it was no fly, gave up and let people just do sha256 and suffer03:34
morganfainberglifeless, where collision makes zero difference...03:34
morganfainbergmordred :)03:34
lifelessmorganfainberg: desk . head ()03:34
morganfainbergmordred, i had a way to disable hashing of the keys when i did the initial impl in keystone. it was super valuable to debug03:35
mordredmorganfainberg: that's a good idea - perhaps I should tie that to self.debug=True03:35
morganfainbergmordred, but once you get your head wrapped around how dogpile works it's not as important03:35
lifelessmorganfainberg: oh, I'm reminded - that IdP php impl - does it need reviewing?03:35
lifelessmorganfainberg: or did I escape?03:35
morganfainberglifeless, you escaped03:36
morganfainberglifeless, it looks fine, it doesn't make stupid assumptions03:36
morganfainbergwe should just endeavor to not carry our own impl03:36
morganfainberglong term03:36
lifelessmorganfainberg: so we're going to maintain it ? :(03:36
morganfainbergnah, im harping on the "lets not maintain it" train03:36
lifelessI hope you win03:36
lifelesssince OpenStack is currently organised as a project creation engine03:37
lifelessI fear03:37
morganfainbergbut ripping it out and replacing it now is unlikely w/o jeapordizing other people's plans03:37
morganfainbergfor some testing that needs it03:37
*** adrian_otto has joined #openstack-keystone03:37
morganfainbergbut folks like cinerama et al working on the infra things agree03:37
morganfainbergwe should work on finding an alternative before too long03:37
morganfainbergthe issue is, we can't just turn it off.03:38
morganfainbergbut alternatives/replacements are on the table, then we pivot over to new thing03:38
* morganfainberg hopes he didn't just put words in stephanie's mouth... i think she said she agreed03:39
mordredyeah - the "keep the train moving" right now is more important than the "kill with knives" part03:39
mordredbut I think most everyone agrees03:39
morganfainbergmordred so the way i want dogpile to work is like abcMEta03:40
morganfainbergapply a metaclass03:40
morganfainbergdecorate with the cool @memoize decorator03:41
lifelessmorganfainberg: so that we can have two problems?03:41
morganfainbergwhich tracks the important stuff03:41
morganfainbergmordred, then you call <obj>.configure_cache03:41
*** tqtran_ has quit IRC03:41
morganfainbergmordred, and if you nver configure the cache it doesn't explode like dogpile does today03:41
morganfainberglifeless, we already have caching... we already have 2 problems03:41
morganfainberglifeless, this is just making the caching less painful to consume03:42
lifelessmorganfainberg: its more that I rather suspect metaclasses are massively overused.03:42
morganfainberglifeless, this is a case, like with abstract base, it is warranted03:42
morganfainbergdue to the desire to memoize via decorator (one of the few cases memoization really makes sense)03:43
morganfainberglifeless, since decorators are import time03:43
lifelessmorganfainberg: mmm. I'd need to look rather closer to really make an assessment.03:43
morganfainberglifeless, currently you need to instantiate the region object at import to use the decorator03:43
morganfainberglifeless, if you want per-object cache region (aka i have 5 clouds, each has different cache data)03:43
morganfainberglifeless, and potentially configs03:44
morganfainberglifeless, you can't pre-make the regions, you're either metaprogramming the objects or the regions.03:44
lifelessmorganfainberg: you'll need to point me at the decorator, I can't see in abstract the connection to import time03:44
lifeless[yes, I know decorators etc....]03:44
morganfainbergsec03:44
morganfainberglifeless, https://bitbucket.org/zzzeek/dogpile.cache/src/229615be466d00c9c135a90d8965679ab3e4edaa/dogpile/cache/region.py?at=master#cl-83903:45
morganfainberglifeless, i have other options.03:45
morganfainbergyou could context-manager or write your own memoizer that just uses key-value, this does have the ability to use async data creation with windowed continued cache validation (cache is stale at 10 seconds, invalid at 15, so async runner gets data at 10s vs. blocking calls and does the update before 15)03:46
morganfainbergso, depends on what you want.03:47
lifelessthis comment https://bitbucket.org/zzzeek/dogpile.cache/src/229615be466d00c9c135a90d8965679ab3e4edaa/dogpile/cache/region.py?at=master#cl-953 is wrong03:47
lifelessyou can lookup the context in the call stack at decorator invocation time03:47
lifelessits a little terrifying of course03:47
morganfainbergoh of course03:47
morganfainbergthere are improvements that could be made03:47
morganfainbergeasily03:47
morganfainbergi also try not to dive into call stack inspection when possible03:48
morganfainbergit seems overkill03:48
lifelessok, so the problem statement03:48
lifelessI have a class X03:48
lifelesswith a method Y03:48
lifelessand I have M instances of X03:48
morganfainbergyes03:49
lifelessand I want a distinct dogpile cache for each i in M on method Y03:49
morganfainbergyep03:49
mordredI _may_ want - just to be clear03:49
morganfainbergmordred, there are other options.03:49
mordredyah03:49
lifelessand the cache needs to be named - so that it coalesces between different processes,including successors to the same process03:49
stevemarmorganfainberg, we upset folks in -chef, by removing xml03:49
morganfainberglifeless, yep.03:49
stevemari think we probably need to communicate our changes better to the puppet and chef folks03:50
morganfainbergstevemar, that ship has kind of sailed...03:50
lifelessmorganfainberg: ok, so how will metaclasses help that?03:50
stevemarwe screwed them over a few times now03:50
morganfainbergstevemar, we've been trying ot be better :(03:50
morganfainberglifeless, so the metaclass like abstractmeta03:50
lifelessmorganfainberg: I can tell you want comes to my mind, if you like [its not metaclasses :)]03:50
morganfainberglifeless, would track what methods are memoized03:50
morganfainbergwhen you instantiate the class *if* you configure the cache, you get memoization on your resulting methods03:51
morganfainbergsince you decorated with @memoize03:51
morganfainberglifeless, that is one of the options i was thinking.03:51
morganfainberglifeless, the other is write a non-instance bound decorator that lets you use whatever region you want03:52
lifelessmorganfainberg: what about letting the object define the region?03:52
morganfainberglifeless, the metaclass is mostly that, just a wrapper for it. it's the same basic mechanism with how @abstractmethod registers on the underlying class03:53
morganfainbergso you could look at self.__memoizedmethods__ and know if you needed to wrap/not wrap it w/ region logic03:53
lifelessmorganfainberg: I mean the decorator03:54
lifeless@memoize(region='attributename')03:54
morganfainbergand extract it from the self03:54
lifelessmetaclasses are very one-shot. Its hard to combine them safely.03:55
lifelessSo I look for a real must-use case for them03:55
morganfainberganyway in py 2 this would actually probably break anyway03:55
lifelessa variant on the above - you could define a protocol03:55
lifeless__dogpile_region__03:56
*** alexsyip has joined #openstack-keystone03:56
lifelessand do getattr(self, '__dogpile_region__', None)03:56
lifeless[or spelling variations thereon]03:56
mordredstevemar: to be fair - the xml stuff was talked about TO DEATH for FOREVER03:56
morganfainberglifeless, i think we're mostly in agreement with the end result. just minor where does this implement go is different03:56
lifelessmorganfainberg: sure :)03:56
lifelessmorganfainberg: just kibbitzing03:57
morganfainberglifeless, end result = same exact thing :)03:57
morganfainberglifeless, i really think we are effectively describing the same thing.03:57
lifelessmorganfainberg: well, not if there is a metaclass involved :)03:57
morganfainberglifeless, and we'd end up at the same solution long term03:57
morganfainbergnot a metaclass, and something that is vaguely metaprogramming in small bits03:57
morganfainbergvs. strict getattr()03:57
morganfainbergmordred, stevemar, XML has been slowly being deprecated for how many cycles?04:01
morganfainbergand how much did we say "this is going away" "no really"04:01
morganfainberg"seriously guys"04:01
morganfainberg"it's gone. no this is a stub it is going to die"04:01
morganfainberglifeless, i think the real answer is "don't make your decorators instance bound or you'll have a bad time"04:02
mordredalso - what were the chef folks using xml for?04:02
morganfainbergwondering if it's just the paste pipeline removal04:03
morganfainbergand breaking things that way04:03
lifelessmorganfainberg: hmm, I think instance bound is fine, you just need to define a clear protocol for looking up context04:03
morganfainberglifeless, in this case instance bound doesn't really buy you anything except the issue.04:04
morganfainberglifeless, all the rest of the logic could be from the defined "this is my region object"04:04
morganfainberglifeless, protocol as you said.04:04
morganfainberglifeless, this case is like region is meant to *almost* be a singleton for a given backend configuration....04:05
morganfainbergwhich is not what a singleton is... but its what it almost feels like is wanted.04:05
lifelessindeed04:06
lifelessyou want to namespace stuff dynamically within the one cache, AIUI04:06
lifelessthe namespace parameter to the region sourced decorator is insufficient because its not dynamic04:06
openstackgerritJamie Lennox proposed openstack/python-keystoneclient: Specify default_domain to generic plugin  https://review.openstack.org/17146204:07
jamielennoxstevemar: probably want ^ for OSC04:07
*** rwsu has quit IRC04:07
morganfainberglifeless, solution do the same thing you do with should_cache_fn or expiration_time04:07
morganfainbergif namespace is_callable()04:07
morganfainbergcall it04:07
morganfainbergvs. static string04:07
lifelessmorganfainberg: that would work too. I was proposing a protocol as a way to avoid redundant things04:08
lifelesssay you have two methods A and B on class T.04:08
lifelessthey both need to namespace the same way04:08
morganfainberglifeless, sure. the other issue i have is that the memoized decorator explodes with "OMG E_NOT_CONFIGURED" if the region hasn't been configured04:08
morganfainbergand reconfiguring a region... god just don't04:08
lifelesswell04:08
lifelessthat seems trivial04:08
lifelessif not configured don't cache04:08
morganfainbergits a rats nest i haven't had time to propose a PR for04:09
morganfainberglifeless, exactly04:09
morganfainberglifeless, it's a few layers of things that could easily be solved.04:09
morganfainberglifeless, oh for your case of the A and B on T - i just use a generator to make the function for me.04:10
morganfainbergit's a minor metaprogramming thing04:10
morganfainbergdepends on how much extra mechanism you want [protocol] in dogpile.04:10
lifelessmorganfainberg: sure, OTOH that then becomes a thing folk need to lookup when reading the code using it04:10
morganfainberglifeless, right.04:11
*** erkules has joined #openstack-keystone04:11
openstackgerritJamie Lennox proposed openstack/python-keystoneclient: Allow saving and caching the plugin auth state  https://review.openstack.org/14917504:12
morganfainbergok this was a fun convo04:13
morganfainberg:)04:13
openstackgerritMerged openstack/python-keystoneclient: Return None for missing trust_id in fixture  https://review.openstack.org/16716204:13
*** _cjones_ has joined #openstack-keystone04:19
openstackgerritJamie Lennox proposed openstack/python-keystoneclient: Make tests run against original client and session  https://review.openstack.org/11708904:19
*** _cjones_ has quit IRC04:19
*** _cjones_ has joined #openstack-keystone04:20
*** samueldmq has quit IRC04:28
*** _cjones_ has quit IRC04:28
jamielennoxmorganfainberg: do you want to pull rank on https://review.openstack.org/#/c/169947/04:33
morganfainbergoh that one?04:33
morganfainbergsec04:33
morganfainbergjamielennox, i would like to see it configurable with a more sane default than 12004:34
stevemarmorganfainberg, mordred fair enough, we did talk about removing XML to death04:34
morganfainbergerm 1*04:34
jamielennoxit's not perfect but i think it will cut down some edge cases04:34
stevemarand yeah, it was in regards to the paste pipeline04:34
morganfainbergjamielennox, i'd be ok with this as is if you have a followup task/bug/RFE filed to make it configurable04:34
jamielennoxmorganfainberg: the reason it's a constant is so that it was overridable from a subclass, i just don't really know any time where it's acceptable to have a user decide how long a token they need04:35
stevemari'll try to see what we can do about making the communication better04:35
morganfainbergjamielennox, ah04:35
jamielennoxmorganfainberg: also, proposed https://review.openstack.org/#/c/171448/ just to see how hard it was, once it's been done once i think we could port the rest over fairly quickly (ignoring the migrations)04:38
jamielennoxi'm thinking that the enabled flag might not be worth it04:39
*** iamjarvo has quit IRC04:40
morganfainbergjamielennox, commented on the 120s review04:42
morganfainberg+204:42
morganfainbergwe should check with bknudson1 on this.04:42
stevemarjamielennox, i'm not pro or anti the enabled flag really04:42
jamielennoxstevemar: i can see it being useful for new features, but like the trust enabled flag is still there and you just shouldn't be running without them at this point04:43
jamielennoxi'm not sure how we ever remove these options once they're in, so for features that have been there for a cycle or two just run it - in endpoint filterings case we should have just made it part of core04:44
morganfainbergi'd like to see the enabled flag go away fro anything that is "stable"04:45
morganfainbergdoes anyone really turn trusts off?04:45
morganfainbergyou could do the same thing with policy04:45
jamielennoxi'd expect weird breakages04:45
jamielennoxwell not so weird i guess04:45
morganfainbergwhich is where i'd like to see that kind of disable for "stable" features happen04:45
openstackgerritMerged openstack/keystone: Work with pymongo 3.0  https://review.openstack.org/17144204:45
morganfainbergif that makes sense.04:45
stevemarfinally that thing merged04:45
morganfainbergjamielennox, endpoint filtering should just be core. in fact... there is a review up for merging the drivers at least04:46
*** lhcheng has joined #openstack-keystone04:46
*** ChanServ sets mode: +v lhcheng04:46
jamielennoxmorganfainberg: not so much the point for this review, i just picked one that was fairly small and isolated04:47
morganfainbergright04:47
stevemarwhat are we going to do about the routes?04:47
jamielennoxstevemar: ?04:47
stevemarapi paths04:47
morganfainbergstevemar, pecan04:47
stevemarwill we drop the OS-ENDPOINT-FILTERING part?04:47
stevemaror support both for 1 release04:48
morganfainbergwe can't drop that04:48
morganfainbergunfortunately04:48
jamielennoxstevemar: not a part of this review/blueprint04:48
morganfainbergand what jamielennox said04:48
morganfainbergwhen contrib is dead04:48
morganfainbergwe can talk about the OS-<whatever>04:48
morganfainbergstuff04:48
jamielennoxstevemar: i'm just trying to move it into the "application" rather than be a middleware piece04:48
jamielennoxideally jsonhome would help here - though it's probably got OS- in it as well04:49
morganfainbergstevemar, the API route doesn't matter for the "this isn't an extension" things04:50
stevemarmordred, i figured, was just a question :)04:50
morganfainbergstevemar, we could call new stuff whatever we want.04:50
morganfainbergmordred, Aha! my time hash come. someone tab-failed to your name not mine ;)04:51
stevemargah!04:52
stevemarindeed04:52
*** adrian_otto has left #openstack-keystone05:17
*** gyee has quit IRC05:23
morganfainbergjamielennox, i'll plan to talk to bknudson1 tomorrow re: token minimum.05:24
*** spandhe has quit IRC05:32
SpamapSmorganfainberg: https://review.openstack.org/171456 <-- success05:32
*** rushiagr_away is now known as rushiagr05:33
morganfainbergSpamapS, awesome! i would probably memoize the wrap itself as well (do it once and store the resultant function to be recalled via a dict or something) vs. wrap every time05:36
morganfainbergdepending on how much you invalidate05:37
morganfainbergSpamapS, looks good, glad it works [though the api is a bit weird to work "around" in this case]05:37
*** spandhe has joined #openstack-keystone05:37
*** dims has joined #openstack-keystone05:41
*** dims has quit IRC05:47
*** lhcheng has quit IRC05:48
*** spandhe has quit IRC05:48
bigjoolsam I on a hiding to nothing if I try to get federated logins working on icehouse?05:54
*** stevemar has quit IRC05:54
*** pnavarro has joined #openstack-keystone06:07
*** ParsectiX has joined #openstack-keystone06:12
*** abhishekk has joined #openstack-keystone06:23
abhishekkHi, is eventlet is deprecated from keystone?06:25
morganfainbergabhishekk, yes.06:25
abhishekkis it not used from kilo onwards or it is optional for service provider to use or not06:25
morganfainbergit is optional. but will be removed in M-release06:26
abhishekkmorganfainberg: thanks for the update, what about stable branches?06:26
morganfainbergabhishekk, stable branches remain as they are06:26
abhishekkmorganfainberg: then should we fix the eventlet issue for kilo and stable branches, I am reffering to your comment on https://bugs.launchpad.net/nova/+bug/1361360/comments/7906:27
openstackLaunchpad bug 1361360 in OpenStack Compute (nova) icehouse "Eventlet green threads not released back to the pool leading to choking of new requests" [High,In progress] - Assigned to Abhishek Kekane (abhishek-kekane)06:27
morganfainbergabhishekk, so icehouse, juno will not warn on startup using eventlet, kilo and liberty will warn, M-release will no longer be able to use eventlet06:27
morganfainbergabhishekk, nope06:27
morganfainbergabhishekk, well i'd rather not06:28
morganfainbergabhishekk, i think the answer was just to turn off keepalives06:28
*** pnavarro has quit IRC06:29
morganfainbergabhishekk, the long answer was don't run keystone in eventlet06:29
abhishekkmorganfainberg: but if any service provider wants to use eventlet with juno, icehouse or kilo then?06:30
morganfainbergabhishekk, isn't the response to disable keepalives?06:30
morganfainbergand thats it right?06:30
abhishekkmorganfainberg: yes06:31
morganfainbergand it was a "configurable" fix06:31
morganfainbergright?06:31
abhishekkmorganfainberg: yes06:31
abhishekkit is configurable to keep backward compatibility06:32
morganfainbergwe will need to discuss later it's 230006:32
morganfainbergi am inclined to say kilo and later we will simply recommend use mod_wsgi in all cases.06:33
abhishekkmorganfainberg: sorry, and thanks for the input06:33
morganfainbergeventlet has many many other issues such as not being able to configure ssl versions and ciphers06:33
morganfainbergfor ssl06:33
abhishekkmorganfainberg: yes, i know06:34
morganfainbergbut i can be convinced to allow the fix for kilo RC.06:34
morganfainbergjust not right now when i'm almost alseep ;)06:34
morganfainbergand if kilo RC then liberty06:34
morganfainbergbut the life of the fix is very limited.06:34
abhishekkmorganfainberg: thanks for your time and inputs06:34
morganfainbergnp06:34
abhishekkmorganfainberg: good night06:35
morganfainberglets talk again when we open RC2 window06:35
abhishekkmorganfainberg: sure06:35
*** mflobo has quit IRC06:35
morganfainbergabhishekk, which time zone are you in?06:35
abhishekkmorganifainberg: I am from India06:35
morganfainbergok06:35
morganfainbergso ~+5hrs from UTC?06:36
*** mflobo has joined #openstack-keystone06:36
abhishekkmorganfainberg: yes06:36
morganfainbergalmost 12 hours off from me. ok. cool.06:36
abhishekkright06:36
morganfainbergi'll plan to catch you early my time or late my time when we get close to RC206:36
morganfainbergif i don't, don't hesitate to bug me and remind me :)06:37
abhishekksure, I will06:37
morganfainbergcool.06:37
abhishekk:)06:37
morganfainbergthanks!06:37
abhishekkthank you06:37
morganfainberghave a good day! :)06:37
* morganfainberg clocks out for the night.06:37
*** krykowski has joined #openstack-keystone06:37
abhishekkthank you :)06:37
*** lhcheng has joined #openstack-keystone06:38
*** ChanServ sets mode: +v lhcheng06:38
*** mflobo has quit IRC06:38
*** mflobo has joined #openstack-keystone06:40
openstackgerritMerged openstack/keystone: Update man pages for the Kilo release  https://review.openstack.org/17132706:41
*** abhishekk has left #openstack-keystone06:47
openstackgerritMerged openstack/python-keystoneclient: Provide a generic auth plugin loader  https://review.openstack.org/16252906:47
openstackgerritMerged openstack/python-keystoneclient: Provide a generic auth plugin loader  https://review.openstack.org/16252906:47
*** tobberydberg has joined #openstack-keystone06:54
*** jaosorior has joined #openstack-keystone06:56
*** erkules has quit IRC06:58
*** erkules has joined #openstack-keystone06:58
*** pnavarro has joined #openstack-keystone07:06
*** alexsyip has quit IRC07:11
*** fhubik_afk has joined #openstack-keystone07:19
*** afazekas has joined #openstack-keystone07:23
*** pnavarro has quit IRC07:26
*** pnavarro has joined #openstack-keystone07:27
*** lhcheng has quit IRC07:28
*** lhcheng has joined #openstack-keystone07:30
*** ChanServ sets mode: +v lhcheng07:30
*** lhcheng has quit IRC07:34
*** pnavarro has quit IRC07:37
*** browne1 has quit IRC08:02
*** jistr has joined #openstack-keystone08:02
*** ajayaa has joined #openstack-keystone08:05
*** davechen has joined #openstack-keystone08:05
*** henrynash has joined #openstack-keystone08:06
*** ChanServ sets mode: +v henrynash08:06
*** pnavarro has joined #openstack-keystone08:12
openstackgerritThomas Goirand proposed openstack/keystonemiddleware: Removes discover from test-reqs  https://review.openstack.org/17151608:13
*** browne has joined #openstack-keystone08:15
*** browne has quit IRC08:29
*** ParsectiX_ has joined #openstack-keystone09:00
*** ParsectiX has quit IRC09:15
*** henrynash has quit IRC09:15
*** davidckennedy has joined #openstack-keystone09:16
*** dims has joined #openstack-keystone09:19
*** pnavarro has quit IRC09:21
*** dims has quit IRC09:24
*** pnavarro has joined #openstack-keystone09:43
openstackgerritDave Chen proposed openstack/python-keystoneclient: Removes discover from test-reqs  https://review.openstack.org/17154009:45
openstackgerritDave Chen proposed openstack/keystone: Removes discover from test-reqs  https://review.openstack.org/17154209:48
*** davechen has quit IRC09:54
*** rm_work has quit IRC10:04
*** ericksonfgds has quit IRC10:05
*** ericksonsantos has quit IRC10:05
*** htruta has quit IRC10:05
*** raildo|away has quit IRC10:06
*** ericksonsantos has joined #openstack-keystone10:06
*** rm_work has joined #openstack-keystone10:06
*** dims has joined #openstack-keystone10:08
*** raildo|away has joined #openstack-keystone10:09
*** htruta has joined #openstack-keystone10:09
*** pnavarro has quit IRC10:17
*** samueldmq has joined #openstack-keystone10:32
openstackgerritDavid Charles Kennedy proposed openstack/keystonemiddleware: Add Endpoint Enforcement to Keystonemiddleware  https://review.openstack.org/15329610:43
openstackgerritDavid Charles Kennedy proposed openstack/keystonemiddleware: Add Endpoint Enforcement to Keystonemiddleware  https://review.openstack.org/15329610:45
*** f13o has joined #openstack-keystone10:52
openstackgerritDave Chen proposed openstack/keystone: Removes discover from test-reqs  https://review.openstack.org/17154211:31
*** aix has joined #openstack-keystone11:42
*** Olena has quit IRC12:16
*** bknudson1 has quit IRC12:16
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Exposes bug on role assignments creation  https://review.openstack.org/17159612:21
*** boris-42 has joined #openstack-keystone12:23
openstackgerritSamuel de Medeiros Queiroz proposed openstack/keystone: Adds inherited column to RoleAssignment PK  https://review.openstack.org/14247212:23
*** browne has joined #openstack-keystone12:32
*** raildo|away is now known as raildo12:34
*** ajayaa has quit IRC12:35
*** gordc has joined #openstack-keystone12:36
*** mattfarina has joined #openstack-keystone12:52
*** bknudson has joined #openstack-keystone13:00
*** ChanServ sets mode: +v bknudson13:00
*** davechen has joined #openstack-keystone13:05
*** edmondsw has joined #openstack-keystone13:12
*** nkinder has quit IRC13:12
*** lhcheng has joined #openstack-keystone13:14
*** ChanServ sets mode: +v lhcheng13:14
*** amakarov_away is now known as amakarov13:16
*** davechen has left #openstack-keystone13:16
*** stevemar has joined #openstack-keystone13:19
*** ChanServ sets mode: +v stevemar13:19
*** richm has joined #openstack-keystone13:20
*** mattfarina has quit IRC13:22
*** stevemar has quit IRC13:27
*** stevemar has joined #openstack-keystone13:28
*** ChanServ sets mode: +v stevemar13:28
*** lhcheng has quit IRC13:29
*** browne has quit IRC13:37
*** browne has joined #openstack-keystone13:41
*** rushiagr is now known as rushiagr_away13:46
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Add domain_id checking in create_project  https://review.openstack.org/15994413:50
*** dims has quit IRC13:52
openstackgerritVictor Sergeyev proposed openstack/keystone: POC: Run SQL migration tests on PostgreSQL and MySQL  https://review.openstack.org/17111513:53
*** dims has joined #openstack-keystone13:53
*** ajayaa has joined #openstack-keystone13:53
*** jistr has quit IRC13:54
*** jistr has joined #openstack-keystone13:54
*** aix has quit IRC13:56
*** chlong has quit IRC13:58
*** fhubik_afk has quit IRC14:01
*** nkinder has joined #openstack-keystone14:02
*** browne has quit IRC14:04
*** henrynash has joined #openstack-keystone14:08
*** ChanServ sets mode: +v henrynash14:08
*** jistr has quit IRC14:10
*** sigmavirus24_awa is now known as sigmavirus2414:11
*** jistr has joined #openstack-keystone14:12
*** tobberydberg has quit IRC14:13
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Add is_domain field in Project Table  https://review.openstack.org/15742714:21
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Change domain_id FK in project table  https://review.openstack.org/16635414:21
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Bye Bye Domain Table  https://review.openstack.org/16185414:21
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Honor domain operations in project table  https://review.openstack.org/14376314:21
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Stop calling domain drivers  https://review.openstack.org/16593614:21
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Change project name constraint  https://review.openstack.org/15837214:21
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Creation of subdomains and filtering by parent_id  https://review.openstack.org/16137814:22
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: List projects filtering by is_domain flag  https://review.openstack.org/15839814:22
*** aix has joined #openstack-keystone14:24
*** zzzeek has joined #openstack-keystone14:28
*** rushiagr_away is now known as rushiagr14:32
*** browne has joined #openstack-keystone14:34
*** davidckennedy has quit IRC14:34
*** stevemar has quit IRC14:34
*** henrynash has quit IRC14:39
*** mattfarina has joined #openstack-keystone14:42
*** jistr has quit IRC14:45
*** topol has joined #openstack-keystone14:45
*** ChanServ sets mode: +v topol14:45
*** topol_ has joined #openstack-keystone14:46
*** ChanServ sets mode: +v topol_14:46
*** topol has quit IRC14:50
*** topol_ is now known as topol14:50
*** jistr has joined #openstack-keystone14:51
*** ParsectiX has joined #openstack-keystone14:58
*** ayoung has joined #openstack-keystone15:08
*** ChanServ sets mode: +v ayoung15:08
*** stevemar has joined #openstack-keystone15:13
*** ChanServ sets mode: +v stevemar15:13
*** jistr is now known as jistr|mtg15:16
*** ParsectiX has quit IRC15:17
*** _cjones_ has joined #openstack-keystone15:20
*** _cjones_ has quit IRC15:24
*** jistr|mtg is now known as jistr15:30
*** thedodd has joined #openstack-keystone15:34
*** rwsu has joined #openstack-keystone15:37
*** topol has quit IRC15:39
*** topol has joined #openstack-keystone15:40
*** ChanServ sets mode: +v topol15:40
*** afazekas has quit IRC15:43
ayoungnkinder, I want to add ispsilon to my public Federation Demo.  Do I still need all of the repos etc from https://github.com/nkinder/rdo-vm-factory/blob/master/rdo-federation-setup/vm-post-cloud-init-ipa.sh15:43
nkinderayoung: no, it's been simplified15:44
*** ozialien has joined #openstack-keystone15:44
nkinderayoung: I *think* I pushed a patch there last night...15:44
ayoungnkinder, so I don't need the coprs?15:45
nkinderayoung: https://github.com/nkinder/rdo-vm-factory/blob/master/rdo-federation-setup/vm-post-cloud-init-ipa.sh#L22-L2615:45
nkinderthere are 2 copr repos only now15:45
ayoung nkinder I am having issues on the ipa server resolving outside...musthave messed up my resolvers setup15:46
*** ozialien has quit IRC15:47
*** Ephur_ is now known as Ephur15:48
ayoungError: Package: ipsilon-0.5.0-1.el7.centos.noarch (nkinder-ipsilon)15:48
ayoung           Requires: python-cherrypy15:48
ayoungnkinder, that is EPEL, no?15:48
nkinderayoung: yes, epel is needed too (it's a few lines above)15:48
nkinderayoung: for python-cherrypy and python-sqlalchemy15:49
ayoungnkinder, I have it,  but can't seem to get those two...15:49
nkinderayoung: you sure it's enabled?15:49
ayoungnkinder, something did this /etc/yum.repos.d/epel.repo.rpmnew15:49
ayoungwith no replacement...15:50
*** alex_xu has quit IRC15:50
*** alex_xu has joined #openstack-keystone15:50
openstackgerritKamil Rykowski proposed openstack/keystone: Update openstack-common reference in openstack/common/README  https://review.openstack.org/17170615:51
*** jistr has quit IRC15:56
*** _cjones_ has joined #openstack-keystone15:57
*** ozialien has joined #openstack-keystone15:59
dolphmstevemar: poke me when you're around15:59
*** ozialien has quit IRC16:01
*** carlosmarin has joined #openstack-keystone16:05
*** ozialien has joined #openstack-keystone16:05
*** ozialien has quit IRC16:06
*** pnavarro has joined #openstack-keystone16:08
*** alexsyip has joined #openstack-keystone16:10
openstackgerritMerged openstack/keystone-specs: Update path for listing a project's endpoint groups  https://review.openstack.org/16842716:17
*** ozialien has joined #openstack-keystone16:19
*** gyee has joined #openstack-keystone16:20
*** ChanServ sets mode: +v gyee16:20
*** lhcheng has joined #openstack-keystone16:21
*** ChanServ sets mode: +v lhcheng16:21
openstackgerritBrant Knudson proposed openstack/python-keystoneclient: Use pkg_resources to get version  https://review.openstack.org/17172016:22
*** ozialien has quit IRC16:23
*** krykowski has quit IRC16:23
*** pnavarro has quit IRC16:29
*** krykowski has joined #openstack-keystone16:30
*** tqtran has joined #openstack-keystone16:30
*** ayoung has quit IRC16:30
dolphmmorganfainberg: all stable builds failed this morning. who's around to maintain our mongo code?16:32
morganfainbergYeah.16:34
morganfainbergdolphm: we have a fix that landed in master last night. From brant. But the mongo code is on the hitlist that if not maintained...16:35
dolphmmorganfainberg: are there backports proposed?16:35
morganfainbergdolphm: this was actually pymongo beig sane and doing breaking changes in a major version bump16:35
dolphmmorganfainberg: mongo support was a hit and run patch in the first place16:36
morganfainbergdolphm: yep.16:36
*** haneef_ has joined #openstack-keystone16:36
morganfainbergThe two possible fixes: cap pymongo or backport.16:36
morganfainbergI was waiting for the change from brant to land to propose the backports (was late)16:36
dolphmmorganfainberg: i'm looking at the code in master - if it's just the conditional, that could be backported16:37
morganfainbergYep.16:37
morganfainbergThat's it.16:37
dolphmmaster patch https://review.openstack.org/#/c/171442/16:37
morganfainberghttps://review.openstack.org/#/c/171442/16:38
morganfainbergYep16:38
dolphmmorganfainberg: but, given that no one is testing mongo support, i'd make no promises about 3.0 actually working in any branch16:38
dolphmmorganfainberg: so, i'd be inclined to pin stable branches instead16:38
morganfainbergThere is also a cap in g-r posted by brant.16:38
morganfainbergI'd like to even cap master.16:38
dolphmmorganfainberg: to stable requirements?16:38
morganfainbergNot yet. Again was a today when I was awake plan.16:39
haneef_morganfainberg:  comments on : https://bugs.launchpad.net/keystone/+bug/1441733 ( shouldn't this be included in install)16:39
openstackLaunchpad bug 1441733 in Keystone "pip install or python setup.py install should include httpd/keystone.py" [Undecided,New]16:39
morganfainbergdolphm: was about to start proposing those. :)16:40
morganfainbergYou asked about when I was getting started.16:40
morganfainberghaneef_: where should it be installed?16:40
morganfainberghaneef_: each distro is different16:40
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone-specs: Crating Liberty repository for specs  https://review.openstack.org/17173316:41
morganfainbergNot sure the right place for that in Python land for consumption in httpd (I am saying yes, it make sense to include it, but I don't know where)16:41
gyeeinstall it into a known location and let each distro do their symlinks16:42
haneef_I agree with it,  but  if some one is doing pip install how can they get this file. I would be better  move httpd directory under kesytone16:42
gyeemorganfainberg, dolphm, I am fine with putting a pin in pymongo16:42
morganfainberggyee: that was the starting point. The pymongo dogpile driver is not really maintained or used. We may want to consider dropping it.16:43
gyeedropping it in Liberty?16:44
morganfainbergdeprecate in L, drop in M16:44
morganfainbergif no one is using it16:45
morganfainbergand i highly doubt someone is16:45
gyeelet me double check with the folks here16:45
gyees/here/HP/16:45
morganfainbergright16:45
morganfainbergand if they are using it lets make sure they're really looking at it and maintaining it16:45
morganfainbergbecause drive-by "this is your problem now" is not ok16:45
dolphmi imagine if someone is using it, they're more likely to have forked their maintenance effort, because we haven't seen any!16:46
morganfainbergexactly16:46
morganfainbergi somehow doubt it is "perfect in everyway"16:46
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone-specs: Creating Liberty repository for specs  https://review.openstack.org/17173316:47
dolphmevery patch to keystone/common/cache/backends/mongo.py since the original merge (besides brant's patch yesterday) is entirely high level maintenance on things like hacking standards16:48
dolphmmorganfainberg: ^ just checked16:48
dolphmgyee: ^16:48
lbragstadmorganfainberg: maybe throw it out on the ML just to be safe?16:48
dolphmlbragstad: in the mean time, lay down the deprecator!16:48
morganfainbergstable g-r already fixed for juno16:49
lbragstaddolphm: ++16:49
dolphmmorganfainberg: for pymongo?16:49
lbragstadi'm in favor of droppin' the deprecation hammer16:49
morganfainbergsame with icehouse16:49
morganfainbergyeah as of today16:49
dolphmmorganfainberg: awesome16:49
dolphmmy job here is done.16:49
dolphmbeer time!16:49
morganfainberg Ihar Hrachyshka got it taken care of16:49
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone-specs: Move reseller spec for Liberty release  https://review.openstack.org/17092616:50
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone-specs: Move reseller spec for Liberty release  https://review.openstack.org/17092616:52
gyeedolphm, beer time at AM?!16:55
morganfainbergbknudson, ping when you have a moment re: https://review.openstack.org/#/c/169947/16:57
morganfainberggyee, it's 5 somewhere16:57
*** spandhe has joined #openstack-keystone16:57
morganfainberghow do you know dolphm isn't somewhere where it is 5?16:57
gyeeheh16:57
dolphmgyee: just kidding lol16:58
dolphmmorganfainberg: i just woke up like 2 hours ago16:58
morganfainbergdolphm, i woke up about 1hr ago:P16:59
morganfainberg1.5 actually16:59
*** topol has quit IRC17:06
*** amakarov is now known as amakarov_away17:06
*** _cjones_ has quit IRC17:06
gyeefire up the deprecator!17:06
morganfainberglol17:06
morganfainbergnext meeting17:06
*** _cjones_ has joined #openstack-keystone17:07
*** sdake has joined #openstack-keystone17:07
sdakehey quick question about bandit gating in keystone17:07
sdakeI want to add bandit to magnum17:07
sdakebut I don't see any tox logic in keystone to launch bandit17:08
sdakehow would someone run bandit localy?17:09
morganfainbergsdake, bknudson put together the work for bandit17:09
morganfainbergsdake, looking to see, but i dont think it was tox based17:09
sdakethe gate name has "tox" in it17:09
sdakein project-config17:09
*** drjones has joined #openstack-keystone17:09
morganfainbergsdake, https://github.com/stackforge/bandit#usage17:09
*** _cjones_ has quit IRC17:10
sdakeya I can run manually but prefer it to run in tox :)17:10
sdakei've already run it manually with good results17:10
sdake(no failures)17:10
morganfainberghttps://review.openstack.org/#/c/157930/17:10
sdakethanks !17:11
raildobreton, ping about your comment here: https://review.openstack.org/#/c/158372/38 I tested on mysql and works fine, I saw this error here: http://stackoverflow.com/questions/2979369/databaseerror-current-transaction-is-aborted-commands-ignored-until-end-of-tra and probably this is a error in dbsync17:17
raildobreton, what do you think? makes sense?17:17
raildolhcheng, hey new core :D Do you have some time to review this bug? https://review.openstack.org/#/c/158720/17:19
lhchengraildo: lol17:20
raildohaha17:20
lhchengraildo: sure, will take a look at it17:20
raildolhcheng, thanks17:20
*** harlowja_away is now known as harlowja17:21
*** ozialien has joined #openstack-keystone17:22
*** Guest39926 is now known as mgagne17:29
*** mgagne has joined #openstack-keystone17:29
samueldmqraildo, try session.rollback() after line 58717:29
*** topol has joined #openstack-keystone17:30
*** ChanServ sets mode: +v topol17:30
samueldmqraildo, I ran in a similar issue these days, for postgresql we need to either rollback the transaction that had error17:30
samueldmqraildo, (line 586 in your case)17:30
samueldmqraildo, re-instantiate the session object also works17:30
bknudsonmorganfainberg: I have a moment.17:30
morganfainbergComputer just crashed 3 times in a row.17:31
morganfainbergAnyway.17:31
morganfainbergbknudson: I think we need a better mechanism than x second being static, but 1 second is far too aggressive.17:31
morganfainbergbknudson: you open to landing 120s and looking for a better solution long term?17:32
bknudsonmorganfainberg: too aggressive for what? I don't think there's ever been a bug opened saying that the current behavior isn't working.17:32
bknudsonthere's no bug associated with the review17:32
morganfainbergThe bugs have been written off mostly I think as "token itself timed out"17:33
bknudsonthere should at least be a bug so that users can find it.17:33
morganfainbergHappy to force a bug associated with it.17:33
raildosamueldmq, thanks for the tip :)17:33
morganfainbergjamielennox: ^ please make sure we have a clear bug on this so it can be tracked.17:33
morganfainbergbknudson: it's one of those issues that would present like another issue we regularly tell people to increase their token ttl to solve17:34
samueldmqraildo, np17:34
morganfainbergbknudson: so I don't think we have a clear user-originated bug.17:34
morganfainbergBut yes having a tracking bug would be good.17:35
bknudsony, everybody just ups the token ttl to deal with any issue like this17:35
bknudsonand they don't bother telling anyone that they're going to do it (at least around here)17:35
morganfainbergThe issue is it'll be transient and ttl won't matter.17:35
morganfainbergBut change in ttl will make it less common.17:36
*** drjones has quit IRC17:36
morganfainbergIt's fair to ask for a new token if yours is about to expire a litter earlier than 1 second from expiry.17:36
*** pnavarro has joined #openstack-keystone17:37
*** _cjones_ has joined #openstack-keystone17:39
*** henrynash has joined #openstack-keystone17:41
*** ChanServ sets mode: +v henrynash17:41
raildohenrynash, ping, can you see my comments here? https://review.openstack.org/#/c/170926/2/doc/source/index.rst17:48
*** jaosorior has quit IRC17:52
*** krykowski has quit IRC18:01
*** henrynash has quit IRC18:05
*** henrynash has joined #openstack-keystone18:08
*** ChanServ sets mode: +v henrynash18:08
*** ajayaa has quit IRC18:21
openstackgerritMerged openstack/keystone: Tox env for Bandit  https://review.openstack.org/15793018:22
*** aix has quit IRC18:24
*** boris-42 has quit IRC18:28
*** nkinder has quit IRC18:34
bretonraildo: > re-instantiate the session object also works18:36
bretonraildo: that's true, we did it yesterday with samueldmq and it worked18:36
*** ayoung has joined #openstack-keystone18:39
*** ChanServ sets mode: +v ayoung18:39
openstackgerritBrant Knudson proposed openstack/keystone: Move bandit requirement to test-requirements-bandit.txt  https://review.openstack.org/17177218:47
*** stevemar has quit IRC18:48
openstackgerritOpenStack Proposal Bot proposed openstack/keystonemiddleware: Updated from global requirements  https://review.openstack.org/16643818:58
ayoungWho knows Federation in the absense of stevemar?19:05
bretonayoung: just ask. I'd like to hear some questions on federation and try answering them. Maybe not now, but in a couple of hours maybe19:11
ayounglhcheng, rodrigods in the websso documentation we say that remote_id_attribute "be set on a per-protocol basis."19:11
ayoungbreton, yeah, just trying to get the right persons attention.19:12
ayounglhcheng, rodrigods I +2ed this doc too,  but I don't think we actually honor that19:12
lhchengayoung: we used it somewhere..19:13
* lhcheng looking it up19:13
lhchenghttps://github.com/openstack/keystone/blob/master/keystone/contrib/federation/controllers.py#L271-L27219:13
ayounglhcheng, code doesn't seem to be there...I just tried with the kerberos one, though, and that is...not something in the config file19:13
ayounglhcheng, that is not per protocol19:14
lhchengugh, I get what you're saying19:14
lhchengin the docs, there is a general setting and per protocol19:14
lhchengyeah, the per protocol is not honored19:15
openstackgerritBrant Knudson proposed openstack/keystone: Move bandit requirement to test-requirements-bandit.txt  https://review.openstack.org/17177219:15
lhchengayoung: should be too hard to fix that19:16
lhchengayoung: do you think it is a rc backport potential?19:16
lhcheng*should not19:16
*** henrynash has quit IRC19:24
rodrigodslhcheng, ayoung was afk19:25
rodrigodswe don't honor per protocol and also I don't see why we should19:25
ayounglhcheng, rodrigods we need ti19:25
rodrigodswhy?19:26
ayoungrodrigods, I am trying to set up a demo where I do SAML next to SSSD.19:26
ayoungthey need a differente remote_id_attributes19:26
ayoungand saml next to oidc won't work, either19:26
rodrigodsso I might be confusing what remote_id means19:27
lhchengayoung: I agree, we can't setup more than one protocol with the current config.19:27
lhchengayoung: open a bug and tag it for rc-potential?19:27
ayounglhcheng, will do.19:28
*** ayoung is now known as ayoung-mtg19:28
*** thedodd has quit IRC19:37
*** rushiagr is now known as rushiagr_away19:45
*** samueldmq has quit IRC19:47
*** _cjones_ has quit IRC19:50
*** sdake_ has joined #openstack-keystone19:55
*** mattfarina has quit IRC19:58
*** sdake has quit IRC19:58
*** thedodd has joined #openstack-keystone19:59
*** ozialien has quit IRC19:59
*** mattfarina has joined #openstack-keystone20:04
*** zzzeek has quit IRC20:04
*** zzzeek_ has joined #openstack-keystone20:04
*** chrisshattuck has joined #openstack-keystone20:04
*** _cjones_ has joined #openstack-keystone20:04
*** wpf has quit IRC20:05
*** wpf has joined #openstack-keystone20:07
openstackgerritBrant Knudson proposed openstack/python-keystoneclient: Use pkg_resources to get version  https://review.openstack.org/17172020:07
*** stevemar has joined #openstack-keystone20:08
*** ChanServ sets mode: +v stevemar20:08
openstackgerritBrant Knudson proposed openstack/python-keystoneclient: Remove support for __version__  https://review.openstack.org/17172020:09
*** nkinder has joined #openstack-keystone20:09
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Prohibit invalid ids in subtree and parents list  https://review.openstack.org/15872020:18
*** sdake_ has quit IRC20:28
openstackgerritHenrique Truta proposed openstack/keystone: Add domain_id checking in create_project  https://review.openstack.org/15994420:32
openstackgerritHenrique Truta proposed openstack/keystone: Add is_domain field in Project Table  https://review.openstack.org/15742720:32
openstackgerritHenrique Truta proposed openstack/keystone: Honor domain operations in project table  https://review.openstack.org/14376320:32
openstackgerritHenrique Truta proposed openstack/keystone: Remove domain table references  https://review.openstack.org/16593620:32
openstackgerritHenrique Truta proposed openstack/keystone: Change project name constraint  https://review.openstack.org/15837220:32
*** ayoung-mtg has quit IRC20:33
*** stevemar has quit IRC20:34
*** stevemar has joined #openstack-keystone20:34
*** ChanServ sets mode: +v stevemar20:34
*** stevemar has quit IRC20:42
*** stevemar has joined #openstack-keystone20:42
*** ChanServ sets mode: +v stevemar20:42
*** topol has quit IRC20:49
openstackgerritRaildo Mascena de Sousa Filho proposed openstack/keystone: Add domain_id checking in create_project  https://review.openstack.org/15994420:51
*** raildo is now known as raildo|away20:54
*** edmondsw has quit IRC21:15
*** luminalflux has joined #openstack-keystone21:16
crinkleit looks like the openstackclient image create command has a --owner flag to specify a project, but no --domain flag, how does it distinguish between images for projects in different domains?21:21
stevemarcrinkle always asking the hard questions21:23
crinklestevemar: i live to be difficult :)21:23
stevemarcrinkle, does glance ever distinguish between images for projects vs domains? cc sigmavirus2421:23
zigomorganfainberg: I got keystone RC1 built without any issue now, thanks a lot for your work.21:24
morganfainbergzigo, np21:24
morganfainbergzigo, glad to have helped21:24
morganfainbergcrinkle, hi! *waves*21:24
sigmavirus24crinkle: so --owner is always the tenant-id21:25
sigmavirus24or rather, the owner field in glance is always the tenant, not the specific user21:25
crinklemorganfainberg: hi o/21:25
sigmavirus24I'm rather certain we don't have any way of storing a domain for an image though, and that's something we /could/ add but would ned to be brought up probably as a blueprint or at the summit (preferably both)21:25
morganfainbergcrinkle, got nothing else, just saying hi cause you were chatting here :)21:26
crinklesigmavirus24: okay, and since it's the ID and not the name, it doesn't need a domain to distinguish it?21:26
sigmavirus24But as a newish glance dev, I'm not sure if it hasn't already been brought up21:26
morganfainberglhcheng, yes on the rc-potential bug21:27
sigmavirus24crinkle: right. Since the entire tenant owns it, I don't think we've had a need to add a domain to distinguish anything21:29
crinklesigmavirus24: that makes sense, thanks!21:29
sigmavirus24crinkle: you're welcome!21:29
morganfainbergsigmavirus24, glance images are about the only thing in OpenStack i see really benefitting (ok heat but thats separate) from Domain awareness21:30
morganfainbergsigmavirus24, but in Liberty with domains being ~= projects it likely becomes less of an issue.21:30
sigmavirus24morganfainberg: well I need to learn more about domains/(projects|tenants) and how they work and are intended to be used21:30
crinklemorganfainberg: does that mean you see this changing at some point soonish?21:31
sigmavirus24To be fair, I only got involved in glance around ~k-2 and am still acquainting myself with things21:31
morganfainbergcrinkle, any change that is made shouldn't break anything you're doing. if it does, we screwed up21:31
sigmavirus24Also, the focus in Kilo was fixing bugs but more heavily on getting a semblance of Artifacts and Catalog Index Search (new features)21:31
morganfainbergcrinkle, we should give you more flexibility is all we'd change21:31
sigmavirus24I doubt anyone was paying close attention to things in Keystone closely enough to know we could be benefitting from things21:32
stevemarsigmavirus24, you are le right21:32
crinklemorganfainberg: coolio21:32
sigmavirus24stevemar: about?21:32
stevemarno one was paying attn to keystone21:32
* morganfainberg needs to book train ticket for Vancouver21:32
sigmavirus24hah yeah21:32
morganfainbergstevemar, does anyone actually pay attention to keystone?21:32
sigmavirus24I would like to pay more attention21:33
crinklemorganfainberg: party train through pdx? :D21:33
morganfainbergcrinkle, yep21:33
* sigmavirus24 's time is already very limited though21:33
crinklemorganfainberg: \o/21:33
sigmavirus24Anyone in here (other than stevemar) going to PyCon this weekend?21:33
stevemarsigmavirus24, dstanek will be (or is) there21:34
morganfainbergsigmavirus24, i think some people from -infra are there.21:34
sigmavirus24stevemar: yeah, dstanek is doing a tutorial this year21:35
morganfainbergsigmavirus24, you into math [the name] or just like Σ or something else?21:35
stevemarsigmavirus24, weren't you?21:35
* sigmavirus24 should have excluded dstanek by default too21:35
sigmavirus24stevemar: just a plain ol' talk21:35
stevemarsigmavirus24, when is it?21:36
stevemari'll be there tomorrow at 2:30ish21:36
sigmavirus24morganfainberg: I have a B.Sc, and M.Sc in Pure Math21:36
sigmavirus24stevemar: Saturday after lunch21:36
morganfainbergsigmavirus24, awesome!21:36
sigmavirus243rd track I think21:36
stevemaroh nice, i'll show up21:36
sigmavirus24stevemar: you don't have to =P21:36
morganfainbergsigmavirus24, math is fun.21:36
stevemari'll be lurking in the back21:36
morganfainbergsigmavirus24, /me didn't get around to getting a degree in it though :P21:36
sigmavirus24I might not even show up. I'll be volunteering at the RAX booth around the same time =P21:36
stevemarjust clone yourself21:37
sigmavirus24morganfainberg: I got both in 5 years because I was bored as an undergrad and started taking grad classes and had ~50% of the credits done by the time I had my B.Sc21:37
morganfainbergsigmavirus24, lol.21:37
sigmavirus24Boredom also led to python and OSS though so21:37
sigmavirus24That is the story of why I'll never use my degrees =P21:37
morganfainbergsigmavirus24, i ended up w/ a theatre and film degree - bordom lead me to being into CS.21:37
sigmavirus24Funny how that works, eh?21:38
morganfainbergsigmavirus24, yep21:38
sigmavirus24stevemar: I get in tomorrow around noon I think21:38
stevemari don't have a funny story with my degree :(21:39
stevemarit's just there21:39
morganfainbergmy story is funny cause i paid too much $ for it21:39
morganfainbergor sad.21:39
morganfainbergsomething like that21:40
* morganfainberg is thankfully debt free now though.21:40
sigmavirus24So, I entered my uni because it had a program where you'd take a B.Sc over 5 years but have real world experience at the end21:42
sigmavirus24And I entered as a Math major and the market went boom21:43
stevemarmorganfainberg, when are we cutting KSC?21:43
sigmavirus24So all of the school's math contacts were either bankrupt or not willing to hire those of us looking21:43
stevemari have a few OSC patches that i want to include but would require a new KSC version21:43
morganfainbergstevemar, when it's ready21:44
stevemarmorganfainberg, well thats vague, are you in manager training?21:44
morganfainbergstevemar, so.. uh when i check with jamielennox what is left before we're ready to cut the "OMG Kilo" version21:44
stevemarmorganfainberg, okie dokie21:44
morganfainbergstevemar, no not in training... trial by fire steering a project as PTL :P21:44
*** pnavarro has quit IRC21:44
* morganfainberg smooths out the pointy-hair.21:44
stevemarhmm, i wonder if we can include some stuff in OSC that will depend on a new KSC version then...21:45
stevemarand we would release one at the same time21:45
morganfainbergstevemar, you'd need to make sure it was conditional21:45
morganfainbergstevemar, since g-r wont update21:45
stevemarand have that serve as the OMG kilo version21:45
stevemarokay then nvm21:45
stevemarg-r is not updating for kilo right?21:46
* stevemar needs to read the ML from today21:46
morganfainbergshould be frozen barring GATE IS HORKED moments21:46
morganfainbergshould have been frozen from ~k3 milestone on21:46
morganfainbergyou know... feature freeze-ish21:46
sigmavirus24whatever that is =P21:49
morganfainbergstevemar, it's that magical time of year when a software project .. no wait.. strike that21:49
morganfainbergsigmavirus24, ^ not stevemar21:49
morganfainbergdamn and i was doing so well at not tab<fail> in IRC today.21:49
sigmavirus24heh21:50
stevemarit's only 2 chars21:50
morganfainbergso, thats 1 more character stroke than is typically needed21:50
stevemari come before the other st<tab>21:50
morganfainberga<tab> = ayoung, b<tab> = bknudson, ds<tab> dstanek, s<tab> = stevemar2 (that shady guy)21:50
stevemarmo<tab><tab> is morganfainberg21:51
morganfainbergstevemar, my client does some weird guessing on who last spoke in the channel21:51
stevemaryou get bknudson with b<tab>? i have to use bk<tab>21:51
bknudsonwhat client is that?21:51
morganfainbergbecause mord is earlier alphabetically than morg21:52
morganfainbergbknudson, Textual21:52
morganfainbergbknudson, LimeChat fork for OS X21:52
morganfainbergor was it sublime... one of those things21:52
bknudsonit had lime in it21:53
morganfainbergbknudson, exactly! you get it.. limes... which reminds me, tequila anyone?21:53
* morganfainberg is allowed to be a little less serious now that we have an RC.21:53
morganfainbergor so i keep telling myself21:54
stevemarmorganfainberg, i am with you on that one21:54
bknudsonmorganfainberg: I assume the mongo workaround is targeted to rc221:58
*** ayoung-mtg has joined #openstack-keystone21:58
*** bknudson has left #openstack-keystone21:58
*** bknudson has joined #openstack-keystone21:58
*** ChanServ sets mode: +v bknudson21:58
bknudsonoops, closed the window21:58
morganfainbergbknudson, should be considered when we open RC2 window.21:58
morganfainbergbknudson, 100%21:59
bknudsonit's proposed as backport to stable so we'd lose it if it's not in rc221:59
*** chrisshattuck has quit IRC21:59
openstackgerritBrant Knudson proposed openstack/keystone: Refactor common function for loading drivers  https://review.openstack.org/16662822:00
openstackgerritBrant Knudson proposed openstack/keystone: Refactor MemcachedBackend is not a Manager  https://review.openstack.org/16661522:00
openstackgerritBrant Knudson proposed openstack/keystone: Tests don't override default config with default  https://review.openstack.org/16663122:00
openstackgerritBrant Knudson proposed openstack/keystone: Use stevedore  https://review.openstack.org/16654322:00
openstackgerritBrant Knudson proposed openstack/keystone: Use short names for drivers  https://review.openstack.org/16662222:00
stevemardammit brant22:00
*** chlong has joined #openstack-keystone22:01
bknudsonwould be nice to get the stevedore change in somewhat early.22:04
*** lhcheng_ has joined #openstack-keystone22:05
*** lhcheng has quit IRC22:05
morganfainbergbknudson, ++22:05
morganfainbergstevemar, https://review.openstack.org/#/c/171772/22:06
morganfainbergstevemar, plz press go22:06
bknudsonmorganfainberg: stevemar: that one's actually waiting on global-requirements change to be unblocked.22:06
bknudsonhttps://review.openstack.org/#/c/167126/22:07
morganfainbergoh damn it22:07
bknudsonbandit isn't in g-r yet.22:07
morganfainbergi need to look more closely at dependson22:07
morganfainbergfair enough22:07
morganfainbergsteve can still +222:07
morganfainbergyay for DependsOn :)22:07
*** topol has joined #openstack-keystone22:07
*** ChanServ sets mode: +v topol22:07
bknudsonI may have to correct it if the g-r review changes.22:07
bknudsonDepends-On is awesome.22:08
morganfainbergstevemar, so22:09
morganfainbergstevemar, re: ksc22:09
morganfainbergstevemar, lets plan to release ksc w/ the RC2 window for keystone opening22:09
morganfainbergjamielennox, ^ cc22:09
morganfainbergand KSM around the same time22:09
*** jamielennox is now known as jamielennox|away22:11
stevemarmorganfainberg, that'll be the first for L release then?22:14
stevemaror the final one for K?22:14
morganfainbergK22:14
*** mancdaz has quit IRC22:21
*** mancdaz has joined #openstack-keystone22:22
*** sigmavirus24 is now known as sigmavirus24_awa22:24
*** stevemar has quit IRC22:30
bknudsonI noticed there was a requirements update in review for client or middleware...22:31
bknudsonmiddleware: https://review.openstack.org/#/c/166438/22:31
bknudsonalso, btw, gate is busted.22:31
bknudsonfor keystoneclient and keystonemiddleware22:32
bknudsonI think there's an uncapped dependency out there somewhere.22:32
*** lhcheng_ has quit IRC22:32
morganfainbergtempest-y-think22:32
morganfainbergthing*22:32
morganfainberghttp://logs.openstack.org/38/166438/2/check/gate-tempest-dsvm-neutron-src-keystonemiddleware-icehouse/8f6d2f9/console.html#_2015-04-08_19_45_49_02522:33
morganfainbergoh yeah22:33
morganfainberguncapped dep somehow22:33
bknudsonthere's translations for keystone -- want to pick that up in rc2? https://review.openstack.org/#/c/171472/22:33
bknudsonoops, wrong project.22:33
*** bknudson has left #openstack-keystone22:33
*** bknudson has joined #openstack-keystone22:34
*** ChanServ sets mode: +v bknudson22:34
morganfainbergbknudson, uhm. as long as we haven't moved any string changes in. i checked before we ran the RC1 patch... didn't look like translations were outstanding22:34
*** topol has quit IRC22:34
bknudsonok, it's just the keystonemiddleware requirements update I'd wonder about...22:35
bknudsonif that's wanted before a release.22:35
morganfainbergi'd like the requirements to meet the same as in keystone22:35
morganfainbergfor this release22:35
morganfainbergso probably want that before we release22:36
bknudsony, that's kind of scary22:36
morganfainbergthis is why ksm and ksc will get stable branches with backports22:36
morganfainbergthat match the keystone one(s)22:36
*** lhcheng has joined #openstack-keystone22:36
*** ChanServ sets mode: +v lhcheng22:36
morganfainbergfor gate sanity22:37
morganfainbergamong other things22:37
bknudsonlooks like the requirements proposed for ksm are the same as keystone --22:37
bknudsonhttps://review.openstack.org/#/c/166438/2/requirements.txt22:37
morganfainbergyeah just checked22:37
bknudsonvs http://git.openstack.org/cgit/openstack/keystone/tree/requirements.txt?id=2015.1.0rc122:37
morganfainbergbknudson, so we should land that before we ksm release22:37
bknudsongood luck.22:37
*** thedodd has quit IRC22:42
openstackgerritMerged openstack/keystone: Add placeholders for reserved migrations  https://review.openstack.org/17132922:42
*** gordc has quit IRC22:45
bretonoh.22:45
bretonI thought we wanted to hold off placeholders for some time22:47
bretonanyway, np.22:49
morganfainbergwe can always pull them out22:50
morganfainbergbetter to have them and not need them than someone screwing it up ;)22:50
openstackgerritBrant Knudson proposed openstack/keystone: Tests enforce use of stevedore loading  https://review.openstack.org/17185422:51
openstackgerritBrant Knudson proposed openstack/keystone: Use short names for drivers  https://review.openstack.org/16662222:57
openstackgerritBrant Knudson proposed openstack/keystone: Tests enforce use of stevedore loading  https://review.openstack.org/17185422:57
*** mancdaz has quit IRC22:57
*** browne has quit IRC23:03
*** carlosmarin has quit IRC23:03
openstackgerritBrant Knudson proposed openstack/keystone: Update sample config file  https://review.openstack.org/17186023:03
*** browne has joined #openstack-keystone23:04
*** chlong has quit IRC23:05
*** bknudson has quit IRC23:07
openstackgerritguang-yee proposed openstack/keystone: make sure we properly initialize the backends before using the drivers  https://review.openstack.org/17186423:08
*** jamielennox|away is now known as jamielennox23:12
*** mancdaz has joined #openstack-keystone23:14
*** dims has quit IRC23:16
jamielennoxno bknudson or stevemar? is this the right channel?23:21
*** mattfarina has quit IRC23:22
*** Ephur has quit IRC23:34
*** dims has joined #openstack-keystone23:34
openstackgerritJamie Lennox proposed openstack/python-keystoneclient: Increase minimum token life required  https://review.openstack.org/16994723:36
*** sdake has joined #openstack-keystone23:40
*** sdake_ has joined #openstack-keystone23:42
*** sdake has quit IRC23:45

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