ists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists
. I wish the best of luck to the next
> PTL.
>
>
>
> I guess this is where I get to write a lot more code soon!
>
>
>
> See you all (in person) in Tokyo!
>
> --Morgan
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ
ineer @ Mirantis Inc.
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsub
vertently.
>
> andrea
>
>
>>
>> Thanks
>> Ken Ohmichi
>>
>> ______
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.
sting in tempest you'll have to also ensure there is
> a
> CI job setup in infra to configure the necessary environment. While I think
> this is a good thing to have in the long run, it's not necessarily a small
> undertaking.
>
> -Matt Treinish
>
> ____
gt;> small
>>>> undertaking.
>>>>
>>>
>>>> -Matt Treinish
>>>>
>>>>
>>>> __
>>>> OpenStack Development Mailing List (not for usage questions)
>&
hout passing the password in the api.
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/
ible. It seems to match the scope of what you
> > are testing. However, you might want to consider doing a mock for the
> whole
> > Keystoneclient call, as that really should beo utside of the unit test
> for
> > the Nova code.
> >
>
> Please use mock to do that for you, following the pattern of the
> e
onses
[3] https://review.openstack.org/#/c/188534/
Thanks!
--
Rodrigo Duarte Sousa
Senior Software Engineer at Advanced OpenStack Brazil
Distributed Systems Laboratory
MSc in Computer Science
Federal University of Campina Grande
Campina Grande, PB - Brazil
http://rodrigods.com <http://lsd.ufc
spec to be a Spec Proposal Freeze
exception?
--
Rodrigo Duarte Sousa
Senior Software Engineer at Advanced OpenStack Brazil
Distributed Systems Laboratory
MSc in Computer Science
Federal University of Campina Grande
Campina Grande, PB - Brazil
http://rodrigods.com <http://lsd.ufcg.edu
t; team. This poll will remain open until Feb 13.
>
> --
> Morgan Fainberg
>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listi
v
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.ope
_
> > > > OpenStack Development Mailing List (not for usage questions)
> > > > Unsubscribe:
> > > openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> > <
> http://openstack-dev-requ...@lis
be something to be expected within the current development cycle
> (Kilo) or even the next, but this is a conversation that needs to be
> started as it will help make OpenStack better.
>
> Thanks,
> Morgan
>
> —
> Morgan Fainberg
>
>
>
> ___
t;>
> >>>>
> >>>> Other work:
> >>>>
> >>>> We will continue the work on oslo.concurrency and oslo.log that we
> started during Juno.
> >>>>
> >>>> [1] https://etherpad.openstack.org/p/kilo-oslo-library-prop
ack/keystone-specs there's a template spec too.
>
> Thanks,
>
> _
> Steve Martinelli
> OpenStack Development - Keystone Core Member
> Phone: (905) 413-2851
> E-Mail: steve...@ca.ibm.com
>
>
>
> From:Rodrig
ject: Re: [openstack-dev] [keystone] New Core Reviewer (sent on behalf
> of Steve Martinelli)
> --
>
>
>
> Congratulations Rodrigo!
>
> Thank you for all the continued and consistent reviews.
>
> On Tue, May 24, 2016 at 1:28 PM, Morgan Fainberg &
sts.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe:
>> openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
>> http://l
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> __________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubs
e
> v3 policy.json and make it more relaxed so tempest can authorize with users
> created for each test with separate projects(tenants) because we set
> tenant_isolation to True in tempest.conf ...
>
> This suggests to me that it is expected
_
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Rodrigo Duarte Sousa
Senior
interfaces. Lot of others
>> > framework/interface also available in lib. But still lot of unstable
>> > interfaces are being used in Plugins which should be migrated to lib
>> soon.
>> > In Pike cycle, we will wind up all remaining service client migration
t; Lance
>
> __________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
ttps://etherpad.openstack.org/p/pike-ptg-keystone-deprecations
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
tps://bugs.launchpad.net/keystone/+bug/1434916
> https://review.openstack.org/#/c/167231
>
>
>
> __________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openst
penstack/keystone-specs/
> specs/keystone/mitaka/reseller.html
>
> On Tue, Mar 14, 2017 at 7:38 AM, Rodrigo Duarte
> wrote:
>
>> Hi Adrian,
>>
>> In project hierarchies, it is not that simple to have a "tree admin".
>> Imagine you have something like the fo
___
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Rodrigo Duarte Sousa
Senior Quality Engineer @
rison here, with this in mind, we can try to improve the
design of the current solution.
> TL DR: let's not try and hide projects from users with rights in the same
> (peer, or above) hierarchy.
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: opens
_
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> _
___
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>
>
> ___
On Wed, Apr 12, 2017 at 2:47 PM, David Stanek wrote:
> On 12-Apr 14:30, Rodrigo Duarte wrote:
> > Just to illustrate the discussion, we have a bug fix that currently tries
> > to drop a FK between the federation and identity subsystems [1].
> >
> > [1] https://revi
Congrats, Gage. Well deserved!
On Tue, Jan 16, 2018 at 6:16 PM, Harry Rybacki wrote:
> +100 -- congratulations, Gage!
>
>
> On Tue, Jan 16, 2018 at 2:24 PM, Raildo Mascena de Sousa Filho <
> rmasc...@redhat.com> wrote:
>
>> +1
>>
>> Congrats Gage, very well deserved!
>>
>> Cheers,
>>
>> On Tue,
Henry,
I'm really sad to see you go, you were a terrific mentor when I first
joined the community - I remember all the thorough reviews and nice
discussions ranging from topics on how to model the root domain for the
reseller usecase to how to improve the role assignments API. :)
Thanks for every
Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Rodrigo Duarte Sousa
Senior Quality Engineer @ Red Hat
MSc in Computer Science
http://rodrigod
Cheers,
> Joe
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsu
Forgot to add the commit reference :)
[1] https://review.openstack.org/#/c/368244/
On Wed, Sep 21, 2016 at 10:59 AM, Rodrigo Duarte
wrote:
> After some investigation I've found the possible issue: the functional
> tests run in parallel, some of them create and delete roles and
velopment Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
--
Rodrigo Duarte Sousa
Senior Quality Engi
Congrats Kristi! Well deserved.
On Tue, Aug 15, 2017 at 4:54 PM, Davanum Srinivas wrote:
> Go Kristi!
>
> On Tue, Aug 15, 2017 at 3:00 PM, Lance Bragstad
> wrote:
> > I made the announcement in today's keystone meeting [0] that the current
> > reviewers have decided to add Kristi Nikolla (kniko
Thanks for everything, Victoria.
On Fri, Aug 17, 2018 at 1:07 PM Victoria Martínez de la Cruz <
victo...@vmartinezdelacruz.com> wrote:
> Thanks everyone for your words!
>
> I really love the OpenStack community and I'm glad I could contribute back
> with this.
>
> Samuel has been a great mentor f
this approach is acceptable and, if
not, what are the options.
Thanks!
[1] https://blueprints.launchpad.net/keystone/+spec/pci-dss
[2] https://review.openstack.org/#/c/382018/
[3] https://review.openstack.org/#/c/377004/
[4] https://review.openstack.org/#/c/378624/
--
Rodrigo Duarte Sousa
Sen
On Fri, Oct 14, 2016 at 1:10 PM, Clark Boylan wrote:
> On Fri, Oct 14, 2016, at 08:21 AM, Rodrigo Duarte wrote:
> > Hi all,
> >
> > Recently in keystone we got merged the PCI-DSS feature [1]. Basically, we
> > have new settings that enforce password security practices.
On Fri, Oct 14, 2016 at 2:23 PM, Rodrigo Duarte
wrote:
>
>
> On Fri, Oct 14, 2016 at 1:10 PM, Clark Boylan
> wrote:
>
>> On Fri, Oct 14, 2016, at 08:21 AM, Rodrigo Duarte wrote:
>> > Hi all,
>> >
>> > Recently in keystone we got merged the PCI
.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> __
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe:
ocs/2016
>>> -November/009357.html
>>>
>>
>>
>>
>> __
>> OpenStack Development Mailing List (not for usage questions)
>> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscrib
>> e
>> http://lists.openstack.org/cgi-bin/mailman/li
___
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
>
> _
openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>
>>
>
> __________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
> h
in participating the
proposed design session and discussions that could emerge from it.
--
Rodrigo Duarte
On 28-04-2015 10:59, Geoff Arnold wrote:
Yes. 100% upstream.
And although I’ve referred to it as “reseller” (following the previous
Keystone BP), it’s a much more generic pattern. Long term, I
;
* "domain_admin":"http://localhost:5000/v3/projects/%(project_id)
s/roles/admin"
Once the request arrives into Keystone, it checks if the the logged user
has /admin/ role at /project_id/'s domain.
So, what do you think? We would like your feedback before giving extra
e
48 matches
Mail list logo
