The change I made to build tokens from existing data (rather than
re-querying it all from the db) didn't go in?
Without it extensions are not able to build custom tokens (meaning just
about any extension that wants to do something with auth is not possible).
On Thu, Mar 28, 2013 at 2:34 AM, Thie
Just ran into this, the issue is that swift expects the user to be of the
form TENANTNAME:USERNAME
swift will accept the ST_USER env variable, so you can add something like
this to your env:
export ST_USER=openstackDemo:adminUser
On Tue, May 8, 2012 at 8:42 AM, Shashi Kanth Boddula
wrote:
> Ub
How about let's rephrase this question:
Who is actually explicitly using the service catalog (besides just having
keystoneclient find the next auth endpoint)? What complaints do you have?
AKA, trying to pull some data out of it and use it to in some way
"discover" a service.
>From my experiences
commit early, commit often ;)
On Friday, April 6, 2012, Stefano Maffulli wrote:
> Thank you Mark.
>
> I use a different tool to get the weekly stats, cvsanaly and then build
> the charts with Pentaho Reporting. I'm glad to have more people looking
> at the data and provide alternatives though :)
Commented on the first bug.
On Fri, Mar 30, 2012 at 7:41 AM, Julien Danjou
wrote:
> On Fri, Mar 30 2012, Gabriel Hurley wrote:
>
> > In practice today, Keystone no longer has global roles, and RBAC
> > implementation isn't fully there yet across the ecosystem. So projects
> have
> > adopted incon
On Mon, Mar 26, 2012 at 11:12 AM, David Kranz wrote:
> Thanks for the explanation. But I am still a little confused about the
> point of the templates. Having two implementations, one simple and one less
> simple, is not simpler than having only one. You still need to user the CLI
> for user, rol
On Fri, Mar 23, 2012 at 1:17 PM, Mark McLoughlin wrote:
> On Thu, 2012-03-22 at 22:00 -0700, Andy Smith wrote:
>
> > It is something pulled from the google style guide.
>
> You know what else is in the Google style guide? "Avoid global
> variable
>
>
> I am happy to take on and implement any of these approaches, up to and
> including scheduling an in-person Code Summit Battledome in order to
> resolve differences of opinion about docstring whitespace. But, my
> preference for a unified style-guide is a mild one, and I'll probably just
> op
On Thu, Mar 22, 2012 at 4:26 PM, Maru Newby wrote:
> Hi Jay,
>
> On 2012-03-22, at 2:13 PM, Jay Pipes wrote:
>
>
> Object Imports
> ==
>
> In addition, the following DOES NOT appear in Glance's section on imports:
>
> - Do not import objects, only modules
>
> Nowhere in PEP8 does it m
Oh, and we should include the file in each project with a link to whatever
the base one is.
That said, I don't intend to change the style of my project just because
the common one changes, and it shouldn't be a wiki because that makes it
too easy to change.
On Thu, Mar 22, 2012 at 3:0
On Thu, Mar 22, 2012 at 9:22 AM, Andrew Bogott wrote:
>Just now I set out to merge a recent style guide change from
> python-novaclient into the hacking docs of other OpenStack projects. My
> patch didn't apply, though, because each project has subtly diverging
> HACKING files.
>
>Rather
On Thu, Mar 8, 2012 at 2:46 PM, Jason Hedden wrote:
>It seems a little odd that the mapping of users to roles is stored
> in a python dictionary within a SQL table. With this data structure it
> would be more efficient and flexible if the data was stored in a table
> similarly to the pre
This is going to be a somewhat verbose reply.
TL;DR:
Summary, I'd like cfg.py to be config.py (pipe dream, I'm sure, but I don't
really agree with the abbreviation), to provide a global configuration
object,
and to have shortcuts for registration of options, that projects should
standardize on. A
On Fri, Mar 2, 2012 at 10:35 AM, Joshua Harlow wrote:
> Does anyone else feel that the following seems really “dirty”, or is it
> just me.
>
Any feeling of dirtiness is just due to it being called "sleep," all you
are doing is yielding control to allow another co-routine to schedule
itself. Bloc
e already preparations going on for what
gets discussed there, but if there are you are welcome to draw our
attention to this subject.
--andy
P.S. Stuffy nose apparently makes my responses extra vague, I hope you got
the idea though.
> Thanks,
>
> Rob Esker
> NetApp, Inc.
>
compatible with a mod_wsgi-like model.
On Thu, Mar 1, 2012 at 11:44 AM, Andy Smith wrote:
> I mentioned this to Adam prior to his posting, but since he posted here as
> well I suppose I have to respond here too:
>
> -- SNIP --
>
> Nice write-up Adam :)
>
> As a veteran
I mentioned this to Adam prior to his posting, but since he posted here as
well I suppose I have to respond here too:
-- SNIP --
Nice write-up Adam :)
As a veteran of standing up and scaling popular websites myself, I never
intended for a single eventlet wsgi server to handle all the load and
av
The package dependencies for redux are in devstack (the devstack redux
branch was merged to master), however quick look says bcrypt is no longer
needed. We are likely to remove pyCLI in the next day or so, however,
because Chuck Short asked nicely.
On Thu, Feb 16, 2012 at 1:58 PM, Joshua Harlow wr
re some kind of “learnings/oops moment” that happened that we can
> all benefit from (and not repeat?).
>
> *Sorry if this is a repeat*...
>
>
> On 2/14/12 4:38 PM, "Andy Smith" wrote:
>
> tl;dr proposal to merge keystone redux: same API, same client, new
> se
ckagers on changes needed for their distros
* Work with tempest on test coverage
* Another pass through the bugs & blueprints to update the state
Thanks to all the contributors to the rewrite:
Andy Smith
Anthony Young
Brian Waldon
Chmouel Boudjnah
Chuck Short
Dean Troyer
Devin Carlen
Dolph Mat
Looks cool :)
I've been trying to plant the seed of switching devstack to python (heavily
utilizing fabric and cuisine) in my team's head for a while now.
We are heavily dependent on devstack for our development and testing
workflows so it would be a pretty big decision for us to switch tools, an
Took a look over the wiki for this. The approach is very similar to one
I've used recently so I wanted to bring up something that looks like it may
have been overlooked.
In testing it is frequent practice that you want to ensure global config
state and somehow overwrite global config state on the
We need to add these codes to maintain compliance.
https://tools.ietf.org/html/draft-nottingham-http-new-status-02
--andy
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/
Jay and Monty, could you give the list an update on the status and timeline
of the GitHub migration?
The last informal estimate I had heard was that July 15th was the planned
date. What are the current issues?
--andy
___
Mailing list: https://launchpad.
On Tue, Jun 7, 2011 at 8:45 PM, Soren Hansen wrote:
> 2011/6/7 Andy Smith :
> > At the moment the two closest things to being "official" installations
> for
> > us (me? are the chef recipes and the nova.sh script (the nova.sh script
> > obviously being only
On Tue, Jun 7, 2011 at 1:29 PM, Jay Pipes wrote:
> I'd like to propose that you two agree that you've agreed to agree on
> agreeing.
>
> All in agreement?
>
NO.
P.S. Maybe?
>
> -jay
>
> On Tue, Jun 7, 2011 at 4:11 PM, Monty Taylor wrote:
> >
>
On Tue, Jun 7, 2011 at 12:59 PM, Monty Taylor wrote:
> On 06/07/2011 02:38 PM, Andy Smith wrote:
> > Thanks for the update Monty :)
>
> My pleasure as always. :)
>
> > That's just testing API in a VM though, and doesn't get us to
> testing
> >
On Tue, Jun 7, 2011 at 8:44 AM, Monty Taylor wrote:
> Hey all!
>
> It's time to both expand and contract some things around automation and
> testing. Thusfar all of the work on Jenkins and Tarmac and other
> 'official' build and testing automation has been done exclusively by
> Soren and me, In t
Thanks for the update Monty :)
> That's just testing API in a VM though, and doesn't get us to testing
> actual bare-metal deployment or integration testing. At Rackspace, we
> have some machines set aside at the moment, and have had others offer
> chunks of machines to test various combinations
Added myself to a variety of things, not necessarily expecting to manage
them all but trying to fill holes.
On Wed, May 4, 2011 at 1:34 AM, Christian Berendt wrote:
>
> > I'm still looking for points of contact for the remaining sections.
>
> Added myself and my co-worker Andre Naehring to "packa
I used to live in Amsterdam so I'd +1 that. I'd also recommend Berlin over
Frankfurt if that is an option, Berlin is pretty wildly cheap.
I think either will be getting a bit cold and rainy in october, however.
Perhaps somewhere in Spain? Barcelona? Weather there is much nicer that time
of year, I
Sorry if I am just way out of the loop here, but where do we submit talk
proposals / sign up for a talk?
On Sun, Mar 20, 2011 at 4:18 PM, Mandelson, Jacob wrote:
> On Fri, Mar 11, 2011 at 12:25 AM, Thierry Carrez wrote:
>
>> Stephen Spector wrote:
>> > The OpenStack community is proud to announc
Coming back from a long break and getting back up to speed.
I believe Sandy and I spoke about this at decent length before, the proposal
that I understood we both walked away happy with was this:
1. As a first step, implement it with a single db, because that is what we
already have and what is t
Oh, the merge proposal is at
https://code.launchpad.net/~anso/nova/authn_and_authz/+merge/52119
On Thu, Mar 3, 2011 at 6:04 PM, Andy Smith wrote:
> On Thu, Mar 3, 2011 at 3:42 PM, Zed A. Shaw wrote:
>
>> On Thu, Mar 03, 2011 at 12:03:28PM -0800, Vishvananda Ishaya wrote:
>>
On Thu, Mar 3, 2011 at 3:42 PM, Zed A. Shaw wrote:
> On Thu, Mar 03, 2011 at 12:03:28PM -0800, Vishvananda Ishaya wrote:
> > There have been numerous mailing list discussions about common auth
> methods. I feel like we end up devolving into theoretical discussions at
> some point, and I find it
Possibly a feature request and possibly just a launchpad help request, is
there a way to sort my open merge proposals by most recent activity?
"Last modified" seems to only apply to changes pushed to the branch, not
comments made on the merge prop.
--andy
On Fri, Feb 25, 2011 at 12:50 PM, Jay Pi
On Thu, Feb 24, 2011 at 6:25 PM, Jay Pipes wrote:
> On Thu, Feb 24, 2011 at 9:05 PM, Andy Smith wrote:
> > On Thu, Feb 24, 2011 at 5:49 PM, Jay Pipes wrote:
> >> On Thu, Feb 24, 2011 at 2:44 PM, Andy Smith wrote:
> >> > Well, my previous reply somehow isn'
ack/threads.html I see a
> few posts from you, but they all complain about the list missing
> messages from you. Not sure what the issue is. Seems replies from
> everyone but you are working just fine.
>
> -jay
>
> On Thu, Feb 24, 2011 at 7:03 PM, Andy Smith wrote:
> > Unle
On Thu, Feb 24, 2011 at 5:49 PM, Jay Pipes wrote:
> On Thu, Feb 24, 2011 at 2:44 PM, Andy Smith wrote:
> > Well, my previous reply somehow isn't going through to the list... so...
> > here it is again:
> > I've got some objections so far:
> > 1. relying on
ee how it goes, we can update a wiki as things proceed. I don't
> understand the need for a more formal documentation of process. I'd just
> hate for it to be a point of contention.
>
> On Mon, Feb 21, 2011 at 3:34 PM, Andy Smith wrote:
>
>>
>>
>> O
That url is http://wiki.openstack.org/TestingBrainstorm btw
On Thu, Feb 24, 2011 at 4:06 PM, Andy Smith wrote:
> Please summarize these on the wiki and add your information the wiki, that
> is what the wiki page was made to do and what I asked you to do.
>
> --andy
>
>
> On
Please summarize these on the wiki and add your information the wiki, that
is what the wiki page was made to do and what I asked you to do.
--andy
On Thu, Feb 24, 2011 at 1:27 PM, Jay Pipes wrote:
> Andy has listed a few things on the wiki. I'll summarize the known efforts
> here:
>
> * Anso ha
Unless the mailing lists are being even crazier than I think, I don't
believe anybody has addressed any of the concerns I brought up in the
novatools thread.
Am I missing a set of emails or have you?
--andy
On Thu, Feb 24, 2011 at 2:16 PM, Jay Pipes wrote:
> On Thu, Feb 24, 2011 at 4:39 PM, Sa
(by radically messed up i mean i am getting up to 4 copies of each message
and the ordering has been non-chronological)
On Thu, Feb 24, 2011 at 3:36 PM, Andy Smith wrote:
> This thread seems to be radically messed up, but from where I am sitting it
> certainly doesn't seem like e
This thread seems to be radically messed up, but from where I am sitting it
certainly doesn't seem like everybody is agreeing, so far it appears that
most people disagree about most things.
On Thu, Feb 24, 2011 at 2:33 PM, Trey Morris wrote:
> sounds like we agree then. Each service has it's own
Well, my previous reply somehow isn't going through to the list... so...
here it is again:
I've got some objections so far:
1. relying on python-cloudservers is a good metric by which to judge your
compatibility with the rackspace cloud, once jacob has accepted the changes
to support changing the
A few points:
(1) I agree with Todd and others that having flags localized to where they
are used is good idea.
(2) We should do some work to re-localize many of the flags, there has been
a lot of kludge over time that just needs a little re-organization. This
will solve the "which flags are comm
odd[1]
>
> On Mon, Feb 21, 2011 at 6:52 PM, Ken Pepple
> wrote:
> > On Feb 21, 2011, at 1:34 PM, Andy Smith wrote:
> >> Sure, we just need to remove it automatically selecting "Nova Core" and
> likewise as a reviewer for you so that people are forced to expl
On Mon, Feb 21, 2011 at 12:52 AM, Thierry Carrez wrote:
> Andy Smith wrote:
> > I have some anecdotal evidence to add to this from my time at Google:
> >
> > (1) At Google in all reality you spent at least 2 days a week pretty
> > much only participating in code review
On Mon, Feb 21, 2011 at 6:37 AM, Jay Pipes wrote:
> On Fri, Feb 18, 2011 at 5:30 PM, Andy Smith wrote:
> > A few emails back (I have been in meetings and travel for the past two
> weeks
> > so I am just catching up on email now), Jay pretty much described our
> plan
> &g
On Mon, Feb 21, 2011 at 8:49 AM, Thierry Carrez wrote:
> Hi everyone,
>
> The bin/nova-combined script duplicates code and functionality found
> elsewhere, which is very error-prone. The quantity of duplicated code
> grew with nova-api switch to paste. It seems to cover one very specific
> use cas
I have some anecdotal evidence to add to this from my time at Google:
(1) At Google in all reality you spent at least 2 days a week pretty much
only participating in code review and mailing list responses. This is due to
a couple things, but mostly because code review is taken extremely
seriously,
On Thu, Feb 17, 2011 at 12:51 PM, Stephen Spector <
stephen.spec...@openstack.org> wrote:
> Devs:
>
> The time to decide on GSOC is fast approaching. As I indicated earlier this
> month, we will decide to proceed based on the projects developers would like
> to submit. As of today, there are no pr
Hi :)
This is probably something you want to move to the questions and answers
section on Launchpad:
https://answers.launchpad.net/nova
And the first thing you will want to do is start to look at your logs in
/var/log/nova
--andy
On Fri, Feb 18, 2011 at 2:30 PM, Harshavardhana wrote:
> Hi Ev
A few emails back (I have been in meetings and travel for the past two weeks
so I am just catching up on email now), Jay pretty much described our plan
of setting up a bunch of machines in multiple configurations for use as a
test cluster.
Towards that goal I'd love to start compiling the various
eworks, API engines, extension mechanisms,
> and porting the existing functionality. All of this can be done in parallel
> to the stability work being done in the Nova code base. As far as I know
> there are not major updates coming in either the volume or network
> management code for this miles
On Fri, Jan 28, 2011 at 10:18 AM, John Purrier wrote:
> Some clarification and a suggestion regarding Nova and the two new proposed
> services (Network/Volume).
>
> To be clear, Nova today contains both volume and network services. We can
> specify, attach, and manage block devices and also speci
I'd second a bit of what Jay says and toss in that I don't think the code is
ready to be splitting services off:
- There have already been significant problems dealing with glance, the nasa
people and the rackspace people have effectively completely different code
paths (nasa: ec2, objectstore, li
ings.
--andy
>
> -jay
>
> On Wed, Jan 19, 2011 at 2:00 PM, Andy Smith wrote:
> > My understanding is that the paste.deploy config is unrelated to the
> flags
> > system and is rather separate in scope.
> >
> > On Wed, Jan 19, 2011 at 10:56 AM, Jay Pipes wrote
My understanding is that the paste.deploy config is unrelated to the flags
system and is rather separate in scope.
On Wed, Jan 19, 2011 at 10:56 AM, Jay Pipes wrote:
> On Wed, Jan 19, 2011 at 6:41 AM, Armando Migliaccio
> wrote:
> > I have noticed that recently a new way of configuring nova-api
Thanks phone, that was a yup to separate repository generally. Small
libraries could sneak in but usually best to separate repo in my opinion.
On Jan 14, 2011 10:05 AM, "Jay Pipes" wrote:
> On Fri, Jan 14, 2011 at 11:28 AM, John Purrier wrote:
>> Another thought, as we envision moving OpenStack f
Yup.
On Jan 14, 2011 10:05 AM, "Jay Pipes" wrote:
> On Fri, Jan 14, 2011 at 11:28 AM, John Purrier wrote:
>> Another thought, as we envision moving OpenStack forward we will likely
be including code and projects that are not written in Python. Being forward
looking should we structure openstack-c
While I agree largely with the statements so far, I think the main issue
with nova-common is that the swift project and the nova project have pretty
much no communication going on between them. I think that is okay for now,
the projects are two rather distinct codebases dropped wholesale next to
ea
On Sat, Jan 8, 2011 at 7:47 AM, Sandy Walsh wrote:
> Hi!
>
> I just read the EasyAPI BP and, from a technical perspective, seems
> rational and sound. The challenge, of course, are the implications for the
> business side of the house. I realize it doesn't make sense to strive for
> backward compa
>
> John
>
>
>
> *From:* Andy Smith [mailto:andys...@gmail.com]
> *Sent:* Thursday, December 30, 2010 3:20 PM
> *To:* John Purrier
> *Cc:* openstack@lists.launchpad.net
> *Subject:* Re: [Openstack] [RFC] OpenStack Scope and projects
>
>
>
> I would quickly say this
I would quickly say this should be on the wiki so that it can be kept up to
date as it is discussed, it is a document not an email.
On Thu, Dec 30, 2010 at 12:59 PM, John Purrier wrote:
> I would like to present for discussion a statement on the scope and
> projects that are considered core to O
net/nova/+spec/nova-authn
> spec: http://wiki.openstack.org/openstack-authn
>
> Have you taken a look at the blueprint? Are we on the same page in terms
> of auth or are you proposing something different?
>
> -jOrGe W.
>
> On Dec 29, 2010, at 2:08 PM, Andy Smith wrote:
>
> +opensta
+openstack
On Wed, Dec 29, 2010 at 12:06 PM, Andy Smith wrote:
> Heya Matt,
>
> I was intending on writing an email to the mailing list about it (so I'll
> just CC it), was just going over tone with the Anso team first since I tend
> to come off a bit antagonistic.
>
>
68 matches
Mail list logo
