Tuesday, 2016-11-08

*** gouthamr has joined #openstack-meeting-cp00:02
*** cebreidian has joined #openstack-meeting-cp00:17
*** uxdanielle has quit IRC00:30
*** markvoelker has quit IRC00:39
*** zhurong has joined #openstack-meeting-cp01:30
*** markvoelker has joined #openstack-meeting-cp01:40
*** markvoelker has quit IRC01:45
*** tovin07 has joined #openstack-meeting-cp03:18
*** markvoelker has joined #openstack-meeting-cp03:41
*** markvoelker has quit IRC03:46
*** Rockyg has quit IRC03:56
*** gouthamr has quit IRC04:50
*** odyssey4me has quit IRC05:17
*** benj_ has quit IRC05:17
*** odyssey4me has joined #openstack-meeting-cp05:18
*** benj_ has joined #openstack-meeting-cp05:18
*** notmyname has quit IRC05:19
*** notmyname has joined #openstack-meeting-cp05:20
*** markvoelker has joined #openstack-meeting-cp06:43
*** markvoelker has quit IRC06:47
*** david-lyle has quit IRC07:03
*** ebalduf has quit IRC07:23
*** rarcea has joined #openstack-meeting-cp07:39
*** mars has quit IRC08:13
*** mars has joined #openstack-meeting-cp08:26
*** tovin07_ has joined #openstack-meeting-cp08:31
*** markvoelker has joined #openstack-meeting-cp08:43
*** markvoelker has quit IRC08:48
*** zhurong has quit IRC09:58
*** tovin07_ has quit IRC10:03
*** notmyname has quit IRC10:20
*** notmyname has joined #openstack-meeting-cp10:29
*** zhurong has joined #openstack-meeting-cp12:05
*** zhurong has quit IRC12:13
*** zhurong has joined #openstack-meeting-cp12:21
*** david-lyle has joined #openstack-meeting-cp12:37
*** zhurong has quit IRC12:38
*** zhurong has joined #openstack-meeting-cp12:43
*** markvoelker has joined #openstack-meeting-cp12:45
*** markvoelker has quit IRC12:50
*** mars has quit IRC12:57
*** diablo_rojo_phon has joined #openstack-meeting-cp13:07
*** markvoelker has joined #openstack-meeting-cp13:14
*** david-lyle has quit IRC13:29
*** zhurong has quit IRC13:37
*** xyang1 has joined #openstack-meeting-cp13:39
*** tongli has joined #openstack-meeting-cp13:54
*** garloff has joined #openstack-meeting-cp14:02
*** ebalduf has joined #openstack-meeting-cp14:02
*** uxdanielle has joined #openstack-meeting-cp14:35
*** noama_ has joined #openstack-meeting-cp14:43
*** noama_ has quit IRC14:47
*** david-lyle has joined #openstack-meeting-cp15:29
*** david-lyle has quit IRC15:34
*** tongli has quit IRC15:40
*** diablo_rojo_phon has quit IRC16:28
*** uxdanielle has quit IRC16:30
*** xyang1 has quit IRC17:04
*** gouthamr has joined #openstack-meeting-cp17:06
*** xyang1 has joined #openstack-meeting-cp17:07
*** david-lyle has joined #openstack-meeting-cp17:46
*** uxdanielle has joined #openstack-meeting-cp18:03
*** crinkle has joined #openstack-meeting-cp18:06
*** rodrigods has joined #openstack-meeting-cp18:07
*** lamt has joined #openstack-meeting-cp18:07
*** rderose has joined #openstack-meeting-cp18:07
*** noama_ has joined #openstack-meeting-cp18:20
*** edtubill has joined #openstack-meeting-cp18:28
*** noama_ has quit IRC18:31
*** david-lyle_ has joined #openstack-meeting-cp18:47
*** david-lyle_ has quit IRC18:53
*** ebalduf has quit IRC18:55
*** Rockyg has joined #openstack-meeting-cp18:58
*** knikolla has joined #openstack-meeting-cp19:00
*** david-lyle has quit IRC19:45
*** robcresswell has joined #openstack-meeting-cp19:47
*** kenji-i has joined #openstack-meeting-cp19:54
*** david-lyle has joined #openstack-meeting-cp19:56
*** r1chardj0n3s has joined #openstack-meeting-cp19:58
*** ayoung has joined #openstack-meeting-cp19:59
ayoungKeystone on the Horizon Ho!19:59
robcresswello/20:00
knikollao/20:00
stevemaro/20:00
*** gagehugo has joined #openstack-meeting-cp20:00
r1chardj0n3so/20:00
robcresswellattempting to dinner, sorry if I'm slow to respond20:00
stevemarr1chardj0n3s: able to chair?20:00
kenji-io/20:00
r1chardj0n3sstevemar: can do!20:00
stevemarsweet20:00
r1chardj0n3ssince it's not an official meeting, what should I startmeeting with to get it logged?20:00
edtubillo/20:00
crinklehi20:00
r1chardj0n3s(or will anything work?)20:00
*** ebalduf has joined #openstack-meeting-cp20:01
stevemarr1chardj0n3s: probably anything will work20:01
rderoseo/20:01
r1chardj0n3s#startmeeting horizon-keystone20:01
openstackMeeting started Tue Nov  8 20:01:20 2016 UTC and is due to finish in 60 minutes.  The chair is r1chardj0n3s. Information about MeetBot at http://wiki.debian.org/MeetBot.20:01
openstackUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.20:01
*** openstack changes topic to " (Meeting topic: horizon-keystone)"20:01
openstackThe meeting name has been set to 'horizon_keystone'20:01
r1chardj0n3s\o/20:01
*** ediardo has joined #openstack-meeting-cp20:01
*** lcastell has joined #openstack-meeting-cp20:01
*** uxdanielle has quit IRC20:01
*** jaugustine has joined #openstack-meeting-cp20:01
r1chardj0n3sHi everyone, this is the kickoff for what we hope is a regular series of meetings to discuss Horizon/Keystone cross project issues.20:02
lbragstado/20:02
r1chardj0n3sThe etherpad from the summit session is https://etherpad.openstack.org/p/ocata-keystone-horizon20:02
gagehugoo/20:02
david-lyleo/20:02
r1chardj0n3sIt has some actions we wanted to take, so I think a good place to start is to get an update on those.20:03
stevemardo we want to select an official time for this meeting?20:03
david-lyleNot this one20:03
ediardoo/20:03
stevemardavid-lyle: in general? oh20:03
r1chardj0n3sstevemar: oh, yes, I was going to come to that. We could do it first tho :-)20:03
stevemardavid-lyle lbragstad proposed a patch for that: https://review.openstack.org/#/c/395106/20:04
stevemarr1chardj0n3s: :)20:04
r1chardj0n3sso, meeting time - should I put up a doodle, or are there more concrete suggestions?20:04
david-lyleJust move one hour later or earlier?20:04
lbragstadif folks have an opinion on the meeting time we can iterate on it in review https://review.openstack.org/#/c/395106/20:05
stevemarr1chardj0n3s: around this time definitely works for me, just doubled booked with the tc meeting atm20:05
david-lyle++20:05
r1chardj0n3sah, right!20:05
lbragstadone hour earlier is the tc meeting which robcresswell mentioned to me ealier as well20:06
*** dstanek has joined #openstack-meeting-cp20:06
david-lyleTc is now20:06
lbragstadoh - right20:06
stevemar:)20:06
r1chardj0n3sthis time is a sweet spot for me, I'm afraid. an hour earlier could be doable, if you're happy with Zombie Richard :-)20:07
lbragstadi'm all sorts of mixed up when it comes to the times, the one proposed to the meetings repo does not conflict with the tc meeting20:07
stevemarthen lets keep it as is20:07
robcresswellha, lbragstad, yeah, 2000 is the tc meeting is what I said, so this particular one collides - 1900 is better20:07
r1chardj0n3sok, so does 1900 work for everyone?20:07
knikolla++20:08
david-lyleThere are other days of the week with the same time20:08
stevemari'm good for tomorrow20:08
stevemarbut i think r1chardj0n3s doesn't want to start his friday at an awful time20:09
lbragstadWednesday works20:09
lbragstadand clears the tests20:09
stevemar(if we move it to thursday)20:09
r1chardj0n3stomorrow is Horizon meeting at this time :-)20:09
robcresswellwed 2000 is horizon20:09
stevemarhehe20:09
david-lyleDoh20:09
r1chardj0n3sthu 2000 would work for me20:09
bretonmaybe a little earlier? It's 23:00 here now :(20:09
r1chardj0n3sbreton: heh, it's 0700 here :-)20:10
stevemarbreton: earlier won't work, r1chardj0n3s is in AUS20:10
*** betherly has joined #openstack-meeting-cp20:10
bretonoh20:10
betherlyo/ sorry im late20:10
robcresswellyeah, richards attendance is key since he is ptl20:10
dstaneki'm good with any of the times that have been discussed thus far20:10
robcresswell:)20:10
robcresswell2000 Thursday?20:10
robcresswell(if free)20:11
stevemar2100 wednesday?20:11
stevemarmaybe a doodle would be better :)20:11
stevemaror someone just pick one20:11
knikolla++ for doodle20:11
r1chardj0n3sUnless there's any objections, 2000 Thursday20:11
stevemarit'll be 1900, 2000, 2100 on tuesday/wednesday/thursday20:11
rderoser1chardj0n3s: works for me20:12
lbragstad+1 to 2000 on Thursday20:12
knikollaall work for me20:12
david-lyler1chardj0n3s ++20:12
edtubill +1 2000 Thurs20:12
stevemardo it up, lbragstad update the patch please20:12
ayoungwe actually discussing technical things today or just coming up with a new meeting time?20:13
r1chardj0n3s#agreed the new weekly meeting time will be Thursdays 2000 UTC20:13
r1chardj0n3sthanks lbragstad20:13
lbragstadstevemar robcresswell r1chardj0n3s done - https://review.openstack.org/#/c/395106/20:13
stevemar(starting next week of course ;) )20:13
r1chardj0n3syes!20:13
r1chardj0n3s:-)20:13
r1chardj0n3sshall we run through the action items from the summit?20:14
lbragstadas long as stevemar and r1chardj0n3s sign off on the time i'll push to get it approved and merged (set in stone)20:14
r1chardj0n3s#topic Keystone to remove the hardcoded "Federated" domain (rderose)20:15
*** openstack changes topic to "Keystone to remove the hardcoded "Federated" domain (rderose) (Meeting topic: horizon-keystone)"20:15
stevemarrderose: will this one go away once we get a better mapping engine in ocata?20:16
rderosestevemar: I don't think this is dependent on mapping engine. federated users are normal users now and can just use default domain20:17
david-lyleWouldn't default be problematic?20:17
r1chardj0n3sis there a bp/bug/patch that we could reference here?20:17
stevemarrderose: i'm not sure that's accurate though20:17
stevemarr1chardj0n3s: of course there isn't one :\20:18
dstanekis there a review/spec so i can catch up on the ask?20:18
rderosestevemar: which part, federated users are in the user table now20:18
r1chardj0n3sdstanek: I think at the moment all we have is in the etherpad20:18
r1chardj0n3shttps://etherpad.openstack.org/p/ocata-keystone-horizon20:18
stevemari think its related to https://bugs.launchpad.net/keystone/+bug/162709820:19
openstackLaunchpad bug 1627098 in OpenStack Identity (keystone) "federated users cannot user heat" [Undecided,New]20:19
stevemarhttps://bugs.launchpad.net/keystone/+bug/158999320:19
openstackLaunchpad bug 1589993 in Murano "Murano cannot deploy with federated user" [Wishlist,Incomplete]20:19
rderosestevemar: david-lyle: why would default be problematic, federated users are no longer ephemeral20:19
david-lyleThinking of role mapping and admin20:19
stevemarrderose: right, but they don't exist in the default domain20:20
stevemarrderose: i was thinking the idp -> domain relationship should be leveraged here20:20
rderosestevemar: hmm...20:20
rderosestevemar: I see20:20
stevemarthis might be a bad start here, it's gotten very keystoney20:20
david-lyleEspecially if you're federating multiple idps20:21
david-lyleShouldn't mix20:21
r1chardj0n3syep, it's probably a good idea to avoid bogging down in detailed discussion here20:21
stevemarbut we can take away that we need to better flesh out the issues we're trying to solve, we need bugs and bps20:21
r1chardj0n3sunless it's crossproject20:21
r1chardj0n3syep, could we get an action from someone to better define the problem/solution?20:22
r1chardj0n3s(he calls out to the void for a volunteer ;-)20:22
ayoungI think I can look into it from a heat perspective20:22
stevemarr1chardj0n3s: i'll add it to https://etherpad.openstack.org/p/ocata-keystone-horizon20:22
kenji-iIn any case, federated users are no longer ephemeral in newton?20:23
r1chardj0n3sgreat, thanks20:23
r1chardj0n3so/ kenji-i20:23
ayoungwe might not have a backportable solution for Mitaka, then20:23
kenji-ir1chardj0n3s:o/ morning!20:23
rderosekenji-i: correct20:23
r1chardj0n3srderose: when did that change land? I was seeing them ephemeral pretty late in Newton20:24
*** rarcea has quit IRC20:24
stevemarr1chardj0n3s: pretty late in newton it landed i think?20:25
r1chardj0n3s(ephemeral == "Federated" as their domain, yes?)20:25
stevemarr1chardj0n3s: so not really20:25
stevemarr1chardj0n3s: ephemeral == we didn't save a record of the user in the SQL backend20:25
rderoser1chardj0n3s: https://review.openstack.org/#/c/279162/6820:25
stevemarr1chardj0n3s: now we do20:25
lbragstadthat works was started in mitaka - https://github.com/openstack/keystone-specs/blob/master/specs/keystone/mitaka/shadow-users.rst20:25
r1chardj0n3sok20:25
r1chardj0n3sthanks20:25
r1chardj0n3show about we move on, we've got a few other things to cover20:26
stevemarBUT the domain stayed as "FEDERATED" or whatever it is20:26
stevemareyah20:26
ayoungcan't use a Trust if you don't have a user20:26
stevemarlets add more content to the etherpad20:26
lbragstadit was continued in Newton - https://github.com/openstack/keystone-specs/blob/master/specs/keystone/newton/shadow-users-newton.rst20:26
ayoungso we need a non-ephemeral user in order for Heat to work20:26
rderosestevemar: correct, but we're not saving the domain in the db20:26
stevemarr1chardj0n3s: crinkle has a few patches up, how about we discuss those?20:27
* david-lyle owes crinkle some more reviews20:27
r1chardj0n3sstevemar: we could - I was going to get status updates on the current etherpad tasks20:27
crinkleyeah those patches don't exactly correspond to any of the tasks20:28
r1chardj0n3sI'm happy for this meeting to take whatever direction is useful20:28
r1chardj0n3scould we continue to use the etherpad to track the combined interest tasks?20:28
stevemarr1chardj0n3s: totally20:29
kenji-irderose:  thank you!20:29
r1chardj0n3scrinkle: would you mind adding some info about what you're doing to https://etherpad.openstack.org/p/ocata-keystone-horizon please?20:29
crinkler1chardj0n3s: sure20:29
*** jaugustine has quit IRC20:29
r1chardj0n3sthanks20:29
r1chardj0n3sand we'll come back to it20:30
r1chardj0n3s#topic Horizon to remove token revocation upon logout & project switch20:30
*** openstack changes topic to "Horizon to remove token revocation upon logout & project switch (Meeting topic: horizon-keystone)"20:30
robcresswellWould be nice to get patches/bps/bugs linked if possible. Etherpads are a bit transient.20:30
r1chardj0n3sthis one is a win \o/ it's all done20:30
lbragstadsweet20:30
stevemarr1chardj0n3s: yay20:30
r1chardj0n3s#link https://github.com/openstack/django_openstack_auth/commit/5810f9c6d92f8e1febbb25f5486778dbf416991c is the commit20:30
robcresswellSo, token revocation is done in master and released, also backported to stable/newton and has a patch in releases waiting for approval.20:30
ayoungjamielennox could not make it, but he's the one hammering home on the "expired tokens are still useful" work20:31
lbragstadso - what happens after I log out and I go back to horizon?20:31
ayounglbragstad, it dumped the session, should prompt you for login again20:31
stevemarlbragstad: your tokens are not revoked20:31
lbragstadah ha20:31
stevemarlbragstad: thats the only change20:31
dstaneki'm assuming horizon uses some sort of session cookie that is invalidated on logout?20:32
ayoungall your old work is still valid.  Any tokens that are stored with long workloads are still valid20:32
stevemarlbragstad: so if you kicked off a long operation, and logged out, it won't fail20:32
r1chardj0n3sdstanek: correct20:32
lbragstadso it prompts for a username and password because the session was dumped instead of revoking the token20:32
*** david-lyle_ has joined #openstack-meeting-cp20:32
*** david-lyle has quit IRC20:32
r1chardj0n3s#topic Roles: there are two related workflows that actually behave differently; investigate why one has a default20:32
*** openstack changes topic to "Roles: there are two related workflows that actually behave differently; investigate why one has a default (Meeting topic: horizon-keystone)"20:32
r1chardj0n3sso, there wasn't a concrete action with a name against this one20:33
stevemari didn't investigate this yet20:33
stevemari think the TODO is to investigate20:33
david-lyle_I didn't look either20:33
david-lyle_Put my name on it20:33
r1chardj0n3sdavid-lyle_: done!20:33
r1chardj0n3salways happy to put your name against things :-)20:33
ayoungthere was addd user to project tha was using the default role20:34
ayoungthat needs to be replaced with only doing "assign user a role on the project"20:34
stevemarayoung: yeah20:34
stevemarwhen i tried to assign a user a role on a project, it automatically went for the "_member_" role or whatever that thing is20:35
stevemarthere wasn't a drop down for me to select the role20:35
r1chardj0n3s#topic K2K support20:36
*** openstack changes topic to "K2K support (Meeting topic: horizon-keystone)"20:36
r1chardj0n3sThis is crinkle's moment to shine, right?20:37
stevemarone more note on the previous topic, if we could move away from the whole _member_ thing, that would be all kinds of awesome20:37
stevemarr1chardj0n3s: nope! it's all about edtubill now :P20:37
r1chardj0n3sd'oh!20:37
edtubillhey, so I'm happy to support whatever method to go with.20:37
stevemarwe've got a few options to pick from20:37
edtubillThere's this new blueprint I made:  https://blueprints.launchpad.net/horizon/+spec/k2k-horizon20:38
edtubillThis is the old patch that's been here forever K2K with Regions drop down https://review.openstack.org/#/c/159910/2120:38
ayounghey, I have to run in a few minutes.  On Browsing LDAP users...  https://review.openstack.org/#/c/314829/20:38
ayoungraildo is making it happen20:38
ayounggotta phase.20:39
edtubilland here's the patch I created which requires configuration in local_settings. K2K at Log In Time https://review.openstack.org/#/c/325901/20:39
stevemarr1chardj0n3s: to level set k2k is where a user can use a different keystone in a completely different cloud20:39
stevemarthese other keystones are called service providers according to our APIs20:39
stevemarin the catalog, theres a list of these service providers, so they are in the token20:40
dstanekso, is the plan that a user can manage both clouds through one horizon?20:40
david-lyle_I think we settled on a post login approach. But I owe a review on the bp20:40
stevemaryes through a single pane of glass20:40
stevemardavid-lyle_: so the one operator that has chimed in is kfox20:41
stevemarand he writes...20:41
stevemarI prefer the dropdown asking for service provider at login, as I think its likely that in multi region situations the user will want to know where they are going, especially in the case of hybrid public/private federated clouds. Making a mistake there could cost real money.20:41
dstanekcan they manager an arbitrary # of clouds or just the two?20:41
david-lyle_stevemar that list is open api or we have to hard code?20:42
edtubilldstanek: I think they can manage an arbitrary # of clouds which have keystone service providers20:42
edtubilldavid-lyle_: you can get that list in an access info object with a token.20:42
david-lyle_So login becomes multistepped?20:43
stevemardavid-lyle_: it's not open20:43
*** ayoung has quit IRC20:44
r1chardj0n3sok, I think y'all have enough to work on there :-)20:44
r1chardj0n3s#topic Support for browsing LDAP users20:44
*** openstack changes topic to "Support for browsing LDAP users (Meeting topic: horizon-keystone)"20:44
r1chardj0n3sAdam mentioned this review just before https://review.openstack.org/#/c/314829/20:45
r1chardj0n3sWe don't have anyone on the Horizon side of this that I'm aware of20:45
bretonr1chardj0n3s: tsufiev20:46
bretonr1chardj0n3s: he's not here though20:46
stevemari don't think this solves the problem?20:46
r1chardj0n3scool, now I'm aware :-)20:46
bretonhttp://lists.openstack.org/pipermail/openstack-dev/2016-November/106923.html20:46
bretonplease review the patches mentioned there20:46
bretonafter that i'll be able to push mine patch too20:46
bretonthen horizon will have to consume the flag20:46
stevemarbreton: oh that's to consume the limit flad20:47
stevemarflag20:47
r1chardj0n3sbreton: would you mind updating the etherpad with that info please?20:47
bretonr1chardj0n3s: will do20:47
robcresswellOh, the limit flag would be good20:47
robcresswellI'm not sure the first review does anything for horizon20:47
bretonalso20:48
bretonkeystoners, please review https://review.openstack.org/#/c/339294/20:48
robcresswellAllowing list all on keystone doesnt work around other limits imposed outside keystone I thought, like the 500 user limit that was mentioned?20:48
bretonoh20:48
bretonooooh, it is already merged20:48
r1chardj0n3ssuper-efficient keystoners :-)20:48
stevemarthe way i always envision browsing ldap users is the same way we do it with our internal ldap... we have a search bar and when you start typing in names it does a dynamic search20:48
r1chardj0n3syep20:49
stevemarso if you type in "steve" you get the first 50 steve's20:49
bretonstevemar: yes, that's what we plan to do too20:49
stevemarif you type in "steve mar" i show up, along with a few others20:49
stevemarbreton: those patches accomplish that?20:49
stevemarwhat am i missing?20:49
bretonstevemar: we decided that we need a flag that would signal to Horizon that there are more users20:50
stevemarbreton: how does disabling user list fix that?20:50
bretonstevemar: /me doesn't know20:50
stevemarbreton: well then20:51
bretonstevemar: i am asking to review the patches related to the flag :) it wasn't me who mentioned the disabling20:51
stevemarr1chardj0n3s: so when you click on the users tab now, it tries to list all right?20:51
r1chardj0n3syes20:51
bretonr1chardj0n3s: btw you already can partially implement the search20:51
robcresswellstevemar: I think the flag breton is mentioning is unrelated to the list all enable/disable20:52
bretonr1chardj0n3s: because filtering already works for LDAP20:52
bretonrobcresswell: right20:52
r1chardj0n3swe have a few places in the UI where we just list all users rather than search first, and will need to change all of those20:52
stevemarwhich would be unfortunate for folks that have a lot of sql users :(20:52
robcresswellThe flag is just a way of saying "here's some results, there are loads more though" so Horizon can indicate this on the UI. I think right now, we don't consume anything from keystone indicating whether we've hit a return limit.20:53
bretonstevemar: it works for sql too20:53
robcresswelliirc20:53
bretonrobcresswell: ++20:53
stevemarrobcresswell: good explanation20:53
bretonstevemar: you know, the startswith__ stuff20:53
stevemarbreton: yep, i recall that20:53
bretonso what we need to do20:54
breton1. review patches20:54
breton2. start implmeneting things in horizon20:54
robcresswellyou just summed up openstack, breton.20:54
r1chardj0n3slol20:54
stevemar:)20:54
robcresswell1. review patches.20:54
robcresswell:)20:54
r1chardj0n3sok we're just about out of time, so could I just ask folks to make sure that the etherpad is up to date, that'd be great. We'll retire stuff that's done to the bottom of the pad, I think.20:55
lbragstadbreton which patches?20:55
david-lyle_All the patches!20:55
bretonlbragstad: http://lists.openstack.org/pipermail/openstack-dev/2016-November/106923.html20:55
lbragstadr1chardj0n3s stevemar do we want a separate etherpad for this meeting?20:55
stevemarlbragstad: nah20:55
r1chardj0n3s-120:56
lbragstadok20:56
stevemarlets just keep re-using this20:56
david-lyle_Once we clean the etherpad meetings are done a20:56
stevemarr1chardj0n3s: i might clean up the etherpad when we're done20:56
breton(i will update etherpad tomorrow)20:56
stevemardavid-lyle_: right, once we have all the topics moved to "Done" we can stop meeting :)20:56
r1chardj0n3sdavid-lyle_: naturally20:56
robcresswellCould we link bps/bugs too please... not a huge fan of etherpads. They get lost over time, but bugs and bps can be searched (via google ofc, LP search is terribad)20:57
stevemarrobcresswell: yeah, we can start creating bugs and bPs20:57
robcresswell\o/20:57
r1chardj0n3syes, all work must be captured in bugs/bps, please link them in the etherpad too20:57
r1chardj0n3sOK, thanks everyone for coming along, see you next week (Thursday 2000)20:58
r1chardj0n3s#endmeeting20:58
*** openstack changes topic to "OpenStack Meetings || https://wiki.openstack.org/wiki/Meetings"20:58
openstackMeeting ended Tue Nov  8 20:58:28 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)20:58
robcresswellI'm UTC tz FYI, if anyone wants help from the Horizon side. Somewhat of a keystone noob though.20:58
openstackMinutes:        http://eavesdrop.openstack.org/meetings/horizon_keystone/2016/horizon_keystone.2016-11-08-20.01.html20:58
openstackMinutes (text): http://eavesdrop.openstack.org/meetings/horizon_keystone/2016/horizon_keystone.2016-11-08-20.01.txt20:58
openstackLog:            http://eavesdrop.openstack.org/meetings/horizon_keystone/2016/horizon_keystone.2016-11-08-20.01.log.html20:58
robcresswello/20:58
ediardo\o20:58
stevemarthanks folks20:58
r1chardj0n3skeystone noob club: activate!20:58
*** robcresswell has left #openstack-meeting-cp20:59
*** gagehugo has left #openstack-meeting-cp21:01
*** rosmaita has joined #openstack-meeting-cp21:02
*** david-lyle_ has quit IRC21:05
*** david-lyle_ has joined #openstack-meeting-cp21:05
*** kenji-i has quit IRC21:18
*** Guest24494 is now known as melwitt21:18
*** david-lyle_ has quit IRC21:24
*** gouthamr has quit IRC21:52
*** edtubill has quit IRC22:14
*** ediardo has quit IRC22:16
*** ediardo has joined #openstack-meeting-cp22:18
*** david-lyle has joined #openstack-meeting-cp22:26
*** david-lyle_ has joined #openstack-meeting-cp22:50
*** david-lyle_ has quit IRC22:54
*** lamt has quit IRC23:16
*** xyang1 has quit IRC23:35
*** david-lyle has quit IRC23:38
*** david-lyle has joined #openstack-meeting-cp23:40
*** ayoung has joined #openstack-meeting-cp23:52

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