| *** david-lyle has joined #openstack-barbican | 00:35 | |
| *** ryanpetrello has joined #openstack-barbican | 00:39 | |
| *** ryanpetrello has quit IRC | 00:58 | |
| hockeynut | greghaynes yeah, thats the approach to take for the json issue. I was hoping that in general there might be a good way to get a devstack up that looks like what we run in the gate. | 01:04 |
|---|---|---|
| *** ryanpetrello has joined #openstack-barbican | 01:17 | |
| *** david-lyle has quit IRC | 01:18 | |
| *** david-lyle has joined #openstack-barbican | 01:25 | |
| *** david-lyle has quit IRC | 01:27 | |
| *** david-lyle has joined #openstack-barbican | 01:28 | |
| *** zz_dimtruck is now known as dimtruck | 01:42 | |
| *** ryanpetrello has quit IRC | 01:48 | |
| *** rm_you| has joined #openstack-barbican | 01:52 | |
| *** rm_you has quit IRC | 01:55 | |
| *** david-lyle has quit IRC | 01:59 | |
| *** rm_you| is now known as rm_you | 02:39 | |
| *** david-lyle has joined #openstack-barbican | 03:44 | |
| *** woodster_ has joined #openstack-barbican | 03:49 | |
| *** david-lyle has quit IRC | 04:50 | |
| *** david-lyle has joined #openstack-barbican | 04:50 | |
| *** david-lyle has quit IRC | 05:06 | |
| *** Nirupama has joined #openstack-barbican | 05:08 | |
| *** woodster_ has quit IRC | 06:00 | |
| *** dimtruck is now known as zz_dimtruck | 06:31 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/barbican: Return the actual name value for entities https://review.openstack.org/145495 | 07:29 |
| *** zz_dimtruck is now known as dimtruck | 07:31 | |
| *** dimtruck is now known as zz_dimtruck | 07:41 | |
| *** jamielennox is now known as jamielennox|away | 07:56 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/barbican: Return the actual name value for entities https://review.openstack.org/145495 | 08:04 |
| *** chlong has quit IRC | 08:10 | |
| *** tkelsey has joined #openstack-barbican | 08:17 | |
| *** zz_dimtruck is now known as dimtruck | 08:33 | |
| *** dimtruck is now known as zz_dimtruck | 08:42 | |
| *** tkelsey has quit IRC | 08:52 | |
| *** jaosorior has joined #openstack-barbican | 08:58 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/barbican: Return the actual name value for entities https://review.openstack.org/145495 | 09:12 |
| *** zz_dimtruck is now known as dimtruck | 09:31 | |
| *** dimtruck is now known as zz_dimtruck | 09:41 | |
| *** zz_dimtruck is now known as dimtruck | 10:32 | |
| *** dimtruck is now known as zz_dimtruck | 10:42 | |
| *** david-lyle has joined #openstack-barbican | 11:32 | |
| *** zz_dimtruck is now known as dimtruck | 11:33 | |
| *** chlong has joined #openstack-barbican | 11:41 | |
| *** dimtruck is now known as zz_dimtruck | 11:42 | |
| *** chlong has quit IRC | 11:47 | |
| *** chlong has joined #openstack-barbican | 11:48 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/barbican: Configure devstack conf to use keystone v3 https://review.openstack.org/143329 | 12:12 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/barbican: Fix usage of keystone v3 https://review.openstack.org/143329 | 12:14 |
| *** zz_dimtruck is now known as dimtruck | 12:34 | |
| *** dimtruck is now known as zz_dimtruck | 12:43 | |
| jaosorior | hockeynut: CR 143329 should fix the InvalidCredentials problem that you had seen | 12:44 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/barbican: Fix usage of keystone v3 https://review.openstack.org/143329 | 12:45 |
| *** woodster_ has joined #openstack-barbican | 12:54 | |
| *** chlong has quit IRC | 12:55 | |
| *** Nirupama has quit IRC | 13:16 | |
| *** ryanpetrello has joined #openstack-barbican | 13:17 | |
| *** darrenmoffat has quit IRC | 13:24 | |
| *** darrenmoffat has joined #openstack-barbican | 13:24 | |
| *** zz_dimtruck is now known as dimtruck | 13:34 | |
| *** dimtruck is now known as zz_dimtruck | 13:44 | |
| *** davidhadas_ has joined #openstack-barbican | 13:45 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/barbican: Only de-serialize objects when possible https://review.openstack.org/146467 | 13:52 |
| *** davidhadas___ has joined #openstack-barbican | 13:54 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/barbican: Enable functional tests to take a regex from tox https://review.openstack.org/146468 | 13:54 |
| *** davidhadas_ has quit IRC | 13:57 | |
| elmiko | hockeynut: thanks! | 14:02 |
| *** nkinder has quit IRC | 14:15 | |
| hockeynut | jaosorior thanks! looking at it now | 14:18 |
| *** davidhadas___ has quit IRC | 14:31 | |
| jaosorior | hockeynut: by the way, got time to check out this one? https://review.openstack.org/#/c/146100/ | 14:34 |
| *** zz_dimtruck is now known as dimtruck | 14:35 | |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/barbican: Only de-serialize objects when possible https://review.openstack.org/146467 | 14:35 |
| hockeynut | jaosorior peeking now | 14:40 |
| jaosorior | hockeynut: Also, the reason why the stuff that I pushed worked in the gate is that tempest.conf there contains admin_domain_name, which is directly read in the credentials class in tempest's auth.py module | 14:40 |
| hockeynut | jaosorior yup - I've been bitten by that missing when I was playing with v3. I need to get with jvrbanac to see how we get his docker keystone enabled for v3 (it only talks v2 t the moment)...then testing this stuff out will be easier. | 14:42 |
| *** rm_you has quit IRC | 14:43 | |
| *** rm_you has joined #openstack-barbican | 14:43 | |
| *** rm_you has quit IRC | 14:43 | |
| *** rm_you has joined #openstack-barbican | 14:43 | |
| jaosorior | Where is the docker keystone stuff? | 14:45 |
| *** dimtruck is now known as zz_dimtruck | 14:45 | |
| jaosorior | Maybe I could take a look | 14:45 |
| jaosorior | been checking that stuff out today | 14:45 |
| jaosorior | But anyway, that admin_domain_name stuff should be fixed in the CR that I told you https://review.openstack.org/143329 | 14:46 |
| *** nkinder has joined #openstack-barbican | 15:05 | |
| *** lisaclark1 has joined #openstack-barbican | 15:07 | |
| *** tkelsey has joined #openstack-barbican | 15:24 | |
| *** kgriffs|afk is now known as kgriffs | 15:26 | |
| *** paul_glass has joined #openstack-barbican | 15:26 | |
| *** paul_glass has quit IRC | 15:26 | |
| *** paul_glass has joined #openstack-barbican | 15:27 | |
| *** SheenaG1 has joined #openstack-barbican | 15:34 | |
| *** zz_dimtruck is now known as dimtruck | 15:41 | |
| tkelsey | hello Barbican folks, any chance of getting some more eyeballs on this https://review.openstack.org/#/c/135217/ its been sitting around for a while now | 16:00 |
| jaosorior | hockeynut: by the way, did you figure out something regarding the JSONDecode errors? | 16:07 |
| jaosorior | tkelsey: would be good for you to put that as a topic in the weekly | 16:07 |
| hockeynut | jaosorior about to put up some test code to print out some debug info | 16:08 |
| tkelsey | jaosorior: sure, how do we add stuff to the agenda? | 16:08 |
| jaosorior | tkelsey: just add it there https://wiki.openstack.org/wiki/Meetings/Barbican | 16:09 |
| tkelsey | cool, will do! thanks jaosorior | 16:09 |
| jaosorior | tkelsey: you have a +1 from me already, but I would really like more cores to take a look at it | 16:10 |
| jaosorior | So yeah, taking it up in the weekly is probably the way to go | 16:10 |
| tkelsey | sure, thank you jaosorior, im in here hoping some cores will take a look, since it seems quite positive now | 16:11 |
| tkelsey | i'll add it to the agenda, so that should do it | 16:11 |
| tkelsey | added :) | 16:15 |
| *** rtom has joined #openstack-barbican | 16:18 | |
| jvrbanac | jaosorior, https://github.com/jmvrbanac/dockerfile-collection/tree/master/simple-keystone | 16:22 |
| jvrbanac | jaosorior, https://registry.hub.docker.com/u/jmvrbanac/simple-keystone/ | 16:23 |
| *** ayoung has joined #openstack-barbican | 16:23 | |
| jaosorior | jvrbanac: I'll take a look when I get home. Thanks man | 16:24 |
| woodster_ | tkelsey, I'm +1 on your CR too. reaperhulk, can you weigh in on this?: https://review.openstack.org/#/c/135217/ | 16:25 |
| tkelsey | thanks woodster_ :) | 16:25 |
| woodster_ | tkelsey, np | 16:26 |
| *** dimtruck is now known as zz_dimtruck | 16:29 | |
| *** zz_dimtruck is now known as dimtruck | 16:30 | |
| *** SheenaG1 has quit IRC | 16:40 | |
| *** nkinder has quit IRC | 16:41 | |
| *** SheenaG1 has joined #openstack-barbican | 16:42 | |
| woodster_ | alee, just an fyi that more comments were added to your per-secret rbac CR: https://review.openstack.org/#/c/127353/ | 16:45 |
| alee | woodster_, thanks | 16:45 |
| alee | woodster_, will comment back later today | 16:46 |
| *** nkinder has joined #openstack-barbican | 16:55 | |
| *** mikedillion has joined #openstack-barbican | 17:02 | |
| *** mikedillion has quit IRC | 17:06 | |
| *** jkf has joined #openstack-barbican | 17:09 | |
| *** nkinder has quit IRC | 17:14 | |
| *** samueldmq has joined #openstack-barbican | 17:21 | |
| samueldmq | hey guys, I'm from Keystone side of our community :) | 17:22 |
| samueldmq | I wrongly created a bp on your side and I don't know how to abandon it (https://blueprints.launchpad.net/barbican/+spec/list-role-assignments-performance) | 17:22 |
| alee | jvrbanac, jaosorior - ping | 17:28 |
| jvrbanac | alee, pong | 17:29 |
| alee | jvrbanac, jaosorior - how do configure tox to run the dogtag unit tests? | 17:29 |
| *** nkinder has joined #openstack-barbican | 17:29 | |
| jvrbanac | samueldmq, you just want it in the Keystone project? | 17:29 |
| jvrbanac | samueldmq, I think I can reassign it | 17:30 |
| samueldmq | jvrbanac, I created one on Keystone side (https://blueprints.launchpad.net/keystone/+spec/list-role-assignments-performance) | 17:30 |
| samueldmq | jvrbanac, I'd like to abandon this :/ | 17:30 |
| morganfainberg | jvrbanac, you can also mark it as superseded | 17:31 |
| morganfainberg | jvrbanac, should make it disappear | 17:31 |
| morganfainberg | lp blueprints kinda suck... a lot | 17:31 |
| samueldmq | morganfainberg, ++ | 17:32 |
| jvrbanac | +2 | 17:33 |
| jvrbanac | interesting... I'm doing the mark as superseded, but it's not sticking... lovely | 17:33 |
| jvrbanac | There we go! | 17:33 |
| jvrbanac | samueldmq, ^^ | 17:33 |
| jvrbanac | Thanks morganfainberg! | 17:34 |
| *** bdpayne has joined #openstack-barbican | 17:34 | |
| samueldmq | jvrbanac, just did the mark as superseded, sorry | 17:34 |
| jvrbanac | samueldmq, it looks like it's taken care of now :) | 17:34 |
| jvrbanac | alee, are you just want to run those tests independently or apart of the overall unit test run? | 17:35 |
| alee | jvrbanac, well ultimately they should run as part of the unit test run | 17:35 |
| alee | jvrbanac, there are conditionals in there that prevent them from running when dogtag client code is not present | 17:36 |
| alee | but I also want to run them independently too for now | 17:36 |
| alee | is there a file that tox uses to determine which tests to run? | 17:37 |
| samueldmq | jvrbanac, added a comment as well, explaining why it's marked as superseded | 17:37 |
| samueldmq | jvrbanac, thanks | 17:37 |
| jvrbanac | samueldmq, np! Thanks for letting us know! | 17:37 |
| jvrbanac | alee, tox.ini sets up the environments, but as we're using testr in the gate testr using .testr.conf as well | 17:39 |
| samueldmq | np :-) | 17:39 |
| alee | jvrbanac, interesting -- I don't see anything that says not to run the dogtag tests | 17:41 |
| jvrbanac | alee, personally, I don't use testr when I'm working on unit tests. I'll run tox which uses testr as a sanity check before I put up a CR, but I much prefer PyTest or Nose for my local dev | 17:42 |
| alee | I wonder if when I run tox, it sets up a new virt environment -- which does not include the dogtag pki client code? | 17:42 |
| jvrbanac | alee, I was just going to mention that | 17:43 |
| *** gyee has joined #openstack-barbican | 17:44 | |
| alee | jvrbanac, yeah - so I should be able to modify tox.ini to add the pki client code .. right? | 17:44 |
| jvrbanac | alee, however, it would be better to see if we could get it into our test-requirements | 17:44 |
| alee | jvrbanac, yeah - except its not pip packaged yet .. | 17:45 |
| alee | thats coming soon .. | 17:45 |
| jvrbanac | alee, ouch! | 17:45 |
| alee | jvrbanac, so for now, I need to just do it locally | 17:45 |
| alee | till I get it in there | 17:45 |
| alee | jvrbanac, any idea how I might modify tox.ini? | 17:46 |
| jvrbanac | alee, http://paste.openstack.org/show/156506/ | 17:47 |
| jvrbanac | alee, that should inherit all the attributes of the normal tox testenv with an added dep | 17:47 |
| jvrbanac | alee, you should be able to manually execute that with tox -e dogtag | 17:48 |
| alee | YOUR_DEP_HERE is what ? a path? | 17:48 |
| jvrbanac | Whatever you would give pip | 17:48 |
| jvrbanac | a path, name, repo, etc | 17:49 |
| jvrbanac | alee, if you're pointing it at a repo, you can see an example down in the functional section | 17:50 |
| jvrbanac | alee, it's pointing at the tempest repo | 17:51 |
| alee | jvrbanac, cool - thanks let me play with this a bit | 17:52 |
| jvrbanac | alee, np! | 17:53 |
| *** ayoung is now known as ayoung-lunch | 17:54 | |
| *** lisaclark1 has quit IRC | 18:05 | |
| *** lisaclark1 has joined #openstack-barbican | 18:08 | |
| *** paul_glass has quit IRC | 18:21 | |
| *** bdpayne has quit IRC | 18:27 | |
| jaosorior | alee: just read your messages. I can check in a bit. Not home yet | 18:31 |
| alee | jaosorior, thanks - for now I'm just using nosetests to run dogtag locally | 18:32 |
| *** crc32 has joined #openstack-barbican | 18:35 | |
| *** bdpayne has joined #openstack-barbican | 18:38 | |
| jaosorior | Alright | 18:46 |
| alee | woodster_, ping | 18:47 |
| alee | jvrbanac, woodster_ I just updated to latest - and now tox fails for me -- I see this error -- ./barbican/tests/api/test_init.py:40:1: F811 redefinition of unused 'exception' from line 20 ? | 18:48 |
| jaosorior | alee: by the way, for the functional tests. Our tox config is using nose. I uploaded a cr that allows you to give a regex to the arguments. That might help you | 18:48 |
| alee | jaosorior, I'll have to definitely look at that | 18:49 |
| alee | jaosorior, latest tox working for you? ^^ | 18:49 |
| jaosorior | Haven't checked | 18:49 |
| jaosorior | I'm still at the climbing gym | 18:49 |
| *** jraim_ is now known as jraim | 18:50 | |
| openstackgerrit | Steve Heyman proposed openstack/barbican: Added debugging to help diagnost json decode issue https://review.openstack.org/146608 | 18:51 |
| alee | jaosorior, I hope you're not checking irc while climbing. whoever is belaying you might be a little less than amused :) | 18:53 |
| alee | jvrbanac, woodster_ ? | 18:53 |
| *** lisaclark2 has joined #openstack-barbican | 18:55 | |
| woodster_ | alee: hello | 18:55 |
| alee | woodster_, any thoughts to above? | 18:55 |
| openstackgerrit | Ade Lee proposed openstack/barbican: Add support for simple cmc requests to Dogtag plugin https://review.openstack.org/146611 | 18:56 |
| *** lisaclark1 has quit IRC | 18:57 | |
| woodster_ | alee: just have phone, but heading back to office now | 18:57 |
| *** bdpayne has quit IRC | 18:57 | |
| alee | woodster_, just updated to latest and tox is not working for me. Let me know if its working for you. | 18:58 |
| *** bdpayne has joined #openstack-barbican | 18:59 | |
| jaosorior | alee: hahaha nah, I do bouldering. No ropes is more fun :P | 19:01 |
| jvrbanac | jaosorior, it's only using nose for the tox functional job. That's actually not what devstack uses. I setup nose for that one for easier development. Devstack using testr outside of tox | 19:12 |
| jvrbanac | alee, what tox env did that fail on? pep8? | 19:13 |
| jaosorior | Yeah, for the gate I saw testr is being used | 19:15 |
| alee | jvrbanac, pep8 and py27 | 19:16 |
| alee | ./barbican/tests/api/test_init.py:40:1: F811 redefinition of unused 'exception' from line 20 | 19:16 |
| alee | ERROR: InvocationError: '/home/alee/barbican/barbican/.tox/pep8/bin/flake8' | 19:16 |
| alee | barbican.tests.tasks.test_resourcesNon-zero exit code (2) from test listing. | 19:16 |
| alee | error: testr failed (3) | 19:16 |
| alee | ERROR: InvocationError: '/home/alee/barbican/barbican/.tox/py27/bin/python setup.py testr --coverage --testr-args=' | 19:16 |
| jvrbanac | alee, trying it right now. Did you recreate your tox envs yet? | 19:17 |
| jaosorior | What's the tox version? | 19:17 |
| alee | jvrbanac, you mean for dogtag -- not yet -- will work on that later today | 19:18 |
| alee | 1.6.1 jaosorior ^^ | 19:18 |
| alee | jvrbanac, if its working for you, I can try a pip install -U | 19:20 |
| jvrbanac | alee, I had a weird error so I just "rm -r .tox" | 19:23 |
| jvrbanac | alee, it worked after that | 19:23 |
| reaperhulk | haha, -r will recreate an env for you jvrbanac (although you already knew that). And I never remember what projects I run into these issues on, but tox 1.7.x fixes some bugs that affect...probably pyca. | 19:24 |
| jvrbanac | reaperhulk, yeah. I just like the feeling of deleting all the things! | 19:25 |
| jvrbanac | :D | 19:25 |
| *** paul_glass has joined #openstack-barbican | 19:25 | |
| alee | jvrbanac, trying .. its taking its sweet time to delete and re-install stuff .. | 19:26 |
| *** lisaclark2 has quit IRC | 19:26 | |
| *** lisaclark1 has joined #openstack-barbican | 19:27 | |
| *** lisaclark1 has joined #openstack-barbican | 19:29 | |
| *** kaitlin-farr has joined #openstack-barbican | 19:34 | |
| rm_work | local pypi cache helps, but not that significantly | 19:34 |
| *** lisaclark1 has quit IRC | 19:34 | |
| woodster_ | tox -r with tox v1.6.1 works for me | 19:34 |
| alee | woodster_, jvrbanac - ok worked for me - thanks! | 19:35 |
| jvrbanac | alee, w00t! | 19:35 |
| woodster_ | local pypi lets you tox offline though which is nice | 19:35 |
| *** rellerreller has joined #openstack-barbican | 19:35 | |
| alee | jvrbanac, (if only they could be this easy) | 19:35 |
| woodster_ | alee, for sure! | 19:35 |
| jvrbanac | :D | 19:36 |
| reaperhulk | pip 6 does a great deal more caching as well now (thanks to dstufft ) | 19:36 |
| dstufft | yay caching | 19:37 |
| reaperhulk | Ruining download counts since Late December | 19:37 |
| rm_work | heh | 19:37 |
| rm_work | truth | 19:37 |
| rm_work | though to be fair, it's kind of misleading when download counts include one developer installing your library 1000 times in a month | 19:38 |
| dstufft | obviously number of travis-ci runs that install your project is the ideal metric | 19:38 |
| reaperhulk | Anything that inflates my ego is good | 19:38 |
| reaperhulk | Deflates, bad. | 19:38 |
| dstufft | don't worry, I can add code so that the download tally code randomly inverts the cryptography download counts to be -X instead of +X | 19:39 |
| reaperhulk | If you explicitly targeted us that'd make me feel like a special snowflake too | 19:40 |
| reaperhulk | :D | 19:40 |
| *** kebray has joined #openstack-barbican | 19:40 | |
| greghaynes | shameless plug for reviews on https://review.openstack.org/#/c/140575/ | 19:41 |
| greghaynes | Also, I noticed the Castellan repo (which is currently empty). Anyone know what the goal of it was / where that was discussed? | 19:41 |
| rm_work | greghaynes: there will be some discussion of Castellan at the meeting today | 19:42 |
| rm_work | greghaynes: it was mostly discussed here | 19:42 |
| greghaynes | ah, fun | 19:42 |
| greghaynes | what time is the meeting? seems my calendar is out of date for that | 19:43 |
| rm_work | 15m | 19:43 |
| jvrbanac | greghaynes, I'll take a look at your CR this afternoon | 19:43 |
| greghaynes | perfect :) | 19:43 |
| greghaynes | jvrbanac: ty | 19:43 |
| rm_work | We're trying to get all of the random Barbican interfaces that are stuck into other projects like Neutron/Octavia/Cinder/Swift/Nova/whatever into their own project so they can just be imported and maintained as one repo | 19:43 |
| rm_work | IE: https://review.openstack.org/#/c/146210/ | 19:44 |
| greghaynes | rm_work: awesome. So the reason I was asking is because I was about to add another one of those for tripleo | 19:44 |
| rm_work | yeah | 19:44 |
| rm_work | I am hoping we can get some specs in soon and wrap this up at the Barbican meetup in feb | 19:45 |
| rm_work | but that's what we're discussing | 19:45 |
| greghaynes | ok, well id much rather help with that than add tech debt into tripleo ;) | 19:45 |
| rm_work | greghaynes: if you want to use mine or cinder's as a model in the meantime, I am guessing Castellan's method should be similar | 19:45 |
| rm_work | since I am probably going to be writing the BP/spec for the CertManager in Castellan | 19:45 |
| greghaynes | Is castellan going to be a client lib essentially? | 19:46 |
| rm_work | or Octavia's, which is nearly identical code, but better organized | 19:46 |
| rm_work | greghaynes: kindof a service-lib | 19:46 |
| rm_work | meaning, not useful for anything besides including in other code, unlike say "python-barbicanclient" | 19:46 |
| greghaynes | ok, but on the client side. I wonder why barbican doesnt just expose a more general certificate api? | 19:47 |
| rm_work | greghaynes: certificate storage in Barbican came around fairly recently | 19:47 |
| rm_work | I don't think people were originally expecting quite this use-case | 19:47 |
| greghaynes | ah | 19:47 |
| rm_work | LBaaS has been a thorn in their side for a while :P | 19:48 |
| greghaynes | So my thinking is that as a client lib it ends up being hard to do things like api versioning | 19:48 |
| rm_work | currently working on getting through permissions and validation stuff as well | 19:48 |
| rm_work | well | 19:48 |
| rm_work | the whole versioning this is somewhat tricky anyway, since at the moment there is a lot of breaking change happening | 19:48 |
| *** kebray has quit IRC | 19:49 | |
| rm_work | so pretty much to get it to work right you need Latest of both Barbican and Barbicanclient | 19:49 |
| rm_work | or else they don't communicate well (in my experience) | 19:49 |
| rm_work | I assume that will settle down some and sync up once it gets promoted | 19:49 |
| jaosorior | yay, home | 19:50 |
| jaosorior | alee: Did you guys figure out the tox business? | 19:50 |
| greghaynes | yep, I wonder, is there any reason to not just make castellan a separate service that (possibly) depends on barbican? | 19:50 |
| greghaynes | would fit a lot more with the openstack way | 19:50 |
| rm_work | rofl | 19:50 |
| rm_work | that's a little more abstraction than I think we need, honestly | 19:50 |
| greghaynes | just be a service that abstracts the cert lifecycle managers | 19:50 |
| rm_work | I don't know if it's trying to be a CLM | 19:51 |
| rm_work | just an access abstraction layer | 19:51 |
| greghaynes | ah, so maybe I was thinking of using it a little different than intended ;) | 19:51 |
| rm_work | at least that's what my group was aiming for | 19:51 |
| * greghaynes reads the lbaas patch | 19:51 | |
| alee | jaosorior, sure did - thanks -- needed to recreat my env | 19:51 |
| rm_work | well, for CLM you can use something like ... damn, what was it called | 19:52 |
| greghaynes | well, I want a CLM abstraction | 19:52 |
| rm_work | erk | 19:52 |
| rm_work | well, often that is done at the system daemon level | 19:52 |
| rm_work | not sure how that'd work | 19:52 |
| rm_work | sec, i have 8 minutes to finish reading https://review.openstack.org/#/c/127353/ and gather my thoughts, in case we discuss it today <_< | 19:53 |
| greghaynes | haha, ok | 19:53 |
| *** kgriffs is now known as kgriffs|afk | 19:59 | |
| *** lisaclark1 has joined #openstack-barbican | 19:59 | |
| *** tkelsey has quit IRC | 20:00 | |
| *** tkelsey has joined #openstack-barbican | 20:01 | |
| *** david-lyle has quit IRC | 20:02 | |
| rm_work | chellygel: meeting? | 20:03 |
| chellygel | uhhh | 20:03 |
| jaosorior | HALP | 20:03 |
| rm_work | WE ARE LEADERLESS | 20:03 |
| chellygel | i cannn run it? | 20:03 |
| rm_work | it's only moments until we go full-on mob | 20:03 |
| jaosorior | yus | 20:03 |
| *** lisaclark1 has quit IRC | 20:07 | |
| *** lisaclark1 has joined #openstack-barbican | 20:07 | |
| *** ryanpetrello has quit IRC | 20:17 | |
| *** ryanpetrello has joined #openstack-barbican | 20:17 | |
| *** rm_you has quit IRC | 20:21 | |
| *** rm_you has joined #openstack-barbican | 20:22 | |
| *** rm_you has joined #openstack-barbican | 20:22 | |
| *** ayoung-lunch is now known as ayoung | 20:22 | |
| *** jamielennox|away has quit IRC | 20:23 | |
| *** lbragstad has quit IRC | 20:23 | |
| *** erw has quit IRC | 20:23 | |
| *** tdink has quit IRC | 20:24 | |
| *** russell_h has quit IRC | 20:24 | |
| *** dimtruck has quit IRC | 20:24 | |
| *** jaosorior has quit IRC | 20:25 | |
| *** alee has quit IRC | 20:25 | |
| *** rm_work has quit IRC | 20:25 | |
| *** jroll has quit IRC | 20:26 | |
| *** erw has joined #openstack-barbican | 20:26 | |
| *** kgriffs|afk has quit IRC | 20:27 | |
| *** kgriffs|afk has joined #openstack-barbican | 20:27 | |
| *** kgriffs|afk is now known as kgriffs | 20:28 | |
| *** jraim has quit IRC | 20:28 | |
| *** tdink has joined #openstack-barbican | 20:29 | |
| *** lbragstad has joined #openstack-barbican | 20:29 | |
| *** jraim has joined #openstack-barbican | 20:29 | |
| *** rm_work has joined #openstack-barbican | 20:29 | |
| *** dimtruck has joined #openstack-barbican | 20:29 | |
| *** alee has joined #openstack-barbican | 20:30 | |
| *** rm_work has quit IRC | 20:30 | |
| *** rm_work has joined #openstack-barbican | 20:30 | |
| *** russell_h has joined #openstack-barbican | 20:30 | |
| *** jroll has joined #openstack-barbican | 20:30 | |
| *** russell_h has quit IRC | 20:30 | |
| *** russell_h has joined #openstack-barbican | 20:30 | |
| *** jaosorior has joined #openstack-barbican | 20:30 | |
| openstackgerrit | Steve Heyman proposed openstack/barbican: Added debugging to help diagnost json decode issue https://review.openstack.org/146608 | 20:31 |
| *** jamielennox|away has joined #openstack-barbican | 20:32 | |
| *** jamielennox|away is now known as jamielennox | 20:32 | |
| openstackgerrit | Merged openstack/python-barbicanclient: Updated from global requirements https://review.openstack.org/146163 | 20:36 |
| *** kgriffs has quit IRC | 20:40 | |
| hockeynut | ** everyone can ignore https://review.openstack.org/146608 - I'm using that to get some debug information for that json decoding error ** | 20:40 |
| *** rm_you has quit IRC | 20:44 | |
| *** rm_you has joined #openstack-barbican | 20:45 | |
| *** rm_you has joined #openstack-barbican | 20:45 | |
| greghaynes | hockeynut: That would be sort of awesome to have merged though. Its super useful as an ops to be able to turn on debug and get that info. | 20:45 |
| greghaynes | (we do this all the time in tripleo with other services) | 20:46 |
| *** kgriffs|afk has joined #openstack-barbican | 20:46 | |
| jvrbanac | greghaynes, I think this issue he's trying to deal with is not seeing any information coming back from testr | 20:46 |
| *** kgriffs|afk is now known as kgriffs | 20:46 | |
| greghaynes | Yes. I am just saying that having a request's get logged when you have debug turned on is super useful | 20:47 |
| greghaynes | which I think is what what does | 20:47 |
| jvrbanac | greghaynes, I agree! | 20:47 |
| *** david-lyle has joined #openstack-barbican | 20:57 | |
| *** kgriffs has quit IRC | 20:58 | |
| chellygel | thanks rm_work , tkelsey :) | 21:00 |
| rm_work | redrobot: when do you want to sync? probably woodster_ too | 21:00 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/barbican: Only de-serialize objects when possible https://review.openstack.org/146467 | 21:01 |
| redrobot | rm_work I'm WFH right now | 21:01 |
| rm_work | redrobot: kk | 21:01 |
| rm_work | so more IRC discussion or wait until you're in-office? | 21:01 |
| redrobot | rm_work I can vidyo if you want more bandwidth than IRC | 21:01 |
| rm_work | or maybe woodster_ can set me straight if he had an opinion | 21:01 |
| jaosorior | anybody has time to check this one out? it's almost there :D https://review.openstack.org/#/c/144743/ | 21:02 |
| rm_work | woodster_ tends to be good at convincing me I had the right idea the whole time, and it was the one he had :P | 21:02 |
| woodster_ | I'm game for IRC or vidyo | 21:02 |
| *** kgriffs|afk has joined #openstack-barbican | 21:02 | |
| *** kgriffs|afk is now known as kgriffs | 21:03 | |
| woodster_ | rm_work, I think it's awesome you want to implement that RBAC feature actually :) | 21:03 |
| rm_work | woodster_ / redrobot are you two on the same page? | 21:03 |
| redrobot | rm_work I think so... | 21:03 |
| woodster_ | ....is that what you mean? | 21:03 |
| rm_work | if so, I only need to talk to one of you, and see if one or the other of us comes around | 21:03 |
| woodster_ | rm_work as far as barbican not being in castellan, I think so | 21:03 |
| rm_work | woodster_: you have time today? | 21:04 |
| woodster_ | if castellan is an independent repo, then other projects *and* barbican-client can depend on it | 21:04 |
| redrobot | rm_work maybe the commit message in this CR helps? https://review.openstack.org/#/c/138875/ | 21:04 |
| tkelsey | OK, im going offline now, (its late here in the UK lol) thanks for the input all, I'll update the KMIP certs patch tomorrow | 21:04 |
| rm_work | I don't see why barbican-client would ever depend on Castellan | 21:04 |
| rm_work | Castellan is a higher level than Barbican | 21:04 |
| woodster_ | tkelsey, thanks! | 21:04 |
| rm_work | User -> Castellan -> Barbican | 21:05 |
| rm_work | not User -> Barbican -> Castellan | 21:05 |
| greghaynes | rm_work: so is there going to be a client for castellan? | 21:05 |
| rm_work | no | 21:05 |
| rm_work | Castellan is a lib for importing into other code | 21:05 |
| redrobot | rm_work actually it's User -> (Castellan implementation via baribicanclient) -> Barbican | 21:05 |
| rm_work | you wouldn't use it as a CLI or anything | 21:05 |
| rm_work | redrobot: sure | 21:05 |
| woodster_ | castellan is a key manager interface only, no server/service | 21:05 |
| rm_work | yes | 21:05 |
| greghaynes | I think redrobot hit what I was getting at | 21:06 |
| greghaynes | *something* has to be a client | 21:06 |
| rm_work | sure | 21:06 |
| rm_work | err | 21:06 |
| rm_work | not really | 21:06 |
| woodster_ | redrobot, agreed | 21:06 |
| openstackgerrit | Juan Antonio Osorio Robles proposed openstack/barbican: Fix usage of keystone v3 https://review.openstack.org/143329 | 21:06 |
| rm_work | User -> Neutron-LBaaS (internally: Castellan -> Barbicanclient -> Barbican) | 21:06 |
| rm_work | OR | 21:06 |
| rm_work | User -> Neutron-LBaaS (internally: Castellan -> LocalStorage -> Harddrive) | 21:06 |
| redrobot | rm_work yes, that is correct | 21:06 |
| woodster_ | I suppose castellan could depend on barbican-client, but it would have to be an optional dependency for castellan, so openstack projects using don't *have* to install barbican-client too | 21:07 |
| rm_work | so both the LocalStorage and Barbicanclient implementations should live inside Castellan | 21:07 |
| rm_work | right | 21:07 |
| rm_work | it depends on what driver you use | 21:07 |
| greghaynes | gotcha, so its up to $project to make the client | 21:07 |
| redrobot | rm_work not necessarily, because then importing castellan would import barbicanclient and all its dependencies | 21:07 |
| rm_work | Neutron-LBaaS ships with radware/A10/netscaler/embrane/etc drivers, obviously it only "depends" on the one you configure it to use | 21:07 |
| redrobot | rm_work can neutron-lbass work with other drivers that are not included? | 21:08 |
| rm_work | redrobot: only if you use the barbicanclient driver | 21:08 |
| rm_work | redrobot: yes | 21:08 |
| *** rellerreller has quit IRC | 21:08 | |
| rm_work | though we suggest people put theirs in-tree so others can make use of them | 21:08 |
| redrobot | rm_work think of the barbicanclient implementation as a driver outside the package. | 21:08 |
| woodster_ | the barbican-client driver could not be gate tested in castillan though because barbican is not in global requirements. | 21:08 |
| rm_work | woodster_: barbicanclient IS in global requirements | 21:08 |
| rm_work | see: https://review.openstack.org/#/c/146231/ | 21:09 |
| rm_work | (my change, actually) | 21:09 |
| *** tkelsey has quit IRC | 21:09 | |
| woodster_ | rm_work, oh yeah, sorry I see it there | 21:09 |
| rm_work | redrobot: but if Castellan only includes the interface, it becomes much less useful | 21:09 |
| rm_work | because then we need OTHER repos to include to get the actual implementations | 21:10 |
| rm_work | or else we are right back in the code-reuse dilemma we started in | 21:10 |
| rm_work | copy/pasting the same impl code over and over | 21:10 |
| rm_work | what is the point then? | 21:10 |
| rm_work | you should be able to import Castellan, and configure it to use Barbican as its plugin | 21:11 |
| rm_work | and it just "works" | 21:11 |
| redrobot | rm_work you wouldn't copy-paste implementation.... for a deployment where barbican will be used, the operator would install barbicanclient and enable that implementation. | 21:11 |
| rm_work | see the Octavia interface/impl | 21:11 |
| woodster_ | I don't think so...deployers were deploy castellan to get interface, and then barbican-client to get impl for that interface. | 21:11 |
| rm_work | https://github.com/stackforge/octavia/blob/master/etc/octavia.conf#L30 | 21:12 |
| redrobot | rm_work that's not to say that Castellan won't have _any_ implementations | 21:12 |
| redrobot | rm_work it's just that the Barbican implementation will live in barbicanclient | 21:12 |
| rm_work | so | 21:13 |
| rm_work | cert_manager_class = octavia.certificates.manager.LocalCertManager | 21:13 |
| rm_work | would be | 21:13 |
| rm_work | cert_manager_class = python-barbicanclient.castellan.manager.BarbicanCertManager | 21:13 |
| rm_work | ? | 21:13 |
| redrobot | rm_work yeah... and that BarbicanCertManager would implement the interface defined in Castellan | 21:14 |
| rm_work | I guess that works? but doesn't seem as simple to me | 21:14 |
| *** kaitlin-farr has quit IRC | 21:14 | |
| rm_work | and is definitely not how the rest of openstack functions | 21:14 |
| greghaynes | that gets nasty for testing | 21:14 |
| redrobot | rm_work so that octavia would only use Castellan, and not have to worry about barbicanclient | 21:14 |
| greghaynes | you have to co-gate the projects essentially | 21:14 |
| rm_work | redrobot: octavia already only worries about Castellan | 21:14 |
| redrobot | greghaynes co-gate ? How so? | 21:15 |
| rm_work | it's up to the deployer to configure it to use whatever plugin you want | 21:15 |
| rm_work | but the plugins are all in-tree with Castellan, in one nice easy to browse/test/etc place | 21:15 |
| greghaynes | redrobot: you dont want changes in castellan breaking the barbican driver implementation | 21:15 |
| woodster_ | Looking over the kilo-design sessions etherpad (at https://etherpad.openstack.org/p/barbican-kilo-design-sessions)...see line #35. Per my notes Doug Hellman was ok with having a Barbican driver impl in the key manager as long as not the only impl. | 21:15 |
| rm_work | this is how *everything* in openstack already works | 21:15 |
| greghaynes | redrobot: but you cant test that unless you test barbicanclient per castellan change | 21:15 |
| rm_work | drivers/plugins are primarily in-tree | 21:16 |
| *** david-lyle has quit IRC | 21:16 | |
| *** david-ly_ has joined #openstack-barbican | 21:16 | |
| rm_work | so I believe what you are suggesting would be a deviation | 21:16 |
| redrobot | greghaynes yeah, we could set up a barbicanclient gate on castellan... it's not unheard of in OpenStack | 21:16 |
| greghaynes | redrobot: yep. but as of late were trying to get rid of that as much as possible | 21:16 |
| greghaynes | theres another issue with that, actually | 21:17 |
| greghaynes | I think it interferes with graduation ability | 21:17 |
| greghaynes | although that might be changed now | 21:17 |
| woodster_ | ...so if *politically* folks are ok with barbican-client being in castellan, I'd be ok with it. Where 'politically' is defined as core reviewers accepting a castellan dependency into their projects. | 21:17 |
| redrobot | greghaynes why trying to get rid of upstream gating? | 21:18 |
| rm_work | it shouldn't force a hard dependency in any way... not sure why we keep coming back to that | 21:18 |
| rm_work | installing neutron-lbaas doesn't cause a dependency on A10 | 21:19 |
| rm_work | just because the A10 plugin is in-tree | 21:19 |
| woodster_ | will python-barbicanclient be added to requirements.txt of castellan? If so, then it's a hard dependency | 21:19 |
| rm_work | not necessarily | 21:19 |
| rm_work | I'd put it in test-requirements | 21:19 |
| rm_work | since it'd be required for a full test of all the plugins | 21:20 |
| rm_work | but isn't required for basic use of the interface | 21:20 |
| redrobot | rm_work but then the operator would still have to install barbicanclient before being able to use it, so I don't see what the benefit is | 21:20 |
| greghaynes | redrobot: co-gating. I dont think its been codified yet though... As someone who maintains a project that does a ton of cross-project tests its because its a major PITA ;) | 21:20 |
| rm_work | the operator has to configure it to use barbican as the chosen plugin as well | 21:20 |
| rm_work | but that is already how this works throughout openstack | 21:20 |
| rm_work | usually there are deploy-notes | 21:21 |
| rm_work | but it will never be the "default" configured plugin | 21:21 |
| rm_work | so a basic install will "just work" | 21:21 |
| woodster_ | greghaynes, are you saying cross project gate tests interfere with graduation? | 21:21 |
| woodster_ | rm_work, I'd agree with that | 21:22 |
| rm_work | if you want to see how neutron / neutron-lbaas handle this exact thing, I can show you | 21:22 |
| greghaynes | woodster_: well, I dont think graduation is a thing in post big-tent? There is an issue where you couldnt co-gate/depend on a non-graduated project | 21:22 |
| redrobot | yeah... I don't think "graduation" is a thing anymore >_> | 21:23 |
| rm_work | the biggest thing is, as a project developer (architect / coder) I should just "from castellan import certmanager" | 21:23 |
| woodster_ | but 'not incubated' is still a desired state, whatever that ends up being. :) | 21:23 |
| rm_work | and then the deployer should only have to change the config and read the deploy notes | 21:23 |
| redrobot | rm_work and you can... whether the implementation that uses barbican is in-tree or not. | 21:23 |
| greghaynes | yea, theres a tag system that I have yet to read up on | 21:23 |
| woodster_ | rm_work, I do agree that from a separation of concerns perspective, I'd much rather have a barbican plugin for castellan in castellan | 21:24 |
| rm_work | so, I see what you're saying, and you are correct | 21:24 |
| rm_work | but yes, what woodster_ said | 21:24 |
| rm_work | except I apparently weight that concern higher | 21:24 |
| rm_work | I would *much* rather have a barbican plugin for castellan *in castellan* | 21:25 |
| rm_work | that way they can be iterated together | 21:25 |
| rm_work | and easily discovered | 21:25 |
| rm_work | and tested together | 21:26 |
| woodster_ | I've just been concerned about the ability to get castellan CR's merged into the projects that wish to integrate (indirectly anyway) with barbican. It sounds like an in-castillan barbican client dependency on the testing side of things wouldn't prevent that. redrobot what do you think about that? | 21:27 |
| redrobot | woodster_ rm_work I really don't have a good argument against having the impl in Castellan. The general concern in Paris was that if Castellan depended on Barbican people may not want to use it... | 21:29 |
| rm_work | I don't believe that is an issue | 21:29 |
| *** paul_glass has quit IRC | 21:29 | |
| greghaynes | depend on barbicanclient, not barbican | 21:30 |
| greghaynes | This is a problem heat has | 21:30 |
| greghaynes | and they just depend on *client | 21:30 |
| greghaynes | but you could alternatively just put it in test-req's | 21:30 |
| rm_work | right | 21:30 |
| rm_work | yes | 21:30 |
| woodster_ | After looking back at notes regarding Doug Hellman, I'm tending towards agreeing with rm_work. To clinch this though, do we need to get blessing from the TC, or maybe ask this question of the openstack dev mailing list? | 21:30 |
| rm_work | I assume when we're saying "dependency on barbican" what people mean is python-barbicanclient | 21:31 |
| rm_work | because it would be silly to depend on the actual service in requirements.txt >_> | 21:31 |
| *** paul_glass has joined #openstack-barbican | 21:31 | |
| greghaynes | If you *really* want to give people a reason to be mad about a dependency you could do that | 21:32 |
| rm_work | even putting python-barbicanclient in the main requirements.txt shouldn't be a huge issue, it's what, a few KB client lib that is completely inert unless called >_> | 21:32 |
| woodster_ | Or just remove it from castellan later if folks disapprove later? :) Since there is already implementation around all of this, I'm of a mind to just have it come in as is to get the ball rolling. | 21:32 |
| rm_work | but test-requirements seems fine | 21:32 |
| redrobot | rm_work python-barbicanclient pulls in a ton of stuff via python-keystoneclient and oslo.* | 21:33 |
| rm_work | hmm | 21:33 |
| woodster_ | rm_work, well it pulls in keystoneclient which apparently pulls in a number of other dependencies (20 or so?) | 21:33 |
| rm_work | the assumption is this will be used by OpenStack projects | 21:33 |
| rm_work | but | 21:33 |
| rm_work | i see your point | 21:33 |
| rm_work | IE, if you're using this, you probably ALREADY rely on keystone | 21:34 |
| rm_work | but even so, test-requirements only would solve that | 21:34 |
| woodster_ | rm_work, agreed on that last point | 21:34 |
| rm_work | and I am volunteering to do a lot of the work to get Castellan up and working :P | 21:34 |
| redrobot | I agree with woodster_ that we could put the impl in Castellan and move it to python-barbicanclient later if the community would prefer it that way | 21:35 |
| *** kebray has joined #openstack-barbican | 21:35 | |
| woodster_ | I was curious about that, that last thing in the IRC today was that rellerreller was going to do the work | 21:35 |
| rm_work | yeah, if it comes to that, and people really hate it, that should be simple | 21:35 |
| rm_work | woodster_: he was going to start by putting the cinder code in the repo | 21:35 |
| rm_work | from there I'll put my stuff on top and probably do a bit of tweaking / refactoring | 21:35 |
| rm_work | that is my plan, at least, for the moment | 21:35 |
| rm_work | since I specifically designed my stuff to go on top of cinder's base code, and i have in mind all the necessary tweaks for that to work | 21:36 |
| woodster_ | did he say when he was going to do that though? I'd like to settle this soon in the Kilo cycle, before M2 preferably. He's a new dad and stretched thin at work. :) | 21:36 |
| rm_work | hmm | 21:37 |
| rm_work | not sure | 21:37 |
| rm_work | as long as we get to it by the end of the meetup in Feb, I'm happy | 21:37 |
| rm_work | sooner would be even better though | 21:37 |
| woodster_ | ok, I'll probably email him about it then | 21:37 |
| *** jroll has quit IRC | 21:38 | |
| *** jroll has joined #openstack-barbican | 21:38 | |
| rm_work | ... this 5-point story has been going for 7 sprints now <_< | 21:38 |
| rm_work | it is my curse | 21:39 |
| redrobot | woodster_ rm_work he did mention they were not looking at the client, and were already stretched thin | 21:39 |
| woodster_ | rm_work, do you think that castellan CR would land easily in octavia, or would there be a long review cycle for it? | 21:39 |
| rm_work | woodster_: should be easy to rip out my stuff and replace it with the Castellan interface, given that i'm literally planning on just moving the files from Octavia into the Castellan Repo and doing a find/replace on octavia -> castellan | 21:40 |
| woodster_ | rm_work, but the core review/merge process would go quick after that? | 21:40 |
| *** david-ly_ has quit IRC | 21:40 | |
| rm_work | redrobot: right, so they will merge the interface in whatever state they need it, and i can throw the impl in there along with my stuff | 21:41 |
| rm_work | woodster_: yes | 21:41 |
| rm_work | woodster_: we're a pretty tight group and have decent motivation :P | 21:41 |
| *** david-lyle has joined #openstack-barbican | 21:41 | |
| woodster_ | rm_work, nice! So other integrations are the nova/cinder integration that the JH team is working on, and Heat as well | 21:42 |
| rm_work | yeah | 21:42 |
| rm_work | and again, i hope those are fairly straightforward, granted the code is copy/pasted from cinder -> castellan directly in that case as well | 21:43 |
| SheenaG1 | woodster_: ping | 21:47 |
| woodster_ | SheenaG1, howdy | 21:47 |
| woodster_ | rm_work, if rellerreller is swamped, could you do the initial port of code if needed? | 21:48 |
| SheenaG1 | Hey woodster_, any chance you could jump into our internal channel? I have a couple of questions | 21:48 |
| rm_work | woodster_: probably if it comes to that | 21:48 |
| rm_work | might actually not be a bad week for it | 21:48 |
| woodster_ | SheenaG1, yep (in there now) | 21:48 |
| rm_work | woodster_: i just assumed since they really *knew* that interface, they might want it set up in a particular way | 21:49 |
| *** david-lyle has quit IRC | 21:49 | |
| rm_work | also I am a bit fuzzy on exactly how the keystone bits will work for the actual barbican impl, but i guess that's not specifically relevant | 21:49 |
| rm_work | and probably I will make that a different CR anyway | 21:49 |
| *** david-lyle has joined #openstack-barbican | 21:50 | |
| woodster_ | SheenaG1, mumble or vidyo? | 21:50 |
| SheenaG1 | woodster_: which room are you in? I don't see you. | 21:50 |
| SheenaG1 | I'm looking for you in our internal IRC | 21:50 |
| redrobot | rm_work I presume the impl will define some config parameters to get the keystone credentials needed for connecting to barbican | 21:51 |
| rm_work | yeah | 21:51 |
| woodster_ | SheenaG1, I was bounced by vpn, in there now | 21:52 |
| rm_work | redrobot: see: https://github.com/stackforge/octavia/blob/master/octavia/certificates/common/barbican.py#L60 | 21:52 |
| rm_work | I just haven't actually *tested* that yet | 21:52 |
| rm_work | but it *should* work (hopefully well) | 21:52 |
| *** kebray has quit IRC | 21:53 | |
| openstackgerrit | Steve Heyman proposed openstack/barbican: Added debugging to help diagnose json decode issue https://review.openstack.org/146608 | 21:58 |
| *** ametts has joined #openstack-barbican | 21:59 | |
| rm_work | I'll ask rellerreller if he'd prefer I do that, next time he's on | 22:00 |
| *** kebray has joined #openstack-barbican | 22:07 | |
| openstackgerrit | Merged openstack/barbican: Configure keystomemiddleware using identity_uri https://review.openstack.org/146100 | 22:10 |
| *** SheenaG1 has quit IRC | 22:32 | |
| *** lisaclark1 has quit IRC | 22:40 | |
| openstackgerrit | Steve Heyman proposed openstack/barbican: Added debugging to help diagnose json decode issue https://review.openstack.org/146608 | 22:42 |
| *** ryanpetrello_ has joined #openstack-barbican | 22:56 | |
| *** SheenaG1 has joined #openstack-barbican | 22:56 | |
| *** ryanpetrello has quit IRC | 22:59 | |
| *** ryanpetrello_ is now known as ryanpetrello | 22:59 | |
| *** SheenaG11 has joined #openstack-barbican | 22:59 | |
| *** SheenaG1 has quit IRC | 23:01 | |
| *** dimtruck is now known as zz_dimtruck | 23:10 | |
| *** jaosorior has quit IRC | 23:13 | |
| *** nkinder has quit IRC | 23:14 | |
| *** zz_dimtruck is now known as dimtruck | 23:15 | |
| *** david-lyle has quit IRC | 23:20 | |
| *** ametts has quit IRC | 23:24 | |
| *** chlong has joined #openstack-barbican | 23:29 | |
| *** rtom has quit IRC | 23:37 | |
| *** paul_glass has quit IRC | 23:38 | |
| *** SheenaG1 has joined #openstack-barbican | 23:43 | |
| *** SheenaG11 has quit IRC | 23:47 | |
| *** dimtruck is now known as zz_dimtruck | 23:47 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!