Re: [openstack-dev] [oslo] proposing Moisés Guimarães for oslo.config core

-dev > > > > __ > 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/opens

[openstack-dev] [oslo.config][castellan][tripleo][ptg]Protecting plain text secrets in configuration files

://etherpad.openstack.org/p/tripleo-ptg-rocky [7] https://etherpad.openstack.org/p/oslo-config-plaintext-secrets Cheers, -- Raildo mascena Software Engineer, Identity Managment Red Hat <https://www.redhat.com> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <https://red

Re: [openstack-dev] [keystone] adding Gage Hugo to keystone core

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 > -- Raildo mascena Software Engineer, Identity Managment Red Hat <https://www.redhat.co

Re: [openstack-dev] [oslo][oslo.config] pluggable drivers for oslo.config spec ready for review

ture look at it. > > Doug > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/

Re: [openstack-dev] [oslo][oslo.config][ansible][tripleo][kolla][ptg] Pluggable drivers and protect plaintext secrets

] https://etherpad.openstack.org/p/tripleo-ptg-queens On Mon, Aug 21, 2017 at 11:54 AM Doug Hellmann <d...@doughellmann.com> wrote: > Excerpts from Raildo Mascena de Sousa Filho's message of 2017-08-17 > 12:16:15 +: > > Hi all, > > > > Should we reserve a room in

Re: [openstack-dev] [barbican] [security] custodia @ PTG

@Dave, unless you prefer to use the Barbican meeting that is (possible > synergies to barbican)? > > Regards, > > Luke > > On Thu, Aug 17, 2017 at 1:10 PM, Raildo Mascena de Sousa Filho < > rmasc...@redhat.com> wrote: > >> Hi Luke, >> >> I'll definite

Re: [openstack-dev] [oslo][oslo.config][ansible][tripleo][kolla][ptg] Pluggable drivers and protect plaintext secrets

Well, it was the first option but unfortunately, Doug doesn't have any free time slot on those days, so we have to postpone that discussion to the end of the week. On Thu, Aug 17, 2017 at 9:41 AM Thierry Carrez <thie...@openstack.org> wrote: > Raildo Mascena de Sousa Filho wrote: &

Re: [openstack-dev] [oslo][oslo.config][ansible][tripleo][kolla][ptg] Pluggable drivers and protect plaintext secrets

