Response below.
Best Regards,
Lance Bragstad
ldbra...@us.ibm.com
Nader Lahouti wrote on 02/24/2014 11:31:10 AM:
> From: Nader Lahouti
> To: "OpenStack Development Mailing List (not for usage questions)"
> ,
> Date: 02/24/2014 11:37 AM
> Subject: Re: [openstack-dev] [keystone] Notification W
Shed a little bit of light on Matt's comment about Keystone removing
oslo-incubator code and the issues we hit. Comments below.
Best Regards,
Lance Bragstad
ldbra...@us.ibm.com
Doug Hellmann wrote on 02/19/2014 09:00:29
PM:
> From: Doug Hellmann
> To: "OpenStack Development Mailing List (no
Hi Georgy,
The following might help with some of the trust questions you have, if you
haven't looked at it already:
https://github.com/openstack/identity-api/blob/master/openstack-identity-api/v3/src/markdown/identity-api-v3-os-trust-ext.md
As far as storage implementation, trust uses sql and k
Sandy Walsh wrote on 11/25/2013 10:30:05 AM:
> From: Sandy Walsh
> To: ,
> Date: 11/25/2013 10:34 AM
> Subject: Re: [openstack-dev] Adding notifications to Horizon
>
> +1 on the inline method. It makes it clear when a notification should be
> emitted and, as you say, handles the exception han
I believe there are reviews in Keystone for bring this in:
https://review.openstack.org/#/c/38029/
https://review.openstack.org/#/c/38030/
https://blueprints.launchpad.net/keystone/+spec/use-common-oslo-db-code
Best Regards,
Lance Bragstad
Software Engineer - OpenStack
Cloud Solutions and Open
+1
Best Regards,
Lance Bragstad
Software Engineer - OpenStack
Cloud Solutions and OpenStack Development
T/L 553-5409, External 507-253-5409
ldbra...@us.ibm.com, Bld 015-2/C118
From: Dolph Mathews
To: OpenStack Development Mailing List
,
Date: 08/06/2013 02:23 PM
Subject:
List
,
Date: 07/18/2013 01:43 PM
Subject:Re: [openstack-dev] [Oslo-incubator] Request for meeting
Hi,
On Thu, 2013-07-18 at 13:15 -0500, Lance D Bragstad wrote:
>
> Hey all,
>
> Just wanted to throw a word out to see if we could get an Oslo meeting
> schedule
Hey all,
Just wanted to throw a word out to see if we could get an Oslo meeting
scheduled, or if anyone else has some topics that would be relevant to
discuss pertaining to recent Oslo work. I have a change in Oslo that I
would like to discuss, but I don't think it would justify a meeting on it'
s the code is running
>>> in is using eventlet or not? or the other choice is a flag in logging
>>> conf to switch to a non-eventlet implemenation?
>>>
>>> -- dims
>>>
>>> On Wed, Jun 26, 2013 at 8:17 PM, Lance D Bragstad
>>
Hey all,
Recently there has been some push to get a unified logging implementation
pulled from Oslo-incubator into Keystone (Blueprint:
https://blueprints.launchpad.net/keystone/+spec/unified-logging-in-keystone).
Keystone has been actively working to isolate eventlet code within
Keystone and b
10 matches
Mail list logo