-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
://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
ng 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.redha
t 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/listinf
think?
[1] https://etherpad.openstack.org/p/tripleo-ptg-queens
On Mon, Aug 21, 2017 at 11:54 AM Doug Hellmann
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 th
u 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 definitely be the
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
wrote:
> Raildo Mascena de Sousa Filho wrote:
> > Hi all,
> >
&
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.com>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/t
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
>
>
> Regards,
<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. <
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 PM
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
-
https://review.openstac
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 PM
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 possible to set the tim
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 specific
o 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 wrote:
>
> See responses inline.
>
> On Mon, Feb 1, 2016 at 6:25 PM Michał Dulko
> wro
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 now,
> domains in keystone h
uota 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 wrote:
> Raildo Mascena wrote on 11/20/2015 05:13:18 PM:
>
> > From: Raildo Mascena
>
; On Fri, 2015-11-20 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.
> >
>
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 projects,
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:
>
> *Phase 0 (already merged i
/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 wrote:
> Using admin token credentials with the Keystone v2.0 API and the
> openstackclient, doing this:
>
> # openstack project create bar --enable
> #
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 -
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 wrote:
> Fully support this. I, for one, volunteer to take on a lot
any of this is particularly original, but I haven’t
> seen it written up anywhere.
>
> Cheers,
>
> Geoff Arnold
> Cisco Cloud Services
> geoar...@cisco.com
> ge...@geoffarnold.com
> @geoffarnold
>
> On Mar 19, 2015, at 11:22 AM, Raildo Mascena wrote:
>
> In addi
5 at 5:36 PM Raildo Mascena 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
> m
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 clo
+1
Em dom, 18 de jan de 2015 16:25, Marek Denis 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:
> https://git.openstack.org/cg
ng the
>> rest of the development land during 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 wrote:
>&
-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,
exactly that.
>>
>> Keep hacking responsibly,
>>
>> -Dolph
>>
>> ___
>> OpenStack-dev mailing list
>> OpenStack-dev@lists.openstack.org
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/opensta
nt,
> and if so have you heard of nova-cells?
>
> --
>
> Thanks,
>
> Matt Riedemann
>
>
> ___
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/ope
cuse 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 of Computer Science.
Software
> 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 wrote:
>
> Hi all,
>
> As I had promised, here is the repository of Telles Nobrega (
> https://github.com/te
gt;>
>
>
>
> --
> ----------
> Telles Mota Vidal Nobrega
> Bsc in Computer Science at UFCG
> Software Engineer at PulsarOpenStack Project - HP/LSD-UFCG
>
> ___
> OpenStack-dev mailing list
nterested.
>
> +1 for the implementation of domain Quotas for Nova.
>
> Florent Flament
>
> _______
> OpenStack-dev mailing list
> OpenStack-dev@lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-d
36 matches
Mail list logo