*** rm_you| has quit IRC | 00:15 | |
*** rm_work is now known as rm_work|away | 00:15 | |
*** rm_you has joined #openstack-barbican | 00:18 | |
*** rm_you has joined #openstack-barbican | 00:18 | |
*** chlong has joined #openstack-barbican | 00:32 | |
*** darrenmoffat has quit IRC | 00:36 | |
*** darrenmoffat has joined #openstack-barbican | 00:37 | |
*** rm_you| has joined #openstack-barbican | 00:38 | |
*** rm_you has quit IRC | 00:38 | |
*** kfarr1 has joined #openstack-barbican | 00:41 | |
*** rm_you|wtf has joined #openstack-barbican | 00:43 | |
*** rm_you| has quit IRC | 00:44 | |
*** rm_you has joined #openstack-barbican | 00:55 | |
*** rm_you has joined #openstack-barbican | 00:55 | |
*** rm_you|wtf has quit IRC | 00:57 | |
openstackgerrit | Kaitlin Farr proposed openstack/castellan: Add Barbican key manager https://review.openstack.org/171918 | 01:07 |
---|---|---|
openstackgerrit | Steve Heyman proposed openstack/barbican: Add retry server and functional tests to DevStack https://review.openstack.org/170896 | 01:08 |
openstackgerrit | Steve Heyman proposed openstack/barbican: Add troubleshooting for _bsdbb import error https://review.openstack.org/196923 | 01:20 |
*** dave-mccowan has quit IRC | 01:28 | |
*** dave-mccowan has joined #openstack-barbican | 01:32 | |
openstackgerrit | Steve Heyman proposed openstack/barbican: Add retry server and functional tests to DevStack https://review.openstack.org/170896 | 01:53 |
*** gyee has quit IRC | 01:53 | |
*** rm_you| has joined #openstack-barbican | 02:05 | |
*** rm_you has quit IRC | 02:08 | |
*** chlong_ has joined #openstack-barbican | 02:08 | |
*** chlong has quit IRC | 02:10 | |
*** chlong__ has joined #openstack-barbican | 02:10 | |
*** chlong_ has quit IRC | 02:13 | |
*** dave-mccowan has quit IRC | 02:13 | |
*** chlong_ has joined #openstack-barbican | 02:28 | |
*** chlong__ has quit IRC | 02:31 | |
*** chlong has joined #openstack-barbican | 02:31 | |
*** chlong_ has quit IRC | 02:34 | |
*** xaeth_afk is now known as xaeth | 02:39 | |
*** dimtruck is now known as zz_dimtruck | 02:50 | |
*** kebray has joined #openstack-barbican | 02:51 | |
*** kfarr1 has quit IRC | 03:06 | |
*** woodster_ has quit IRC | 03:11 | |
*** epequeno has quit IRC | 03:32 | |
*** xaeth is now known as xaeth_afk | 03:43 | |
*** xaeth_afk is now known as xaeth | 03:51 | |
*** xaeth is now known as xaeth_afk | 03:54 | |
*** kebray has quit IRC | 03:56 | |
*** xaeth_afk is now known as xaeth | 04:10 | |
*** xaeth is now known as xaeth_afk | 04:13 | |
*** david-lyle has quit IRC | 04:13 | |
*** david-lyle has joined #openstack-barbican | 04:14 | |
*** rm_work|away is now known as rm_work | 04:52 | |
*** jaosorior has joined #openstack-barbican | 05:38 | |
*** Nirupama has joined #openstack-barbican | 05:53 | |
*** rm_you has joined #openstack-barbican | 06:47 | |
*** rm_you| has quit IRC | 06:50 | |
*** shohel has joined #openstack-barbican | 06:59 | |
*** nickrmc83 has joined #openstack-barbican | 07:03 | |
*** chlong has quit IRC | 07:35 | |
*** rm_work is now known as rm_work|away | 07:53 | |
*** rm_work|away is now known as rm_work | 07:54 | |
*** jaosorior has quit IRC | 08:06 | |
*** shohel has quit IRC | 08:22 | |
-openstackstatus- NOTICE: OpenStack CI is down due to hard drive failures | 08:46 | |
*** ChanServ changes topic to "OpenStack CI is down due to hard drive failures" | 08:46 | |
*** mmdurrant has quit IRC | 10:09 | |
*** chlong has joined #openstack-barbican | 10:49 | |
openstackgerrit | Juan Antonio Osorio Robles proposed openstack/python-barbicanclient: Enable endpoint filter parameters for the CLI https://review.openstack.org/196639 | 11:45 |
*** jaosorior has joined #openstack-barbican | 11:45 | |
*** SheenaG has joined #openstack-barbican | 11:53 | |
*** mmdurrant has joined #openstack-barbican | 11:59 | |
*** zz_dimtruck is now known as dimtruck | 12:27 | |
*** dave-mccowan has joined #openstack-barbican | 12:38 | |
*** Kevin_Bishop has quit IRC | 12:40 | |
*** dave-mccowan has quit IRC | 12:44 | |
*** rellerreller has joined #openstack-barbican | 12:52 | |
*** Kevin_Bishop has joined #openstack-barbican | 12:53 | |
*** Nirupama has quit IRC | 13:02 | |
*** nelsnelson has joined #openstack-barbican | 13:27 | |
*** shohel has joined #openstack-barbican | 13:33 | |
*** dave-mccowan has joined #openstack-barbican | 13:56 | |
*** nickrmc83 has quit IRC | 13:56 | |
elmiko | rellerreller: hey | 13:59 |
rellerreller | elmiko hey | 13:59 |
elmiko | so, i read up on the ManagedObject review last night and that cleared up many of my questions lol | 14:00 |
elmiko | the Passphrase impl is eerily close to how i was testing the SaharaKey object | 14:00 |
rellerreller | I'm glad to hear that :) | 14:00 |
elmiko | i'm gonna go ahead and update the sahara spec to mention Passphrase and use it in the example code | 14:01 |
rellerreller | Sounds good | 14:01 |
rellerreller | So will you have something like a SaharaKeyManager or something that only handles passphrases? | 14:02 |
rellerreller | I'm thinking about your use case of supporting the existing db setup as it currently is. | 14:02 |
rellerreller | In that case you will need something that takes a passphrase and stores it in sahara DB as it is now. | 14:02 |
elmiko | right, we'll still have SaharaKeyManager and it will mainly act as a transparent wall for the payloads | 14:03 |
elmiko | i don't want to get into incorporating the db logic into our KeyManager, although it is a nice idea | 14:03 |
rellerreller | Cool, I'm glad we are on the same page. | 14:03 |
*** pglass has joined #openstack-barbican | 14:03 | |
rellerreller | So how do you plan to store and retrieve the passphrases from the DB? | 14:04 |
rellerreller | If you do not want to incorporate the db logic ino the SaharaKeyManager. | 14:04 |
elmiko | well, essentially the SaharaKeyManager will return the payload instead of a UUID for the newly stored keys | 14:06 |
elmiko | and likewise, on a retrieval it will actually be taking the payload (unbeknowst to it) and returning it without doing anything | 14:07 |
elmiko | in this respect, our db transaction will either store the payload (as they do now), or the UUID depending on which KeyManager is being used. | 14:07 |
rellerreller | Interesting idea, so the table will have passphrase reference. | 14:08 |
elmiko | right | 14:08 |
elmiko | which is what we have now, sadly... | 14:08 |
rellerreller | In some cases it is UUID and in some cases the actual key | 14:08 |
elmiko | yea | 14:08 |
rellerreller | That is clever :) | 14:08 |
elmiko | =) | 14:08 |
elmiko | i figure at the least we will be backward compatible, and for those who are interested in being more secure they can use a different KeyManager | 14:09 |
elmiko | this is also why i need a little more control over the default api_class option | 14:09 |
rellerreller | Yes, what is that option? | 14:10 |
rellerreller | Could you expand on that some? | 14:10 |
elmiko | so, in the BarbicanKeyManager review, the default api_class is set to that KM | 14:10 |
elmiko | and, it uses the global oslo_config.CONF object to do all the configuration stuff | 14:11 |
elmiko | i have a poc, that i will put up for review soon, which adds the ability for castellan consumers to pass in a CfgOpts object of their own | 14:11 |
elmiko | this and a few helper functions, will allow more control over castellan's configuration | 14:11 |
elmiko | i'm modelling it after the way oslo.db and oslo.messaging allow consumers to do things like set_defaults and list_opts | 14:12 |
elmiko | imo, it will help overall consumption of castellan | 14:12 |
rellerreller | Sounds interesting. I'm not familiar with the db and messaging options. I'll have to look into that. | 14:12 |
rellerreller | I think it sounds like a good idea from what I"m picturing so far. | 14:13 |
elmiko | so, as it stands now, i can instantiate castellan.key_manager.API() to get the KM | 14:13 |
elmiko | with my patch, you can pass in a CfgOpts object to the API call | 14:13 |
rellerreller | And then you can specify whatever KM you want? | 14:14 |
rellerreller | With whatever options you want? | 14:14 |
elmiko | well right, you can contain the KM options in the CfgOpts object | 14:14 |
elmiko | instead of just setting them in the global CONF object | 14:14 |
rellerreller | That sounds great | 14:15 |
elmiko | i was kinda waiting for the BarbicanKM to come along a little further since it will need some minor modifications | 14:15 |
rellerreller | Yes, I would like for that to be done asap. | 14:15 |
rellerreller | I was hoping to have that done by L1 | 14:15 |
elmiko | there is also a castellan.config module that will have a helper function list_opts, to help with a project that wants to add castellan and allow things like oslo-config-generator to create a sample conf file with all the castellan options | 14:15 |
elmiko | (and be able to change defaults) | 14:16 |
rellerreller | cool | 14:16 |
elmiko | yea, i think they are just minor features that will help with consuming castellan in a project | 14:16 |
elmiko | the code is mostly done, i'm just writing some docs and looking over the barbican stuff now | 14:17 |
rellerreller | ok, I will review when it is ready | 14:18 |
elmiko | awesome, i'll be sure to make some noise ;) | 14:18 |
rellerreller | when will the sahara spec be resubmitted, or is that done already? | 14:19 |
rellerreller | I'm still catching up on emails. | 14:19 |
elmiko | i'll get to it today most likely. | 14:19 |
rellerreller | So for our timeline on Castellan this is what we are hoping to achieve. | 14:21 |
*** nickrmc83 has joined #openstack-barbican | 14:21 | |
rellerreller | For L2 we would like all of the ManagedObjects to be completed and update the API with the operations for the MOs. | 14:22 |
rellerreller | For L2 we would also like to have this done for the MockKeyManager. | 14:22 |
rellerreller | Then in L3 we would make sure all of this works with the Barbican impl | 14:22 |
rellerreller | That means I need to get secret type support implemented for Barbican client in L2. | 14:23 |
rellerreller | I know that is not a lot of time for a Sahara implementation. | 14:24 |
elmiko | well, | 14:24 |
rellerreller | elmiko Do you think you will have enough time to get it done for Liberty release? | 14:24 |
elmiko | oh yea, for sure | 14:24 |
elmiko | most of my sahara code is done already | 14:25 |
rellerreller | That makes me feel better :) | 14:25 |
elmiko | the issue now, is timing against the castellan release so that we can add it to our requirements | 14:25 |
elmiko | it sounds like i can plan to have this as a feature that will land with the L release | 14:25 |
elmiko | rellerreller: thanks for explaining all that, really helps me plan for the sahara stuff =) | 14:28 |
rellerreller | Not a problem. I'm glad to help. | 14:28 |
rellerreller | Let me know if you need anything else. I'm glad that someone else wants to use Castellan :) | 14:29 |
elmiko | awesome, thanks! | 14:30 |
*** kebray has joined #openstack-barbican | 14:37 | |
*** jhfeng has joined #openstack-barbican | 14:40 | |
*** nickrmc83 has quit IRC | 14:42 | |
*** kebray has quit IRC | 14:44 | |
*** ChanServ changes topic to "OpenStack Barbican development" | 14:52 | |
-openstackstatus- NOTICE: The log volume was repaired and brought back online at 14:00 UTC. Log links today from before that time may be missing, and changes should be rechecked if fresh job logs are desired for them. | 14:52 | |
*** diazjf has joined #openstack-barbican | 14:56 | |
*** kfarr has joined #openstack-barbican | 15:00 | |
*** rellerreller has quit IRC | 15:00 | |
*** rellerreller has joined #openstack-barbican | 15:02 | |
*** silos has joined #openstack-barbican | 15:14 | |
*** xaeth_afk is now known as xaeth | 15:19 | |
*** nickrmc83 has joined #openstack-barbican | 15:21 | |
elmiko | xaeth: hey, got my patch working for juno | 15:26 |
xaeth | nice | 15:26 |
elmiko | yea, barbican-api starts up real nice. my only concern is that i don't think the version is reporting the same way as in the upstream | 15:27 |
elmiko | https://github.com/elmiko/barbican-spec/tree/elmiko_juno_additions | 15:27 |
elmiko | i can send a pull request now, or hack on the version a little more, unless you want to run with it at this point? | 15:27 |
redrobot | elmiko woot! you guys rock! | 15:27 |
elmiko | hehe =) | 15:28 |
xaeth | elmiko, very nice... its up to you... i'm at your service | 15:28 |
elmiko | xaeth: well, i guess the question is. what should we see for the version when GETing "/"? | 15:29 |
xaeth | redrobot, ^ ? | 15:29 |
elmiko | should it be the 2014.2 or should we append the fedora rpm version as well? | 15:29 |
xaeth | I'm inclined to lean on the 2014.2 | 15:30 |
xaeth | not the fedora rpm version | 15:30 |
elmiko | yea, makes sense | 15:30 |
xaeth | but i can see where that might raise a slight question | 15:30 |
redrobot | in juno and kilo it shows the released version per launchpad | 15:30 |
elmiko | currently i'm just getting back the release info, "3.fc21" | 15:30 |
elmiko | redrobot: ok, ack. i'll move things around a little bit | 15:30 |
redrobot | ie. 2014.2.0 and 2015.1.0 respectively | 15:30 |
elmiko | it's just weird the way we modify these releases to remove pbr in the fedora builds | 15:31 |
elmiko | so we end up manually injecting the version info back into the package | 15:31 |
redrobot | interesting | 15:31 |
xaeth | hrm.. i thought we could remove that now? | 15:31 |
elmiko | oh? | 15:31 |
xaeth | i could be remembering wrong | 15:31 |
redrobot | in liberty the "/" resource is going to change to match what other openstack proejcts are doing | 15:32 |
elmiko | i'll ask around #rdo a little | 15:32 |
jaosorior | I'm thinking about starting to work on enabling Barbican as a plugin for the unified openstackclient | 15:32 |
elmiko | jaosorior: nice +1 | 15:32 |
redrobot | jaosorior that's the CLI right? | 15:32 |
jaosorior | yup | 15:32 |
jaosorior | after I get the CLI done, I will see if I can contribute to the sdk | 15:32 |
elmiko | xaeth: ok, i'll do one more pass then send this over in a github pull request | 15:32 |
redrobot | jaosorior I'd like to review the stuff you come up with if you don't mind? | 15:32 |
redrobot | jaosorior there is some support in the unified sdk | 15:33 |
jaosorior | redrobot: the osc will not host that code in their repo. So it will be in ours | 15:33 |
redrobot | jaosorior gotcha. that's cool. | 15:33 |
jaosorior | Anyway, hopefully in the next week or so I'll come up with something in that front | 15:33 |
redrobot | jaosorior this review seems to have stalled. It would be awesome if you could chime in: https://review.openstack.org/#/c/187716/ | 15:33 |
redrobot | jaosorior my preference is for "key-manager" as the service type everywhere. | 15:34 |
jaosorior | Want me to re-take that CR? | 15:34 |
jaosorior | seems to be in merge-conflict | 15:34 |
redrobot | jaosorior it's not my cr. Belongs to Terry Howe | 15:34 |
jaosorior | I see | 15:34 |
*** SheenaG has quit IRC | 15:35 | |
openstackgerrit | Chelsea Winfree proposed openstack/barbican: Update unwrap key to accept specific variables https://review.openstack.org/196141 | 15:37 |
chellygel | reaperhulk, fixed as per your suggestion ^ thanks again :) | 15:38 |
jaosorior | redrobot: Done | 15:40 |
elmiko | xaeth: sounds like you are up to date, i'm hearing that we can leave pbr in place. i'll remove the patch and see how this works. | 15:42 |
*** nickrmc83 has quit IRC | 15:56 | |
*** ngupta has quit IRC | 16:02 | |
reaperhulk | thanks chellygel, will look shortly | 16:03 |
elmiko | xaeth: ok, pr sent your way =) | 16:06 |
*** dontalton has joined #openstack-barbican | 16:29 | |
*** shohel has quit IRC | 16:29 | |
*** silos has left #openstack-barbican | 16:46 | |
*** openstackgerrit has quit IRC | 16:50 | |
chellygel | hey guys, need some reviews : https://review.openstack.org/#/c/196141/ and https://review.openstack.org/#/c/196270/1 | 16:51 |
*** openstackgerrit has joined #openstack-barbican | 16:51 | |
chellygel | First CR is blocking 2nd. 2nd needs only 1 more for workflow, first needs 1 +2, and 1 workflow~ | 16:51 |
*** rellerreller has quit IRC | 16:51 | |
chellygel | Just need Workflows on both now please :) | 16:56 |
*** shohel has joined #openstack-barbican | 16:58 | |
*** SheenaG has joined #openstack-barbican | 16:59 | |
*** shohel has quit IRC | 17:03 | |
*** shohel has joined #openstack-barbican | 17:17 | |
*** ngupta has joined #openstack-barbican | 17:22 | |
*** SheenaG has quit IRC | 17:34 | |
openstackgerrit | Steve Heyman proposed openstack/barbican: Add troubleshooting for _bsdbb import error https://review.openstack.org/196923 | 17:39 |
*** diazjf has quit IRC | 17:40 | |
kfox1111 | is there a way to syncronously generate a cert? | 17:43 |
rm_work | kfox1111: the barbican Order system is very much not designed to be syncronous | 17:48 |
rm_work | kfox1111: which is why I was looking into using Anchor | 17:48 |
rm_work | more directly | 17:48 |
rm_work | that only works if you don't need CRLs tho | 17:49 |
rm_work | (more specifically, if you don't ever plan to revoke :P) | 17:49 |
rm_work | kfox1111: it's a problem IMO, but not one I'm sure we're really in a position to solve, because syncronous cert delivery is actually pretty insane | 17:49 |
*** SheenaG has joined #openstack-barbican | 17:52 | |
*** chlong has quit IRC | 17:56 | |
xaeth | elmiko, fancy | 18:04 |
elmiko | lol | 18:05 |
chellygel | reaperhulk, remembered the problem, it was the tests, they are giving that key error -- but i think that it calls for a rewrite on those guys anyway, lots of fun mocks to deal w/ | 18:06 |
reaperhulk | damned mocking. | 18:07 |
*** silos has joined #openstack-barbican | 18:07 | |
xaeth | elmiko, i just mentally absorb lots of things and this last week i've been wrong more than right, so at least i got that one ;) | 18:09 |
elmiko | xaeth: i know the feeling, and packaging is definitely a pain point... | 18:09 |
xaeth | bah.. i love me some packaging ;) | 18:09 |
elmiko | hehe | 18:12 |
*** diazjf has joined #openstack-barbican | 18:13 | |
rm_work | chellygel: oh no, workflow failed :( | 18:17 |
chellygel | rm_work, yeah there was an issue w/ the way the tests were written | 18:18 |
chellygel | gotta fix the tests | 18:18 |
rm_work | dem tests | 18:18 |
rm_work | ah yeah i see, you mentioned mocking, i was scrolled up T_T | 18:18 |
openstackgerrit | Chelsea Winfree proposed openstack/barbican: Update unwrap key to accept specific variables https://review.openstack.org/196141 | 18:22 |
chellygel | ^ fixed :) | 18:22 |
elmiko | xaeth: i also talked with hguemar a little bit, so he knows about us collaborating on this and i've gone through some of the changes at a high level. | 18:24 |
*** gyee has joined #openstack-barbican | 18:24 | |
xaeth | kewl. Who is hguemar ? | 18:24 |
elmiko | haikel guemar, he's on the fedora bz | 18:26 |
*** kfarr1 has joined #openstack-barbican | 18:31 | |
*** kfarr has quit IRC | 18:31 | |
*** ngupta has quit IRC | 18:32 | |
*** vivek_ has joined #openstack-barbican | 18:35 | |
xaeth | ahh oh ya... i recognize that now | 18:36 |
*** rellerreller has joined #openstack-barbican | 18:42 | |
*** vivek_ has quit IRC | 18:58 | |
*** silos1 has joined #openstack-barbican | 19:06 | |
*** silos has quit IRC | 19:09 | |
*** jorge_munoz has quit IRC | 19:14 | |
*** jorge_munoz has joined #openstack-barbican | 19:19 | |
*** jorge_munoz has quit IRC | 19:20 | |
*** jorge_munoz has joined #openstack-barbican | 19:23 | |
openstackgerrit | Fernando Diaz proposed openstack/python-barbicanclient: Allow 2 Step Secret Creation and Secret Update https://review.openstack.org/196876 | 19:28 |
diazjf | hey all, I am trying to add the 2 step secret creation and secret update features into the CLI. | 19:29 |
diazjf | Its still a WIP, but reviews are welcome. | 19:29 |
redrobot | diazjf 2-step should not be exposed in the CLI | 19:30 |
redrobot | diazjf it would be unintuitive to a user to issue two commands in the CLI | 19:31 |
*** rm_work is now known as rm_work|away | 19:31 | |
diazjf | redrobot, would it be acceptable to have in the client? | 19:31 |
redrobot | diazjf if necessary, 2-step can be used in the implementation, but it should be transparent to the user. i.e. the user should never have to issue two commands for a two step put | 19:31 |
*** epequeno has joined #openstack-barbican | 19:32 | |
redrobot | diazjf the way I had thought about using 2-step, would be to maybe add a --file flag to the CLI | 19:32 |
redrobot | that can upload an entire file using 2-step. | 19:32 |
*** rm_work|away is now known as rm_work | 19:33 | |
*** crc32 has joined #openstack-barbican | 19:33 | |
redrobot | diazjf sorry for the brain dump without reviewing :) Just don't want you to go too far down the 2-step road. | 19:33 |
*** dimtruck is now known as zz_dimtruck | 19:34 | |
redrobot | diazjf yes, I think adding PUT to the client would be good | 19:34 |
diazjf | redrobot, thanks I appreciate that!!! :) would it be feasible for me to work on the 2 step method using the --file option, since an empty secret is needed for the PUT. | 19:35 |
diazjf | or should I just implement the PUT. I wanted the client to have full functionality over Barbican | 19:37 |
*** jorge_munoz has quit IRC | 19:37 | |
rm_work | did python-barbicanclient not already have anything for two-stage? | 19:39 |
diazjf | rm_work, actually I think your right, an empty secret can be created | 19:39 |
diazjf | just need to PUT functionality to be added | 19:39 |
rm_work | I thought I remembered logic for that | 19:40 |
rm_work | but I guess possibly not | 19:40 |
rm_work | it has been a while | 19:40 |
diazjf | rm_work, actually I believe there is currently logic which does not allow a secret to be stored without a payload | 19:42 |
diazjf | if not self.payload: raise exceptions.PayloadException("Missing Payload") | 19:42 |
diazjf | in the store() | 19:42 |
rm_work | hmm ok | 19:42 |
diazjf | redrobot, I'll continue to work on the PUT, just let me know if I should try and Implement the 2 step creation with the --file option and maybe some documentation. | 19:44 |
openstackgerrit | OpenStack Proposal Bot proposed openstack/barbican: Updated from global requirements https://review.openstack.org/194830 | 19:54 |
*** zz_dimtruck is now known as dimtruck | 19:59 | |
*** arunkant has joined #openstack-barbican | 19:59 | |
rm_work | reaperhulk: huh, global requirements bumped cryptography down from >=0.9 to >=0.8.2 | 20:02 |
rm_work | reaperhulk: any idea why? | 20:02 |
reaperhulk | not a clue | 20:02 |
reaperhulk | I don't believe we did any deprecation removal there... | 20:03 |
rm_work | any gut feelings on whether that could be an issue? | 20:03 |
rm_work | I mean, it SHOULD still install latest, either way | 20:03 |
rm_work | it's a >= | 20:03 |
rm_work | just seems strange | 20:03 |
reaperhulk | yeah that's...weird | 20:03 |
*** jorge_munoz has joined #openstack-barbican | 20:04 | |
reaperhulk | rm_work: looking at global requirements I don't see 0.9 ever having been set | 20:05 |
reaperhulk | 1.0 will be out soonish so people can decide if they want to bump the requirement then :) | 20:05 |
*** rellerreller has quit IRC | 20:06 | |
*** dimtruck is now known as zz_dimtruck | 20:08 | |
rm_work | https://review.openstack.org/#/c/197261/1/requirements.txt,cm | 20:09 |
rm_work | maybe because of our local requirements | 20:09 |
rm_work | I assumed it had always been there | 20:09 |
reaperhulk | yeah the history of global doesn't show 0.9 ever | 20:12 |
reaperhulk | I don't think anybody tried to bump it | 20:12 |
reaperhulk | but I'd wait for 1.0 at this point :P | 20:12 |
*** pglass has quit IRC | 20:21 | |
*** zz_dimtruck is now known as dimtruck | 20:25 | |
*** dimtruck is now known as zz_dimtruck | 20:45 | |
*** jaosorior has quit IRC | 20:46 | |
*** zz_dimtruck is now known as dimtruck | 20:46 | |
*** dimtruck is now known as zz_dimtruck | 20:56 | |
*** zz_dimtruck is now known as dimtruck | 20:59 | |
kfox1111 | redrobot: I updated the spec with an implementation I think will work. when you get an hour (its longish now :/) could you please take a look? | 21:00 |
*** pglass has joined #openstack-barbican | 21:00 | |
*** jorge_munoz has quit IRC | 21:02 | |
*** jorge_munoz has joined #openstack-barbican | 21:03 | |
*** dave-mccowan has quit IRC | 21:04 | |
*** arunkant_ has joined #openstack-barbican | 21:10 | |
redrobot | kfox1111 queued up | 21:13 |
*** arunkant has quit IRC | 21:14 | |
*** shohel has quit IRC | 21:26 | |
*** dave-mccowan has joined #openstack-barbican | 21:28 | |
*** silos1 has left #openstack-barbican | 21:28 | |
*** shohel has joined #openstack-barbican | 21:42 | |
openstackgerrit | Fernando Diaz proposed openstack/python-barbicanclient: Allow Barbican Client Secret Update Functionality https://review.openstack.org/196876 | 21:42 |
*** ngupta has joined #openstack-barbican | 21:43 | |
diazjf | redrobot, as you suggested, I will work on the PUT functionality for the client. | 21:43 |
diazjf | leaving all other secret code untouched | 21:43 |
diazjf | I know you guys are busy so if anything just submit a comment on the patch. Thanks :). Reviews are welcome | 21:48 |
*** pglass has quit IRC | 21:59 | |
*** diazjf has left #openstack-barbican | 22:00 | |
*** kebray has joined #openstack-barbican | 22:04 | |
*** shohel has quit IRC | 22:09 | |
*** xaeth is now known as xaeth_afk | 22:22 | |
*** jhfeng has quit IRC | 22:33 | |
*** kebray has quit IRC | 22:35 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/barbican: Updated from global requirements https://review.openstack.org/194830 | 22:36 |
*** dontalton has quit IRC | 22:37 | |
*** nelsnels_ has joined #openstack-barbican | 22:50 | |
*** nelsnelson has quit IRC | 22:53 | |
kfox1111 | redrobot: Thanks. :) | 23:08 |
*** SheenaG has quit IRC | 23:10 | |
*** dimtruck is now known as zz_dimtruck | 23:15 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!