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,
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
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 :)
On Mon, Mar 26, 2012 at 11:12 AM, David Kranz david.kr...@qrclab.comwrote:
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
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
opt for
On Fri, Mar 23, 2012 at 1:17 PM, Mark McLoughlin mar...@redhat.com 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
variables :-)
http://google
On Thu, Mar 22, 2012 at 9:22 AM, Andrew Bogott abog...@wikimedia.orgwrote:
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
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:01 PM, Andy
On Thu, Mar 22, 2012 at 4:26 PM, Maru Newby mne...@internap.com 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
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
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 Mathews
James E. Blair
Jesse Andrews
Joe
.
Was there 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 andys...@gmail.com wrote:
tl;dr proposal to merge keystone redux: same API, same client, new
service. Please review and ask
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,
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 :
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:
I shared an initial plan with a few people (mostly PTLs + thierry, I think)
and it kind of stalled out on getting pushed to the main list due to Monty /
Thierry wanting additional features from GitHub.
I've been mostly talking with John DIckinson as it seems like Swift is the
likely first project
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 of
On Tue, Jun 7, 2011 at 8:44 AM, Monty Taylor mord...@inaugust.com 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
:03 PM, Andy Smith wrote:
On Tue, Jun 7, 2011 at 12:59 PM, Monty Taylor mord...@inaugust.com
mailto:mord...@inaugust.com 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
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 bere...@b1-systems.dewrote:
I'm still looking for points of contact for the remaining sections.
Added myself and my co-worker Andre
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
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 j...@midokura.jp wrote:
On Fri, Mar 11, 2011 at 12:25 AM, Thierry Carrez thie...@openstack.orgwrote:
Stephen Spector wrote:
The
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 andys...@gmail.com wrote:
On Thu, Mar 3, 2011 at 3:42 PM, Zed A. Shaw zeds...@zedshaw.com wrote:
On Thu, Mar 03, 2011 at 12:03:28PM -0800, Vishvananda
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
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
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 trey.mor...@rackspace.comwrote:
sounds like we agree then.
(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 andys...@gmail.com wrote:
This thread seems to be radically messed up, but from where I am sitting it
certainly doesn't seem like
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 jaypi...@gmail.com wrote:
On Thu, Feb 24,
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 jaypi...@gmail.com wrote:
Andy has listed a few things on the wiki. I'll summarize the known efforts
That url is http://wiki.openstack.org/TestingBrainstorm btw
On Thu, Feb 24, 2011 at 4:06 PM, Andy Smith andys...@gmail.com 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 Thu, Feb
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 andys...@gmail.com wrote:
On Mon, Feb 21, 2011 at 12:52 AM, Thierry Carrez
thie
On Thu, Feb 24, 2011 at 5:49 PM, Jay Pipes jaypi...@gmail.com wrote:
On Thu, Feb 24, 2011 at 2:44 PM, Andy Smith andys...@gmail.com 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 python
://lists.launchpad.net/openstack/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 andys...@gmail.com wrote:
Unless
On Thu, Feb 24, 2011 at 6:25 PM, Jay Pipes jaypi...@gmail.com wrote:
On Thu, Feb 24, 2011 at 9:05 PM, Andy Smith andys...@gmail.com wrote:
On Thu, Feb 24, 2011 at 5:49 PM, Jay Pipes jaypi...@gmail.com wrote:
On Thu, Feb 24, 2011 at 2:44 PM, Andy Smith andys...@gmail.com wrote:
Well, my
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
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
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
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
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,
On Fri, Jan 28, 2011 at 10:18 AM, John Purrier j...@openstack.org 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
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 milestone.
Where is this parallel work being done if not in a separate project?
--andy
John
*From:* Andy Smith [mailto:andys...@gmail.com]
*Sent:* Friday
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 jaypi...@gmail.com wrote:
On Fri, Jan 14, 2011 at 11:28 AM, John Purrier j...@openstack.org wrote:
Another thought,
44 matches
Mail list logo