(not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev > -- Raildo mascena Software Engineer, Identity

Re: [openstack-dev] [barbican] [security] custodia @ PTG

est in custodia and we have it > marked down as a topic / discussion point for the PTG [1] > > Would you be interested / willing to join the Barbican room on Thurs / Fri > and propose a walk through / overview etc? > > [1] https://etherpad.openstack.org/p/barbican-ptg-queens >

[openstack-dev] [oslo][oslo.config] Pluggable drivers and protect plaintext secrets

<https://kubernetes.io/docs/tasks/configure-pod-container/configmap/> [4] https://etherpad.openstack.org/p/oslo-ptg-queens -- Raildo mascena Software Engineer, Identity Managment Red Hat <https://www.redhat.com> <https://red.ht/sig> TRIED. TESTED. TRUSTED. <

Re: [openstack-dev] Error with gerrit, devstack

Hi Annapoornima, You probably had some issue related with your key or some lib/package during the installation. I suggest follow the Developer's Guide here: http://docs.openstack.org/infra/manual/developers.html and make sure that everything is ok. Cheers, Raildo On Fri, Dec 9, 2016 at 2:18

Re: [openstack-dev] [cross-project][infra][keystone] Moving towards a Identity v3-only on Devstack - Next Steps

Hello Folks, Following the feedback that we got on this email, during this last months we implemented a couple of jobs to track this Identity v3-only behavior, so you can find this jobs, on this links: - https://review.openstack.org/#/q/topic:v3-only-integrated -

Re: [openstack-dev] [keystone] Who is going to fix the broken non-voting tests?

In addition, I'm the one of the folks who are working with the v3-only gates, the main case that we are looking for is when the functional job is working and the the v3-only is not, so everything related to this jobs, you can just ping me on irc. :) Cheers, Raildo On Thu, May 26, 2016 at 6:27

Re: [openstack-dev] [cross-project][infra][keystone] Moving towards a Identity v3-only on Devstack - Next Steps

On Thu, May 12, 2016 at 3:19 PM Sean Dague wrote: > On 05/12/2016 01:47 PM, Morgan Fainberg wrote: > > This also comes back to the conversation at the summit. We need to > > propose the timeline to turn over for V3 (regardless of > > voting/non-voting today) so that it is

[openstack-dev] [cross-project][infra][keystone] Moving towards a Identity v3-only on Devstack - Next Steps

Hi folks, Although the Identity v2 API is deprecated as of Mitaka [1], some services haven't implemented proper support to v3 yet. For instance, we implemented a patch that made DevStack v3 by default that, when merged, broke a lot of project gates in a few hours [2]. This happened due to

Re: [openstack-dev] [keystone][cinder] Projects acting as a domain at the top of the project hierarchy

sure that this is likely to work with the new projects acting as > domains? Currently it is the cinder tempest tests that are failing. > > Thanks > > Henry > > > On 2 Feb 2016, at 13:30, Raildo Mascena <rail...@gmail.com> wrote: > > See responses inline. > >

Re: [openstack-dev] [keystone][nova][cinder][horizon] Projects acting as a domain at the top of the project hierarchy

See responses inline. On Mon, Feb 1, 2016 at 6:25 PM Michał Dulko wrote: > On 01/30/2016 07:02 PM, Henry Nash wrote: > > Hi > > > > One of the things the keystone team was planning to merge ahead of > milestone-3 of Mitaka, was “projects acting as a domain”. Up until

Re: [openstack-dev] [nova]New Quota Subteam on Nova

design. For now, I'll add this link with the quota related bugs on the etherpad and we can start take a looking on it. Cheers, Raildo On Thu, Nov 26, 2015 at 5:45 AM Markus Zoeller <mzoel...@de.ibm.com> wrote: > Raildo Mascena <rail...@gmail.com> wrote on 11/20/2015 05:13:18 PM: &

Re: [openstack-dev] [nova]New Quota Subteam on Nova

at 16:13 +, Raildo Mascena wrote: > > Me and other guys are working in the nested quota driver > > (https://review.openstack.org/#/q/status:open+project:openstack/nova > > +branch:master+topic:bp/nested-quota-driver-api,n,z) on Nova. > > > > > > in a

[openstack-dev] [nova]New Quota Subteam on Nova

Hi guys Me and other guys are working in the nested quota driver ( https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/nested-quota-driver-api,n,z) on Nova. in addition, We want discuss the re-design of the quota implementation on nova and in other

Re: [openstack-dev] [keystone] HMT/Reseller - The Proposed Plan

Hi Henry, As you said before, this Reseller implementation is not simple, so this plan sounds reasonable for me. On Wed, Nov 18, 2015 at 9:53 AM Henry Nash wrote: > Hi > > During our IRC meeting this week, we decided we needed a recap of this > plan, so here goes: >

Re: [openstack-dev] [Keystone][OSC] Keystone v3 user create --project $projid does not add user to project?

/manage_projects_users_and_roles.html or find us on #openstack-keystone Cheers, Raildo Mascena On Tue, Jun 16, 2015 at 1:52 PM Rich Megginson rmegg...@redhat.com wrote: Using admin token credentials with the Keystone v2.0 API and the openstackclient, doing this: # openstack project create bar --enable

Re: [openstack-dev] [keystone][reseller] New way to get a project scoped token by name

Hi Folks, As we have discussed in the last Keystone meeting, we created an etherpad with the alternatives to solve this problem: https://etherpad.openstack.org/p/reseller-project-token We have also decided to take a vote to choose the best option in the next Keystone Meeting (#openstack-meeting -

Re: [openstack-dev] [Keystone] SQLite support (migrations, work-arounds, and more), is it worth it?

I totally agree, since this is not used in production and make the dev job more complicated. @Henry If you want help with this, I would be glad to work with you to make this clean up. On Sat, Apr 4, 2015 at 2:55 AM Henry Nash hen...@linux.vnet.ibm.com wrote: Fully support this. I, for one,

Re: [openstack-dev] [Keystone][FFE] - Reseller Implementation

Cisco Cloud Services geoar...@cisco.com ge...@geoffarnold.com @geoffarnold On Mar 19, 2015, at 11:22 AM, Raildo Mascena rail...@gmail.com wrote: In addition, In the last keystone meeting in March 17 in the IRC channel http://eavesdrop.openstack.org/irclogs/%23openstack-keystone

Re: [openstack-dev] [Keystone][FFE] - Reseller Implementation

PM Raildo Mascena rail...@gmail.com wrote: Hi Folks, We’ve discussed a lot in the last Summit about the Reseller use case. OpenStack needs to grow support for hierarchical ownership of objects.This enables the management of subsets of users and projects in a way that is much more comfortable

[openstack-dev] [Keystone][FFE] - Reseller Implementation

Hi Folks, We’ve discussed a lot in the last Summit about the Reseller use case. OpenStack needs to grow support for hierarchical ownership of objects.This enables the management of subsets of users and projects in a way that is much more comfortable for private clouds, besides giving to public

Re: [openstack-dev] [Keystone] Nominating Brad Topol for Keystone-Spec core

+1 Em dom, 18 de jan de 2015 16:25, Marek Denis marek.de...@cern.ch escreveu: +1 On 18.01.2015 20:11, Morgan Fainberg wrote: Hello all, I would like to nominate Brad Topol for Keystone Spec core (core reviewer for Keystone specifications and API-Specification only:

Re: [openstack-dev] Hierarchical Multitenancy

the rest of this cycle and what the other OpenStack projects build around the HMT functionality. Cheers, Morgan On Dec 22, 2014, at 1:49 PM, Raildo Mascena rail...@gmail.com wrote: Hello folks, My team and I developed the Hierarchical Multitenancy concept for Keystone in Kilo-1 but What

[openstack-dev] Hierarchical Multitenancy

-in-openstack/ http://raildo.me/hierarchical-multitenancy-in-openstack/* Any question, I'm available. -- Raildo Mascena Software Engineer. Bachelor of Computer Science. Distributed Systems Laboratory Federal University of Campina Grande Campina Grande, PB - Brazil

Re: [openstack-dev] [keystone] Stepping down as PTL

@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Raildo Mascena Software Engineer

Re: [openstack-dev] Inter cloud resource federation [Alliance]

/mailman/listinfo/openstack-dev ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Raildo Mascena Bachelor of Computer Science. Software Engineer at Laboratory

Re: [openstack-dev] Inter cloud resource federation [Alliance]

on the same. Thanks for your time, Arvind *Please excuse any typographical error.* ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Raildo Mascena Bachelor

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

inheritable. The implementation you made seems very fragile if parent projects are changed etc. Vish On Apr 14, 2014, at 12:17 PM, Raildo Mascena rail...@gmail.com wrote: Hi all, As I had promised, here is the repository of Telles Nobrega ( https://github.com/tellesnobrega/keystone/tree

Re: [openstack-dev] Hierarchicical Multitenancy Discussion

in Computer Science at UFCG Software Engineer at PulsarOpenStack Project - HP/LSD-UFCG ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Raildo Mascena Bachelor

Re: [openstack-dev] [keystone] Centralized policy rules and quotas

OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev -- Raildo Mascena Bacharel em Ciência da Computação - UFCG Desenvolvedor no Laboratório de Sistemas Distribuidos - UFCG ___ OpenStack-dev mailing list