On Mon, Aug 5, 2013 at 11:03 AM, Mac Innes, Kiall ki...@hp.com wrote:
While the topic of WSME is open - Has anyone actually tried using it?
snip
I would be very cautious about assuming WSME can support anything we
need when the absolute fundamentals of building a REST API are totally MIA.
Hi,
What about saying that you are not restricted to use H302 in test code
test_*.py ?
On Mon, Aug 05, 2013 at 08:03:26PM -0700, Clint Byrum wrote:
Excerpts from Robert Collins's message of 2013-08-05 19:26:20 -0700:
I wanted to get a temperature reading from everyone on this style guideline.
On 08/05/2013 04:34 AM, Brian Rosmaita wrote:
Well, it's tomorrow as I write this, maybe it's today as you read
this. Anyway:
- asynchronous worker meeting Tuesday 6 Aug 2013 14:00 UTC in
#openstack-glance
- the etherpad
https://etherpad.openstack.org/havana-glance-requirements was
Hi Dina and All,
Please see comments inline. We can drill down on the specifics off-line
if that's more practical.
Thanks in advance,
Patrick
On 8/5/13 3:19 PM, Dina Belova wrote:
Hello, everyone!
Patrick, Julien, thank you so much for your comments. As for the
moments Patrick mentioned
Hey everyone,
I'm a developer at XLAB d.o.o. in Ljubljana. My colleagues are part of
the EU research project Contrail, dealing with cloud federation, and I
got hired to work on Contrail-Openstack integration.
Firstly I'm trying to integrate alarming and since alarming in
Ceilometer is still
On 08/05/2013 10:38 PM, Monty Taylor wrote:
On 08/05/2013 11:26 PM, Robert Collins wrote:
I wanted to get a temperature reading from everyone on this style guideline.
My view on it is that it's a useful heuristic but shouldn't be a
golden rule applied everywhere. Things like matches are
Joe Gordon wrote:
On Mon, Aug 5, 2013 at 9:11 AM, Roman Bogorodskiy rbogorods...@mirantis.com
wrote:
Joe Gordon wrote:
Hi All,
even though Glance, has been pulled out of Nova years ago, Nova still
has a
images API that proxies back to Glance. Since Nova is in the
Hi Kyle,
Thanks for information.
We want to follow different approach like non-intrusive approach. We will share
more details on this later.
Regards,
Balaji.P
-Original Message-
From: Kyle Mestery (kmestery) [mailto:kmest...@cisco.com]
Sent: Monday, August 05, 2013 7:34 AM
To:
Hi,
We are working on a
blueprinthttps://blueprints.launchpad.net/nova/+spec/add-extra-specs-to-flavor-list,
which adds extra specs to the flavor show and detail calls.
As a part of this, we have added a new extension called
FlavorWithExtraSpecs. When this extension is enabled, the extra_specs of
Hi,
I’m interested in container-sync to take a snapshot of swift.
I want to sync data between two swift clusters distributed in multiple
locations.
It is assumed that there are two swift clusters located in two places,
and the container-sync syncs data from one cluster to the other cluster
Darn, thought I'd replied to this already!
Anyways, a belated +1 and a hearty welcome to Mehdi :)
Cheers,
Eoghan
- Original Message -
Hi,
I'd like to propose to add Mehdi Abaakouk (sileht) to ceilometer-core.
He has been a valuable contributor for the last months, doing a lot of
On 08/06/2013 08:31 AM, Nejc Saje wrote:
Hey everyone,
I'm a developer at XLAB d.o.o. in Ljubljana. My colleagues are part of
the EU research project Contrail, dealing with cloud federation, and I
got hired to work on Contrail-Openstack integration.
Firstly I'm trying to integrate
They were non-voting. The change is that they are now voting.
--John
On Aug 5, 2013, at 9:17 PM, Chmouel Boudjnah chmo...@enovance.com wrote:
On Mon, Aug 5, 2013 at 10:59 PM, John Dickinson m...@not.mn wrote:
The Swift functional tests have been running as an advisory for a bit now on
all
Hey Chmouel!
Good point. I think we could add a check to see if there are any changes
in the repo and skip the update if there are not. Or, we could protect
that action in a variable and have devstack-gate set that variable...
what do you guys think?
On 08/06/2013 12:56 AM, Chmouel Boudjnah
On 08/06/2013 01:19 AM, Jamie Lennox wrote:
Hi all,
Partially in response to the trusts API review in keystoneclient
(https://review.openstack.org/#/c/39899/ ) and my work on keystone API
version discoverability (spell-check disagrees but I'm going to assume
that's a word -
Hey Monty,
On Tue, Aug 6, 2013 at 3:18 PM, Monty Taylor mord...@inaugust.com wrote:
Good point. I think we could add a check to see if there are any changes
in the repo and skip the update if there are not. Or, we could protect
that action in a variable and have devstack-gate set that
On 8/6/13 7:52 AM, Sandy Walsh sandy.wa...@rackspace.com wrote:
On 08/06/2013 08:31 AM, Nejc Saje wrote:
Hey everyone,
I'm a developer at XLAB d.o.o. in Ljubljana. My colleagues are part of
the EU research project Contrail, dealing with cloud federation, and I
got hired to work on
On Tue, Aug 6, 2013 at 5:35 AM, Mac Innes, Kiall ki...@hp.com wrote:
So,
From experimenting with, and looking at the WSME code - raising a
status with `pecan.abort(404)` etc doesn't actually work.
WSME sees that, and helpfully swaps it out for a HTTP 500 ;)
The author of WSME even says
as a general principle I would think it is a good idea for clients to be
able to interrogate Keystone to determine what extensions it supports.
Most protocols have some mechanism for determining what
extensions/versions are supported by the server, and what optional
features are implemented.
Okay. The quick fix is to remove the extra Glance V2 call when
CONF.allowed_direct_url_schemes is disabled.
https://review.openstack.org/#/c/40426/1
This effectively avoids calling the Glance V2 API on python 2.6 (thus avoiding
the schema validation issue).
The real issue here is still
On Aug 6, 2013, at 8:36 AM, Adam Young wrote:
On 08/06/2013 01:19 AM, Jamie Lennox wrote:
Hi all,
Partially in response to the trusts API review in keystoneclient
(https://review.openstack.org/#/c/39899/ ) and my work on keystone API
version discoverability (spell-check disagrees but I'm
On 06/08/2013 14:46, Jay Pipes wrote:
API extensions are more hassle than anything else. Let us promote
standards, not endless extensibility at the expense of usability.
This is the crux of the issue. Everyone who participates in
standardisation meetings has their own agenda to follow:
On Tue, Aug 6, 2013 at 9:28 AM, Jorge Williams jorge.willi...@rackspace.com
wrote:
On Aug 6, 2013, at 8:36 AM, Adam Young wrote:
On 08/06/2013 01:19 AM, Jamie Lennox wrote:
Hi all,
Partially in response to the trusts API review in keystoneclient
On 08/06/2013 10:54 AM, Dolph Mathews wrote:
On Tue, Aug 6, 2013 at 9:28 AM, Jorge Williams
jorge.willi...@rackspace.com mailto:jorge.willi...@rackspace.com
wrote:
On Aug 6, 2013, at 8:36 AM, Adam Young wrote:
On 08/06/2013 01:19 AM, Jamie Lennox wrote:
Hi all,
Hi All,
I need to cancel the hyper-v meeting today. We will return to the normal
meeting schedule next week.
Best,
pp
Peter J. Pouliot, CISSP
Senior SDET, OpenStack
Microsoft
New England Research Development Center
One Memorial Drive,Cambridge, MA 02142
John,
Thanks for your input, we discussed your points at the meeting. The results
are here:
https://etherpad.openstack.org/glance-async-worker-mtg-agenda
There's one point we postponed to discuss until Thursday's regular glance
meeting, you can explain it more then.
Also, the complete
On 08/06/2013 10:45 AM, David Chadwick wrote:
On 06/08/2013 14:46, Jay Pipes wrote:
API extensions are more hassle than anything else. Let us promote
standards, not endless extensibility at the expense of usability.
This is the crux of the issue. Everyone who participates in
standardisation
On 8/5/13 4:02 PM, Monsyne Dragon mdra...@rackspace.com wrote:
On 8/5/13 8:40 AM, Julien Danjou jul...@danjou.info wrote:
On Mon, Aug 05 2013, Thomas Maddox wrote:
Thinking about it, the latter option seems to describe a very real
concern
going forward that didn't occur to me when I was
On Tue, Aug 6, 2013 at 10:53 AM, Jay Pipes jaypi...@gmail.com wrote:
On 08/06/2013 10:45 AM, David Chadwick wrote:
On 06/08/2013 14:46, Jay Pipes wrote:
API extensions are more hassle than anything else. Let us promote
standards, not endless extensibility at the expense of usability.
On 08/06/2013 11:19 AM, Dean Troyer wrote:
And that is the crux of the problem. When both can be installed
side-by-side and sys.path is in control of the order, things work.
This is such a fundamental problem in the distro that I am beginning
to thing that we need to address it ourselves.
On Tue, Aug 6, 2013 at 8:35 AM, Joshua Harlow harlo...@yahoo-inc.comwrote:
I think jay your usage also was before anvil started to build all the
*missing* dependencies automatically (something u inspired me to get going
in the first place) so hopefully said updates to rhel.yaml are only now
On 06/08/2013 16:53, Jay Pipes wrote:
On 08/06/2013 10:45 AM, David Chadwick wrote:
On 06/08/2013 14:46, Jay Pipes wrote:
API extensions are more hassle than anything else. Let us promote
standards, not endless extensibility at the expense of usability.
This is the crux of the issue.
Hey all!
As you know, we're been battling the effects of the
setuptools/distribute re-merge and upgrade for about a month now. It's
mostly settled down, but there are still cases where transitive
dependencies on things that depend on things that depend on distribute
can screw us. At the moment,
Personally I'm of the opinion that from an architectural POV, use of
either rootwrap or sudo is a bad solution, so arguing about which is
better is really missing the bigger picture. In Linux, there has been
a move away from use of sudo or similar approaches, towards the idea
of having
On 06/08/2013 18:11, Jay Pipes wrote:
What SMTP, DNS and LDAP extensions are in use by systems that need to
interoperate in the same way that Keystone does? -- This is a genuine
question, not sarcasm. I'm truly curious.
Take SMTP for example. My Thunderbird client needs to know what
On 08/06/2013 01:21 PM, David Chadwick wrote:
On 06/08/2013 18:11, Jay Pipes wrote:
What SMTP, DNS and LDAP extensions are in use by systems that need to
interoperate in the same way that Keystone does? -- This is a genuine
question, not sarcasm. I'm truly curious.
Take SMTP for example. My
another -1 from me for dropping it from hacking.
I've been bitten by both lack of explicit usage and review bikeshedding on this
exact thing.
-Alex
-Original Message-
From: Sean Dague s...@dague.net
Sent: Tuesday, August 6, 2013 7:32am
To: openstack-dev@lists.openstack.org
Subject: Re:
I just downloaded devstack and I am getting this error:
2013-08-06 11:28:28.938 TRACE nova Traceback (most recent call last):
2013-08-06 11:28:28.938 TRACE nova File /usr/local/bin/nova-api, line
10, in module
2013-08-06 11:28:28.938 TRACE nova sys.exit(main())
2013-08-06 11:28:28.938 TRACE
On 08/06/2013 12:20 PM, Russell Bryant wrote:
On 08/06/2013 11:53 AM, Ian Mcleod wrote:
Hello,
A blueprint has been registered regarding API additions to Nova to
enable the creation of base images from external OS install sources.
This provides a way to build images from scratch via native
Do u know what cases the 'size' or 'checksum' needs to be modified?
I'd hope for immutability in these 2 things.
On 8/6/13 10:39 AM, Jay Pipes jaypi...@gmail.com wrote:
On 08/06/2013 01:30 PM, stuart.mcla...@hp.com wrote:
Hi,
There are cases where an image's 'size' or 'checksum' values need
On 08/06/2013 02:44 PM, Mate Lakat wrote:
Hi,
I would say, use a separated virtual environment in devstack - without
the --system-site-packages switch, of course, and set it up as a user.
Install the packages that are needed in order to be able to pip install
them (like libxslt-dev). It's
On 08/06/2013 03:46 PM, Russell Bryant wrote:
On 08/06/2013 12:20 PM, Russell Bryant wrote:
On 08/06/2013 11:53 AM, Ian Mcleod wrote:
Hello,
A blueprint has been registered regarding API additions to Nova to
enable the creation of base images from external OS install sources.
This
On Aug 6, 2013, at 1:33 PM, Edgar Magana emag...@plumgrid.com wrote:
I just downloaded devstack and I am getting this error:
2013-08-06 11:28:28.938 TRACE nova Traceback (most recent call last):
2013-08-06 11:28:28.938 TRACE nova File /usr/local/bin/nova-api, line 10,
in module
Through feedback on code reviews and blueprints, Morgan clearly has the
best interests of the project itself in mind. I'd love for his votes to
carry a bit more weight!
https://review.openstack.org/#/dashboard/2903
Respond with +1/-1's before Friday, thanks!
-Dolph
On 08/06/2013 03:20 PM, Dolph Mathews wrote:
Through feedback on code reviews and blueprints, Morgan clearly has
the best interests of the project itself in mind. I'd love for his
votes to carry a bit more weight!
https://review.openstack.org/#/dashboard/2903
Respond with +1/-1's before
+1
Best Regards,
Lance Bragstad
Software Engineer - OpenStack
Cloud Solutions and OpenStack Development
T/L 553-5409, External 507-253-5409
ldbra...@us.ibm.com, Bld 015-2/C118
From: Dolph Mathews dolph.math...@gmail.com
To: OpenStack Development Mailing List
+1 from me, Morgan would be a great addition.
Henry
On 6 Aug 2013, at 20:20, Dolph Mathews wrote:
Through feedback on code reviews and blueprints, Morgan clearly has the best
interests of the project itself in mind. I'd love for his votes to carry a
bit more weight!
Easy +1
Thanks,
_
Steve Martinelli | A4-317 @ IBM Toronto Software Lab
Software Developer - OpenStack
Phone: (905) 413-2851
E-Mail: steve...@ca.ibm.com
From: Yee, Guang guang@hp.com
To: OpenStack Development Mailing List
+1 on Morgan. He is an outstanding contributor!
--Brad
Brad Topol, Ph.D.
IBM Distinguished Engineer
OpenStack
(919) 543-0646
Internet: bto...@us.ibm.com
Assistant: Cindy Willman (919) 268-5296
From: Dolph Mathews dolph.math...@gmail.com
To: OpenStack Development Mailing List
+1 from me.
-- Brant
On Tue, Aug 6, 2013 at 3:10 PM, Brad Topol bto...@us.ibm.com wrote:
+1 on Morgan. He is an outstanding contributor!
--Brad
Brad Topol, Ph.D.
IBM Distinguished Engineer
OpenStack
(919) 543-0646
Internet: bto...@us.ibm.com
Assistant: Cindy Willman (919) 268-5296
On 06/08/2013 20:40, Clint Byrum wrote:
Agreed Jay. The successful extensible protocols like IMAP and SMTP are
merely allowing new arguments to existing fundamental functions.
But the key thing with these protocols is that they have a defined and
standardised way of adding new extensions -
While I'm torn on this as a developer, it comes down to an ease of
understanding the code. In all cases, it is easier to understand where
something comes from if you only import modules. Enforcing the import of
modules tends to also ensure namespace conflicts don't occur as often.
When it comes
The patch referred to (https://review.openstack.org/#/c/38650/) isn't really
around adding support to build native images. We're using the existing boot
from ISO support feature to load an iPXE ISO into Glance which then can then
chain load a menu of installation options from an http server.
On Tue, Aug 6, 2013 at 1:32 PM, Monty Taylor mord...@inaugust.com wrote:
Hi!
Currently, we make motions by email, then we discuss them by mailing
list, then we discuss them more in IRC, then we vote on them - at which
point the actual thing voted on may or may not get recorded somewhere
James Slagle james.sla...@gmail.com wrote:
WSME + pecan is being used in Tuskar:
https://github.com/tuskar/tuskar (OpenStack management API)
We encountered the same issue discussed here. A solution we settled
on for now was to use a custom Renderer class that could handle
different
Monty Taylor mord...@inaugust.com writes:
Hi!
Currently, we make motions by email, then we discuss them by mailing
list, then we discuss them more in IRC, then we vote on them - at which
point the actual thing voted on may or may not get recorded somewhere
easy to find.
What if instead we
+1
2013/8/6 Morgan Fainberg m...@metacloud.com:
On Tue, Aug 6, 2013 at 1:32 PM, Monty Taylor mord...@inaugust.com wrote:
Hi!
Currently, we make motions by email, then we discuss them by mailing
list, then we discuss them more in IRC, then we vote on them - at which
point the actual thing
Hi Mark,
Of particular interest are your views on the changes to
keystone/common/config.py. The requirement is that we need to be able to
instantiate multiple conf objects (built from different sets of config files).
We tried two approaches to this:
https://review.openstack.org/#/c/39530/11
On 06/08/13 21:56, Jonathan LaCour wrote:
James Slagle james.sla...@gmail.com wrote:
WSME + pecan is being used in Tuskar:
https://github.com/tuskar/tuskar (OpenStack management API)
We encountered the same issue discussed here. A solution we settled
on for now was to use a custom Renderer
Neutron and devstack folks:
I've written up some notes [1] on how I'd like to add per-MechanismDriver
support into devstack for ML2. This will be very nice to have as the number of
ML2 MechanismDrivers increase. My approach for this will allow for complex
configurations via localrc variables
On Tue, Aug 6, 2013 at 3:32 PM, Monty Taylor mord...@inaugust.com wrote:
Hi!
Currently, we make motions by email, then we discuss them by mailing
list, then we discuss them more in IRC, then we vote on them - at which
point the actual thing voted on may or may not get recorded somewhere
Greetings,
The following blueprint is targeted at Havana. I was reading over the
design notes today. I wanted to check on the status of this as well as
discuss some of the design details.
https://wiki.openstack.org/wiki/Cinder/GuestAssistedSnapshotting
On Tue, 2013-08-06 at 16:02 -0300, Monty Taylor wrote:
On 08/06/2013 03:46 PM, Russell Bryant wrote:
On 08/06/2013 12:20 PM, Russell Bryant wrote:
On 08/06/2013 11:53 AM, Ian Mcleod wrote:
Hello,
A blueprint has been registered regarding API additions to Nova to
enable the creation
On Tue, Aug 6, 2013 at 4:05 PM, Russell Bryant rbry...@redhat.com wrote:
Greetings,
The following blueprint is targeted at Havana. I was reading over the
design notes today. I wanted to check on the status of this as well as
discuss some of the design details.
+1
On Tue, 2013-08-06 at 14:20 -0500, Dolph Mathews wrote:
Through feedback on code reviews and blueprints, Morgan clearly has
the best interests of the project itself in mind. I'd love for his
votes to carry a bit more weight!
https://review.openstack.org/#/dashboard/2903
Respond
On Tue, Aug 6, 2013 at 12:00 PM, Monty Taylor mord...@inaugust.com wrote:
On 08/06/2013 02:44 PM, Mate Lakat wrote:
I would say, use a separated virtual environment in devstack - without
the --system-site-packages switch, of course, and set it up as a user.
Install the packages that are
On Tue, 2013-08-06 at 11:17 -0400, Adam Young wrote:
On 08/06/2013 10:54 AM, Dolph Mathews wrote:
On Tue, Aug 6, 2013 at 9:28 AM, Jorge Williams
jorge.willi...@rackspace.com wrote:
On Aug 6, 2013, at 8:36 AM, Adam Young wrote:
On 08/06/2013
On Tue, Aug 6, 2013 at 2:17 PM, Mac Innes, Kiall ki...@hp.com wrote:
On 06/08/13 21:56, Jonathan LaCour wrote:
James Slagle james.sla...@gmail.com wrote:
WSME + pecan is being used in Tuskar:
https://github.com/tuskar/tuskar (OpenStack management API)
We encountered the same issue
On 06/08/13 18:09 +0200, Emilien Macchi wrote:
Hi,
Since https://review.openstack.org/#/c/36476/ has been merged, heat
could use only one configuration file : heat.conf instead of
heat-engine.conf, heat-api.conf, etc.
I would like your thoughts about deleting old configuration files, since
On 08/07/2013 12:08 PM, Angus Salkeld wrote:
On 06/08/13 18:09 +0200, Emilien Macchi wrote:
Hi,
Since https://review.openstack.org/#/c/36476/ has been merged, heat
could use only one configuration file : heat.conf instead of
heat-engine.conf, heat-api.conf, etc.
I would like your thoughts
On Tue, Aug 6, 2013 at 9:23 PM, Ian Mcleod imcl...@redhat.com wrote:
Hello,
A blueprint has been registered regarding API additions to Nova to
enable the creation of base images from external OS install sources.
This provides a way to build images from scratch via native OS installer
tools
Edgar Magana emag...@plumgrid.com writes:
I found the problem:
python-boto and python-cmd2 had the wrong version.
I have already installed those libraries.
Remove them, they are installed using pip (at least python-cmd2) I
believe.
Thanks and Regards
Noorul
Cheers,
Edgar
From: Edgar
On 7 August 2013 11:22, Jay Buffington m...@jaybuff.com wrote:
ln -s /usr/lib64/python2.6/site-packages/libvirtmod_qemu.so
$(VENV)/lib/python2.6/site-packages/
Why isn't libvirt-python on pypi? AFAICT, nothing is stopping us from
uploading it. Maybe we should just stick it on there and
On 6 August 2013 05:03, Dean Troyer dtro...@gmail.com wrote:
* Continue to factor the prereq setup out of stack.sh such that
requirements.txt is satisfied one way or another before it begins to
install OpenStack. tools/install_prereqs.sh and tools/install_pip.sh
are the prototypes for this.
One of the things that has definitely shaken out of global requirements
in the devstack gate is that our global requirements list was just
wrong. There are about 10 changes in flux that bump up the minimum
versions of various packages in global requirements to get us past things.
If you find
On 08/06/2013 11:14 PM, Robert Collins wrote:
On 7 August 2013 11:22, Jay Buffington m...@jaybuff.com wrote:
ln -s /usr/lib64/python2.6/site-packages/libvirtmod_qemu.so
$(VENV)/lib/python2.6/site-packages/
Why isn't libvirt-python on pypi? AFAICT, nothing is stopping us from
It seems like this is a bug in python-novaclient. I believe the recent
change to enforce that flavor ids are either int-like or uuid-like may have
been made in error. At minimum, I believe it is backwards-incompatible,
despite being part of a minor point release (changed from 2.13 to 2.14).
See
Excerpts from Emilien Macchi's message of 2013-08-06 09:09:08 -0700:
Hi,
Since https://review.openstack.org/#/c/36476/ has been merged, heat
could use only one configuration file : heat.conf instead of
heat-engine.conf, heat-api.conf, etc.
I would like your thoughts about deleting old
On Tue, Aug 6, 2013 at 7:25 PM, Russell Bryant rbry...@redhat.com wrote:
On 08/06/2013 06:55 PM, John Griffith wrote:
On Tue, Aug 6, 2013 at 4:05 PM, Russell Bryant rbry...@redhat.com
mailto:rbry...@redhat.com wrote:
Greetings,
The following blueprint is targeted at
Hi,
Using OVS Quantum Plugin and agent, it is possible to configure OVS with
- Openflow logical switches.
- Tables
- Ports to the logical switches (VLAN, VXLAN, GRE etc..)
OVS Agent in each compute node uses local ovs-vsctl command to configure above.
But, there is no simple
Thanks Kyle.
It confirms our understanding. Thanks.
We would be starting this work very soon and will update.
Thanks
Srini
-Original Message-
From: Kyle Mestery (kmestery) [mailto:kmest...@cisco.com]
Sent: Friday, August 02, 2013 6:30 AM
To: OpenStack Development Mailing List
81 matches
Mail list logo
