On Tue, Nov 26, 2013 at 5:25 AM, Adam Young ayo...@redhat.com wrote:
Back in the Day, Barbican was just one Service of Cloud Keep. While I
would say that KDS belongs in the Cloud Keep, it is not the same as, and
should not be deployed with Barbican. Is it possible to keep them as
separate
On Tue, Nov 26, 2013 at 9:52 AM, Flavio Percoco fla...@redhat.com wrote:
This seems to be the issue you're talking about, is it?
http://logs.openstack.org/49/57049/2/gate/gate-swift-
python26/c1aedf1/console.html
Thanks for the heads up indeed, I was wondering if there was somebody on
On Sat, Nov 16, 2013 at 9:09 AM, Monty Taylor mord...@inaugust.com wrote:
Can I suggest that you don't try purely mechanical filtering into
folders? Instead, for a while, try using a threaded client, and
configure it to show threads unexpanded by default.
if we are into mail client tips,
On Thu, Nov 14, 2013 at 2:22 PM, Julien Danjou jul...@danjou.info wrote:
Other suggestion: we could stop posting meeting reminders to -dev (I
know, I'm guilty of it) and only post something if the meeting time
changes, or if the weekly meeting is canceled for whatever reason.
Good
Hello,
If i understand correctly (and I may be wrong) we are moving away from
user_crud to use /credentials for updating password including ec2. The
credentials facility was implemented in this blueprint :
https://blueprints.launchpad.net/keystone/+spec/extract-credentials-id
and documented
On Mon, Oct 21, 2013 at 3:03 PM, Flavio Percoco fla...@redhat.com wrote:
Also realize that OpenStack maintains gerritlib -
https://github.com/openstack-**infra/gerritlibhttps://github.com/openstack-infra/gerritlib
Which anyone can contribute to (and is the code that every message posted
back
John Dickinson m...@not.mn writes:
available for a WSGI pipeline. (Note that swift.common.middleware.acl
may be misplaced by this definition, but it's only used by tempauth.)
and keystone_auth FYI.
Chmouel.
___
OpenStack-dev mailing list
Dolph Mathews dolph.math...@gmail.com writes:
pretty excited! As always, if you'd like to pitch in, stop by
#openstack-infra on Freenode and see what we're up to.
Wow, nice work! Thank you, infra!
agreed, thanks for the good work infra.
Chmouel.
Morgan Fainberg m...@metacloud.com writes:
I've been doing some pondering on how Keystone handles the various
pluggable systems with it's Manager / Driver architecture.
Currently we implement the base driver class as follows:
For the people who like me didn't know much about how abstract
On Tue, Aug 13, 2013 at 11:58 PM, Alex Gaynor alex.gay...@gmail.com wrote:
a) cffi-only approach, this is obviously the simplest approach, and works
everywhere (assuming you can install a PPA, use pip, or similar for cffi)
b) wait until the next LTS to move to this approach (requires waiting
threads about this.
On 08/06/2013 12:56 AM, Chmouel Boudjnah wrote:
Hello,
I just saw that
https://github.com/openstack-dev/devstack/commit/6c84463071e1ff23e20e4ef4fb863aba0732bebc
as just landed.
I understand the good reasons for that and thanks for the works that
has been done
Hello,
I just saw that
https://github.com/openstack-dev/devstack/commit/6c84463071e1ff23e20e4ef4fb863aba0732bebc
as just landed.
I understand the good reasons for that and thanks for the works that
has been done into it but this has come to some weird side effects of
having devstack modifying
On Wed, Jul 24, 2013 at 8:51 AM, Stefano Maffulli stef...@openstack.org wrote:
Do you think OpenStack should have an ongoing effort to imitate Amazon's
API? If you think it should, how would you lead the effort?
We (Swift) moved the S3 compatibiliy middleware out of core swift for
quite some in
On Thu, Jul 18, 2013 at 12:42 AM, John Dickinson m...@not.mn wrote:
* Erasure codes (vs replicas) will be set on a per-container basis
I was wondering if there was any reasons why it couldn't be as
per-account basis as this would allow an operator to have different
type of an account and
you probably want to report this on ssbench github's issues.
Chmouel.
On Wed, Jul 10, 2013 at 4:22 AM, Snider, Tim tim.sni...@netapp.com wrote:
I recently downloaded swift 1.9.1-dev.
swift-bench gets the following error. What can I change to get this working
sucessfully?
Thanks,
Tim
On Fri, Jun 21, 2013 at 5:46 PM, Monty Taylor mord...@inaugust.com wrote:
This is some preliminary works to move novaclient to use
keystoneclient instead of implementing its own[1] client to keystone.
If the OS_AUTH_SYSTEM feature was really needed[2] we should then
moving it to
On Tue, Jul 9, 2013 at 2:40 PM, Snider, Tim tim.sni...@netapp.com wrote:
I have 2 openstack clusters running the Folsom release with multiple Swift
nodes. I also have a small setup that is running only Swift with a single
node. I’m noticing very large Swift I/O latencies (seconds long) on the
. Is there documentation on how to run keystone using
apache and multiple processes?
I’m pretty raw with python, ruby, apache …
Thx.
From: Chmouel Boudjnah [mailto:chmo...@enovance.com]
Sent: Tuesday, July 09, 2013 8:22 AM
To: OpenStack Development Mailing List
Subject: Re: [openstack-dev] Swift
On Thu, Jul 4, 2013 at 2:43 AM, Hajime Takase tak...@axlbit.net wrote:
I have successfully figure out to grant read only permission or write
permission to non operator users(operator is defined in
/etc/swift/proxy.conf) but I found out that those users can't get the
account info of the tenant
On Fri, Jun 28, 2013 at 10:12 AM, Steven Hardy sha...@redhat.com wrote:
Obviously long-term a keystone native way to sign requests would be great,
and could be used by Heat, and e.g Swift which has it's own method for
generating pre-signed URLs.
fyi: only when you are using the temporary url
Hello,
We have discussed this some time ago to remove the OS_AUTH_SYSTEM from
novaclient since this was implemented for RAX and these days RAX has
moved to pyrax.
Since last time I have looked into this it seems that there was some
updates to it :
101 - 121 of 121 matches
Mail list logo
