Monday, 2015-09-14

*** kebray has joined #openstack-barbican00:09
*** chlong has joined #openstack-barbican00:10
*** vivek-ebay has quit IRC00:21
*** vivek-ebay has joined #openstack-barbican00:24
*** vivek-ebay has quit IRC00:36
*** everjeje has quit IRC00:52
*** chlong has quit IRC01:02
*** openstackgerrit has quit IRC01:16
*** openstackgerrit has joined #openstack-barbican01:16
*** vivek-ebay has joined #openstack-barbican01:36
*** vivek-ebay has quit IRC01:41
*** chlong has joined #openstack-barbican01:53
*** jamielennox|away is now known as jamielennox02:14
*** yuanying has quit IRC02:34
*** yuanying has joined #openstack-barbican02:37
*** Nirupama has joined #openstack-barbican02:44
*** kebray has quit IRC02:49
*** dave-mccowan has quit IRC02:52
*** vivek-ebay has joined #openstack-barbican02:52
*** dimtruck has quit IRC03:23
*** ryanpetrello has quit IRC03:24
*** eglute has quit IRC03:25
*** ryanpetrello has joined #openstack-barbican03:29
*** eglute has joined #openstack-barbican03:29
*** zz_dimtruck has joined #openstack-barbican03:30
*** zz_dimtruck is now known as dimtruck03:30
*** edtubill has joined #openstack-barbican03:42
*** vivek-ebay has quit IRC03:45
*** chlong has quit IRC04:02
*** chlong has joined #openstack-barbican05:04
*** edtubill has quit IRC05:27
*** chlong has quit IRC05:30
*** chlong has joined #openstack-barbican05:45
*** chlong has quit IRC06:06
*** chlong has joined #openstack-barbican06:09
*** chlong has quit IRC06:11
*** chlong has joined #openstack-barbican06:11
*** jaosorior has joined #openstack-barbican06:21
*** shohel has joined #openstack-barbican06:27
*** Kevin_Zheng has joined #openstack-barbican06:43
*** chlong has quit IRC07:53
*** shohel has quit IRC08:04
*** shohel1 has joined #openstack-barbican08:04
*** everjeje has joined #openstack-barbican08:05
*** jaosorior has quit IRC08:15
*** darrenmoffat has joined #openstack-barbican08:36
*** mmdurrant has quit IRC10:08
*** shohel1 has quit IRC10:11
*** shohel has joined #openstack-barbican10:11
*** openstackgerrit has quit IRC10:16
*** openstackgerrit has joined #openstack-barbican10:16
*** peter-hamilton has joined #openstack-barbican11:00
*** chlong has joined #openstack-barbican11:01
*** shohel has quit IRC11:04
*** dave-mccowan has joined #openstack-barbican11:36
*** chlong_ has joined #openstack-barbican11:44
*** shohel has joined #openstack-barbican11:46
*** chlong_ has quit IRC11:48
*** shohel has quit IRC11:53
*** shohel1 has joined #openstack-barbican11:53
*** Nirupama has quit IRC11:57
*** mmdurrant has joined #openstack-barbican11:58
*** openstackgerrit has quit IRC12:16
*** openstackgerrit has joined #openstack-barbican12:16
*** jaosorior has joined #openstack-barbican12:41
*** codekobe has quit IRC12:52
*** codekobe has joined #openstack-barbican12:53
*** Kevin_Zheng has quit IRC12:53
*** Kevin_Zheng has joined #openstack-barbican12:53
*** SheenaG has joined #openstack-barbican13:06
*** SheenaG has left #openstack-barbican13:06
*** openstackgerrit has quit IRC13:16
*** openstackgerrit has joined #openstack-barbican13:16
*** spotz_zzz is now known as spotz14:05
*** nelsnelson has joined #openstack-barbican14:16
*** kfarr has joined #openstack-barbican14:17
*** david-lyle has quit IRC14:19
*** peter-hamilton has quit IRC14:19
*** edtubill has joined #openstack-barbican14:22
*** jorge_munoz has joined #openstack-barbican14:27
*** silos has joined #openstack-barbican14:30
*** rellerreller has joined #openstack-barbican14:36
openstackgerritAde Lee proposed openstack/barbican: Add DELETE functionality for subCAs
*** alee_afk is now known as alee14:59
aleejaosorior, dave-mccowan , kfarr - resubmitted latest subca patch15:00
aleewith comments addressed.  Please review ^^15:00
*** peter-hamilton has joined #openstack-barbican15:00
dave-mccowanalee looking.15:00
aleedave-mccowan, thanks!15:00
dave-mccowanalee is there much left on the subca to-do list?15:01
aleedave-mccowan, just a couple of things -- are you interested in doing something ? :)15:01
*** xaeth_afk is now known as xaeth15:01
dave-mccowancoding barbican is usually more interesting than my day job....15:02
aleedave-mccowan, sure - It would be great to get the help .. let me think.15:02
aleedave-mccowan, after this patch, jaosorior had a patch in which he created a new decorator for the tests -- I was planning on taking that over and rebasing on top of my patch.15:03
jaosorioralee: Checking out your patch15:03
aleedave-mccowan, then there needs to be a check to confirm that any cert requests that go to a subca only succeed if the project owns the subca15:04
aleejaosorior, thanks15:04
jaosorioralee: So you're gonna take over my patch and fix the issue in the project-CAs?15:04
*** shohel1 has quit IRC15:05
aleedave-mccowan, and there is a need to make intermediates work correctly in snakeoil ca15:05
aleethose are the last three items15:05
aleejaosorior, was planning to -- unless you want to keep it and shepherd it through15:05
jaosorioralee: I don't think I'll have time for the next couple of days. I have a lot to do with the installer work15:06
*** david-lyle has joined #openstack-barbican15:06
aleejaosorior, yup - thats what I figured15:06
dave-mccowanalee what about "priming the pump" at initialization, instead of at first POST?15:06
aleedave-mccowan, oh yeah - If you could look into that - that would be great15:06
jaosorioralee: The patch LGTM; Gotta see if it passes the gate then I'll score15:07
jaosoriorlet me know when it does15:07
aleejaosorior, cool thanks - will do15:07
aleedave-mccowan, let me know which you decide to take on15:08
dave-mccowanalee i can look at pump priming today.  did you have any ideas on how to solve that one?15:09
aleedave-mccowan, haven't thought about it too much but its ok to have the current code that refreshes the ca table where it is.  The main problem is simply to figure out a way to call that same  function sometime on startup too.15:10
aleeie. on startup - iterate through ca plugins and call the refresh() function15:11
aleedave-mccowan, I don't know exactly where startup code resides here15:11
*** silos has quit IRC15:11
*** silos has joined #openstack-barbican15:12
jaosorioralee: The startup of what?15:12
aleejaosorior, startup of the server / application I guess ..15:13
aleemaybe the /cas controller?15:13
jaosorioralee, dave-mccowan: You want to look at the module15:14
*** silos has left #openstack-barbican15:14
*** edtubill has quit IRC15:14
jaosorioralee, dave-mccowan: Also, the controllers are initiated in the barbican.api.controllers.versions module15:14
dave-mccowanjaosorior so it's cool to add extra (non-controller) init code to api/
*** silos1 has joined #openstack-barbican15:16
jaosoriordave-mccowan: Well, is actually where we initiate the database15:16
*** nkinder has joined #openstack-barbican15:17
jaosoriorI see no problem with initiating some plugins there too15:17
dave-mccowanjaosorior.  cool, that looks straightforward.15:19
jaosoriordave-mccowan: No prob15:19
dave-mccowanalee does kilo have the same issue?  should i plan to back port it?15:20
aleedave-mccowan, yes it does15:20
aleedave-mccowan, and thats not a bad idea15:21
dave-mccowanalee ok.  i'll open a bug (if i can't find one already open) and submit patches for both branches.15:22
aleedave-mccowan, cool thanks!15:22
dave-mccowanalee your new patch LGTM.  i'll join ozz on gate-watch. :-)15:23
*** ccneill has joined #openstack-barbican15:27
*** DTadrzak has quit IRC15:28
*** woodster_ has joined #openstack-barbican15:33
*** diazjf has joined #openstack-barbican15:35
*** edtubill has joined #openstack-barbican15:45
*** kebray has joined #openstack-barbican15:53
openstackgerritElvin Tubillara proposed openstack/barbican: WIP Add filter to secret list for acl secrets
openstackgerritFernando Diaz proposed openstack/barbican: Use testr for running functional tests and documentation
*** openstackgerrit has quit IRC16:01
*** openstackgerrit has joined #openstack-barbican16:01
hockeynutdiazjf howdy - on that case sensitive thing I was just concerned that someone might set the env var to "true" which would fail the comparison16:03
*** kebray has quit IRC16:07
openstackgerritKaitlin Farr proposed openstack/castellan: Standardize Barbican error messages
*** kfarr has quit IRC16:10
*** gyee has joined #openstack-barbican16:24
aleedave-mccowan, jaosorior , peter-hamilton thanks for review16:25
aleejaosorior, interesting question about project cas16:25
aleejaosorior, so you had added a test which basically says that if I add a project ca, then if I list cas, then only the project ca should show up.16:26
aleethen if I remove the project ca, the all the cas show up.16:26
jaosorioralee: Yup16:27
jaosoriorThat's what I was assuming in the test16:27
aleebut this makes using project cas difficult, because if I wanted to add multiple project cas, how would I know what other cas are there to add?16:27
aleejaosorior, I suppose we could do something like this -- we return all cas if the user is a project admin , and only the project cas if the user is a non-project admin16:29
jaosorioralee: That's true; uhm... might have done the wrong assumption then. I'm guessing then there should be a way to list the CAs that are set for the project. Just didn't see a controler doing that16:29
jaosorioralee: That sounds like a better approach16:29
aleejaosorior, well -- I think you can list the project cas but that might be limited to admins --checking ..16:30
aleejaosorior, you're right - there is no method to list project cas16:32
jaosorioralee: So, I suggest normal users should have a limited scope when trying to list CAs16:33
jaosoriorand admins should see them all; And filtering should be possible for the admin to know which CAs have already been assigned to a project16:33
aleejaosorior, something like GET /cas/project-cas=True ?16:35
aleejaosorior, this would be used by the admin to just select project-cas if any are defined ..16:36
jaosoriorCould be that, or GET /cas?project-cas=True16:36
aleejaosorior, sorry - thats what I meant to say16:36
jaosorioryeah, something like that could be possible16:36
*** silos1 has left #openstack-barbican16:37
jaosoriorthe other option could be something such as16:37
jaosoriorGET /cas/project-cas16:37
dave-mccowan+1 for a project admin who can "add-to-project" and "remove-from-project", there should be a way for him to list16:37
aleedave-mccowan, you have a preference for either of the methods above ?16:38
aleeGET /cas/project-cas  or GET /cas?project-cas=True16:39
jaosorioralee, dave-mccowan: Here the thing is that if we add the resource /cas/project-cas then that resource potentially is also available to the non-admin uers16:39
dave-mccowani think GET /cas/project-cas matches the current api better16:39
jaosoriorso then we would have two calls16:39
aleejaosorior, well we would set the acl to project-admins only16:40
jaosoriorFor an admin GET /cas/ would list all the CAs available, while get /cas/project-cas would list the ones that have been assigned to the project.16:40
jaosoriorConfusion comes for a non-admin user16:40
jaosoriorbut to be honest, I would suggest using the filter16:40
jaosoriorsince that way we wouldn't need to add another rule in the policy16:41
jaosoriorbut, of course, if you guys think adding the separate resource is the best solution, then that's fine16:41
aleeits a tough choice -- I see arguments both ways16:43
diazjfthanks hockeynut, gotcha. I was thinking it was the env variable. I'll change it in a few mins16:44
aleedave-mccowan, jaosorior I do think a separate resource would match the current api better16:44
openstackgerritFernando Diaz proposed openstack/barbican: Remove .pyc files before performing functional tests
dave-mccowanthe behavior for any call should not change depending on caller's permissions.  even if your a service-admin, there should be no confusion if you're asking for "my cas" or "my cloud's cas".  i think the separate resource helps with that too.16:45
jaosorioralee: I'm trying to look at it from the sysadmin's side. Since another resource to have in mind when tweaking policy files is not so nice16:45
jaosoriordave-mccowan: Shouldn't it? I think admins should have the ability to view more resources than the regular folk16:46
aleedave-mccowan, I thought that we are still talking about limiting non-admin users GET /cas to just project cas?16:47
aleeand having admins get all cas ..16:48
*** silos1 has joined #openstack-barbican16:48
*** silos1 has left #openstack-barbican16:48
aleejaosorior, dave-mccowan so while I think having a separate resource matches the api a bit more and may be easier to use - using a filter would highlight the differences in data returned with GET /cas for different roles more16:51
jaosoriorI'm not even sure if it would be easier to ues16:51
jaosorior* use16:51
jaosoriorin the end, related to the model, we are still talking about the same resource, which is a CA16:52
jaosorioronly thing is that if it belongs to a project, it has an extra attribute.16:52
jaosoriorNow my question is, how can we differentiate when displaying project CAs, and displaying subCAs, since those two "subclasses" of CAs have very similar attribute16:53
* redrobot pokes head in16:53
redrobottotally jumping in the middle of this, but I tend to agree with dave-mccowan that service-admin users should have their own endpoints for managment tasks16:54
jaosoriorredrobot: Although, here more than a management task, is about displaying CAs that meet certain criteria. So more than a management task, it's actually a matter of filtering, IMO16:55
openstackgerritMerged openstack/barbican: Add DELETE functionality for subCAs
aleejaosorior, redrobot , dave-mccowan - so here are the requirements ..16:56
dave-mccowanwould an etherpad give us more bandwidth to sort this out?16:56
aleedave-mccowan, yeah16:56
openstackgerritFernando Diaz proposed openstack/barbican: Use testr for running functional tests and documentation
aleedave-mccowan, jaosorior , redrobot -- still blank right now , but I'm adding ..16:57
jaosorioralee: I suggest you add some explanation about project CAs, and subCAs, since that will come also into the picture16:58
aleejaosorior, ok16:58
openstackgerritFernando Diaz proposed openstack/barbican: Remove .pyc files before performing functional tests
jaosoriorGonna have some dinner, I'll be back in a bit17:05
*** peter-hamilton has quit IRC17:06
aleeredrobot, jaosorior , dave-mccowan put in stuff - please add as makes sense17:14
aleeI'm incling more towards filters ..17:14
aleedave-mccowan, redrobot is that you editing?17:15
jaosoriorfood is in the making :P . But I do think filters actually will make sysadmin's lives easier and also make sense in the way that, what really differentiates projectCAs from normal CAs is just one attribute17:15
jaosorioralee: It was me, I also added one question in the etherpad chat17:16
aleejaosorior, right I put that under the admins ..17:16
openstackgerritJason Fritcher proposed openstack/barbican-specs: Blueprint defining healthcheck API endpoint.
aleejaosorior, 2.d17:17
aleeelmiko, ping17:28
*** everjeje has quit IRC17:42
openstackgerritFernando Diaz proposed openstack/python-barbicanclient: Change tox to use testr for functional tests
aleejaosorior, dave-mccowan you guys need to select more distinct colors :)18:01
aleewell thats distinct :)18:02
jaosoriorhahaha indeed18:02
jaosoriorlooks horrible, but it works18:02
aleeI feel like the teacher just graded my assignment ..18:03
*** rellerreller has quit IRC18:07
elmikoalee: hey18:09
aleejaosorior, dave-mccowan what about the all-cas option?18:09
aleeelmiko, can you look at
aleeelmiko, and see what you suggest.18:09
elmikoalee: sure thing18:10
dave-mccowanalee that works for me for function-wise.  i can't say i love the naming of resources, but can live with it.18:13
*** silos1 has joined #openstack-barbican18:14
*** openstackgerrit has quit IRC18:16
*** openstackgerrit has joined #openstack-barbican18:16
elmikoalee: looking at the pad, i could use some help understanding. if i do a `GET /cas` is there a reason why that should be different for average Joe and admin. why doesn't it just return whatever cas they can see in their project?18:20
elmikoi like the simpler approach of `GET /cas` returning whatever you can see, then using filters to a pair it down18:21
aleeelmiko, the idea is that if the admin user created some project cas., then users would not be able to submit requests to any ca other than those project cas18:22
alee(or subcas)18:22
aleeelmiko, so for Joe User to see a bunch of cas available that he could not send requests to is confusing18:23
elmikoyea definitely18:23
aleeelmiko, so joe users view should be constrained18:23
aleeelmiko, but if the admins view is also constrained, then he cannot see other cas to make into project cas18:23
elmikois there a reason it can't be restrained based on the identity from the credentials provided during a `GET /cas` call?18:23
jaosoriorI still think the filtered approach if actually more useful, since from the start you are already basing the result on access control18:24
elmikojaosorior: +1, in general i like the filtering approach. i'm just trying to understand the problem a little more fully18:25
aleeelmiko, dave-mccowan , jaosorior - the original idea was to let admin see everything it could - and to constrain using filters.18:25
jaosoriorthe barbican meeting is in 1.5 hours, right?18:25
rm_workI believe so18:25
dave-mccowanelmiko we wanted constraints between user and admin to be defined and enforce based on the policy.json file, not hard coded in python.18:25
elmikodave-mccowan: ahh, ok. that makes sense18:26
dave-mccowanelmiko that's why we wanted separate resources for GET /v1/cas (all user access) and GET /v1/all-cas (admin only access)18:26
aleeelmiko, and hence the idea of having a separate endpoint for admins to get to18:26
elmikoseems like having a /cas and /cas/all, or something similar, and allowing filters on those endpoints sounds reasonable to me18:27
elmikoyup, all sounds very rational18:27
aleedave-mccowan, I still like GET /cas/all-cas instead of GET /all-cas18:27
*** everjeje has joined #openstack-barbican18:27
dave-mccowanalee yea... that's a perpetual typo.  i want the root to always be /cas/18:28
aleeelmiko, but yeah - thats the gist of the issue18:28
*** david-lyle has quit IRC18:29
dave-mccowanalee what do you think about /v1/cas/all instead of /v1/cas/all-cas, like elmiko said above?18:29
aleeelmiko, so based on that - you're in favor of the approach in line 39-45?18:29
aleeyeah all instead of all-cas18:29
elmikoalee: yea,18:29
elmiko"option 1" as it were, sounds reasonable to me18:30
aleeelmiko, actually thats option 0? right?18:32
elmikoalee: oh yea. sorry18:32
aleeelmiko, dave-mccowan jaosorior we still need an endpoint for service admins to list all cas independant of project18:34
elmikoalee: is that different than an admin listing them all?18:34
dave-mccowanalee is that what GET /v1/cas/projects does?18:35
aleeelmiko, yes when we say admin , we mean project admin , which means restricted to just whats available to a porject to use18:36
dave-mccowanelmiko we have project-admins who have admin role over one project, and service-admin users that can affect cross-project resources.18:36
aleeelmiko, service admin means all cas for all projects18:36
aleedave-mccowan, no -- let me see ..18:37
aleedave-mccowan, GET /cas/foo/projects is defined18:37
aleeit says give me all the projects that have been associated with a given ca18:38
aleerather than give me all cas independent of project18:38
dave-mccowanalee does a service-admin need access to all info?  for the quotas feature, the service-admin is not a super-admin, he just has the ability to set the defaults.18:38
aleedave-mccowan, I'm ok with deferring that capability until we know its needed18:38
aleedave-mccowan, I think you brought it up :)18:39
elmikoalee: ok, thanks for the breakdown. if the goal is to use the endpoint acls to limit these calls then you just need endpoints for the user, the project admin, and a service admin. is that accurate?18:39
elmikoso like, /cas /cas/all /cas/project ?18:41
aleeelmiko, the original thought was to use filters on a single endpoint (GET /cas) but then that results in policy being written in code instead of policy.json18:42
elmikoand like the rest of barbican, project is in the headers18:42
aleeand I think we need /cas (for regular user and admin) /cas/all18:42
elmikoalee: yea, got that. i don't think the api-wg has guidance related to this, but separate endpoints doesn't seem unreasnable given the explanation.18:42
aleefor service user - I'm not sure we need that right now.18:43
aleebut if we did it might be .,.18:43
elmikowell, wouldn't /cas/all denote the service user, whereas /cas/project denotes the project admin?18:43
aleeGET /cas/all-projects18:43
elmikoah, ok18:43
aleeelmiko, dave-mccowan , jaosorior , redrobot -ok thanks looks like we have consensus18:45
aleeOption 0 it is then.18:45
dave-mccowanalee ship it!18:46
elmikohehe, np alee, glad to help out =)18:47
dave-mccowanalee what happens if i remove-from-project the preferred CA, assuming i have a second project CA?18:49
aleedave-mccowan, that one should become preferred-CA18:50
*** rellerreller has joined #openstack-barbican18:50
aleedave-mccowan, looking to see what the code actually does now :)18:51
aleedave-mccowan, actually it doesn't seem to do that :/18:53
aleedave-mccowan, I suppose we should do something like this -- if more than one project ca, then fail (409 conflict)18:54
aleeafter all we may not be able to figure out which one to transfer preferrred-ness to18:55
dave-mccowanalee we have the create-date timestamp.  if the first one is defaulted to first-in, we should go FIFO.  if the user never set a preferred, he may not even be aware of preferredness.18:57
*** kebray has joined #openstack-barbican19:01
*** xaeth is now known as xaeth_afk19:04
*** SheenaG has joined #openstack-barbican19:12
*** lisaclark1 has joined #openstack-barbican19:13
jaosorioralee: what was the consensus?19:13
*** kebray has quit IRC19:20
aleejaosorior, Option 019:22
aleejaosorior, line 3919:22
jaosoriorWell, if everybody agrees it's the right way to go, then sure19:23
jaosoriorwho will implement it?19:23
aleewell thats me unless someone else steps up19:23
aleejaosorior, I'm trying to run your patch and for some reason its not even trying to run/skip any of the tests annotated by your new annotation19:26
aleelike it doesn't even knwo they are tests ..19:26
aleejaosorior, are you sure your decorator was working?19:29
jaosorioralee: Well, the gate seems to be running the tests
aleejaosorior, so it does ..19:31
aleejaosorior, maybe its a merging thing .. looking19:31
*** david-lyle has joined #openstack-barbican19:34
*** SheenaG has left #openstack-barbican19:48
openstackgerritElvin Tubillara proposed openstack/barbican: Add filter to secret list for acl secrets
*** vivek-ebay has joined #openstack-barbican19:52
*** kfarr has joined #openstack-barbican19:56
redrobotWeekly meeting is starting now on #openstack-meeting-alt20:00
*** vivek-ebay has quit IRC20:02
aleejaosorior, its weird -- on my local setup its not finding any of the tests annotated by the annotation - and its also running functionaltests.api.v1.functional.test_cas.ProjectCATestCase.send_test_order ..20:03
jaosoriorthat's weird...20:04
aleewhich is obviously not of the form test_...20:04
aleeyeah ..20:04
jaosorioralee: Although, I'm not sure if the gate is running the tests differently than you do in tox20:04
aleejaosorior, did you try running locally in tox?20:05
jaosorioralee: no, I was rellying on the gate. And I believe tox is using nose as opposed to the gate which is using testr20:06
jaosorioralee: It's what diazjf is trying to address in some of his CRs20:06
jaosoriorwhich I will merge now20:06
aleejaosorior, so with that merge, we'll be using testr in tox?20:07
jaosorioralee: Yup20:07
diazjfjaosorior, alee, awesome!!20:07
aleejaosorior, how do you run a single test using testr?20:07
aleediazjf, ^^20:08
aleeor a single test suite?20:08
diazjfalee, downlaod my patch above20:08
diazjfYou can specify it after tox -e functional20:08
aleecool - I'll try it20:09
*** peter-hamilton has joined #openstack-barbican20:10
diazjfalee, let me know :)20:15
*** jaosorior has quit IRC20:18
*** vivek-ebay has joined #openstack-barbican20:30
*** openstackgerrit has quit IRC20:31
*** openstackgerrit has joined #openstack-barbican20:31
*** vivek-ebay has quit IRC20:34
*** pglbutt has joined #openstack-barbican20:34
*** pglbutt has quit IRC20:38
openstackgerritMerged openstack/barbican: Use testr for running functional tests and documentation
*** rellerreller has quit IRC21:07
redrobotdave-mccowan can you check to see if you're able to +2 ?21:08
dave-mccowanredrobot yep.  i am. yikes!21:09
redrobotdave-mccowan remember, with great power comes great responsibility. ;)21:09
*** kebray has joined #openstack-barbican21:11
aleedave-mccowan, yay!21:26
*** vivek-ebay has joined #openstack-barbican21:28
peter-hamiltondave-mccowan: congrats!21:31
*** pglbutt has joined #openstack-barbican21:33
*** pglbutt has quit IRC21:33
rm_workredrobot: you around?21:35
redrobotrm o/21:35
rm_workredrobot: PM21:35
*** lisaclark1 has quit IRC21:40
*** vivek-eb_ has joined #openstack-barbican21:43
*** silos1 has left #openstack-barbican21:44
*** vivek-ebay has quit IRC21:44
*** openstackgerrit has quit IRC21:46
*** openstackgerrit has joined #openstack-barbican21:46
*** vivek-eb_ has quit IRC21:48
*** lisaclark1 has joined #openstack-barbican22:02
*** diazjf has left #openstack-barbican22:13
*** dave-mccowan has quit IRC22:14
*** edtubill has quit IRC22:14
*** peter-hamilton has quit IRC22:14
*** nelsnelson has quit IRC22:15
*** kfarr has quit IRC22:17
*** lisaclark1 has quit IRC22:26
*** lisaclark1 has joined #openstack-barbican22:26
*** spotz is now known as spotz_zzz22:27
*** lisaclark1 has quit IRC22:31
*** kfarr has joined #openstack-barbican22:31
*** dimtruck is now known as zz_dimtruck22:32
*** everjeje has quit IRC22:42
*** kebray has quit IRC22:52
kfarrredrobot, are you there?23:04
*** dave-mccowan has joined #openstack-barbican23:04
*** zz_dimtruck is now known as dimtruck23:09
*** david-lyle has quit IRC23:20
*** kfarr has quit IRC23:23
*** dimtruck is now known as zz_dimtruck23:39
*** zz_dimtruck is now known as dimtruck23:48

Generated by 2.14.0 by Marius Gedminas - find it at!