[openstack-dev] [nova] Autogenerating the Nova v3 API specification

Hi, I'd like to extend the information we produce with the Nova v3 API samples in order to make it easier to automate as much as possible the generation of a specification document. This should make it easier to keep the documentation more accurate and up to date in the future. I believe that if w

Re: [openstack-dev] [Ceilometer] Ceilometer and nova compute cells

On Fri, Aug 02 2013, Doug Hellmann wrote: > On Fri, Aug 2, 2013 at 7:47 AM, Julien Danjou wrote: >> That would need the RPC layer to connect to different rabbitmq server. >> Not sure that's supported yet. >> > > We'll have that problem in the cell's collector, then, too, right? If you have an AM

Re: [openstack-dev] [Ceilometer] Event API Access Controls

On Sat, Aug 03 2013, Herndon, John Luke (HPCS - Ft. Collins) wrote: Hi John, > Hello, I'm currently implementing the event api blueprint[0], and am > wondering what access controls we should impose on the event api. The > purpose of the blueprint is to provide a StackTach equivalent in the > ceil

Re: [openstack-dev] [Ceilometer] Looking for some help understanding default meters

On Fri, Aug 02 2013, Thomas Maddox wrote: Hi Thomas, > I've been poking around to get an understanding of what some of these > default meters mean in the course of researching this Glance bug > (https://bugs.launchpad.net/ceilometer/+bug/1201701). I was wondering if > anyone could explain to me w

[openstack-dev] [nova] Cells and quota reservation expiry

Hi all, We're having some issues with quota reservations not being deleted. I understand this can happen in certain cases and that's why they have an expiry time? But I've also noticed that reservations never expire in our system either. Looking at the code, I think this is because the periodic

[openstack-dev] [Ceilometer] Nomination for Mehdi Abaakouk

+1 On Wed, Jul 31, 2013 at 8:55 PM, Lu, Lianhao http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev>> wrote: >* +1*>**>* -Lianhao*>**>* Angus Salkeld wrote on 2013-07-31:*>* > On 31/07/13 >10:56 +0200, Julien Danjou wrote:*>* >> Hi,*>* >>*>* >> I'd like to propose to >add Mehdi A

Re: [openstack-dev] [Ceilometer] Nomination for Mehdi Abaakouk

On Wed, Jul 31 2013, Julien Danjou wrote: > 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 > work in the alarming blueprints, and useful code reviews. I've proceed and added Mehdi to ceilometer-core.

Re: [openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation

On Fri, Aug 02 2013, Patrick Petit wrote: > 3. The proposal specifies that a lease can contain a combo of different >resources types reservations (instances, volumes, hosts, Heat >stacks, ...) that can even be nested and that the reservation >service will somehow orchestrate their depl

Re: [openstack-dev] [Savanna] Cluster launch error

Linus Nova wrote: > I installed OpenStack Savanna in OpenStack Grizzely release. As you can > see in savanna.log, the savanna-api start and operates correctly. This is a development mailing-list, focused on development discussions about the future Havana release. Questions about OpenStack usage (o

[openstack-dev] [qa] What is the purpose of stress test in tempest?

Hi all, After some refactoring work in tempest/stress I would like to raise a general question since I have the feeling we have different opinions about the purpose of tempest stress test. Giulio already put this topic on the agenda for the next QA meeting and I just want that we use the time in b

Re: [openstack-dev] Enabling neutron gating

On 08/04/2013 12:09 PM, Thierry Carrez wrote: Nachi Ueno wrote: It looks like neutron gating error improves as much as non-neutron gating one, so I would like to suggest to enable neturon-gating again. +1 If those numbers are still valid as of today, I think we should turn it back on.

Re: [openstack-dev] [Ceilometer] Alarming should be outside of Ceilometer as a separate package.

On 08/04/2013 08:24 PM, Angus Salkeld wrote: > On 02/08/13 13:26 -0300, Sandy Walsh wrote: >> >> >> On 08/02/2013 12:27 PM, Eoghan Glynn wrote: >>> On 08/01/2013 07:22 PM, Doug Hellmann wrote: > > > > On Thu, Aug 1, 2013 at 10:31 AM, Sandy Walsh >

Re: [openstack-dev] [climate] Mirantis proposal to extend Climate to support virtual resources reservation

Hello, everyone! Patrick, Julien, thank you so much for your comments. As for the moments Patrick mentioned in his letter, I'll describe our vision for them below. 1) Patrick, thank you for the idea! I think it would be great to add not only 'post-lease actions policy', but also 'start-lease ac

Re: [openstack-dev] [Ceilometer] Looking for some help understanding default meters

Hey Julien, On 8/5/13 3:14 AM, "Julien Danjou" wrote: >On Fri, Aug 02 2013, Thomas Maddox wrote: > >Hi Thomas, > >> I've been poking around to get an understanding of what some of these >> default meters mean in the course of researching this Glance bug >> (https://bugs.launchpad.net/ceilometer/

Re: [openstack-dev] [Ceilometer] Looking for some help understanding default meters

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 wandering around the > code. Specifically regarding option 2a, if message 2 arrives at CM before > message 1 because it ended up

Re: [openstack-dev] [Ceilometer] Looking for some help understanding default meters

Yep, I'll do that this morning. Thanks! On 8/5/13 8:40 AM, "Julien Danjou" 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 wandering around the >> code. Specifi

Re: [openstack-dev] [nova] Autogenerating the Nova v3 API specification

Given we seem to be leaning towards WSME: http://lists.openstack.org/pipermail/openstack-dev/2013-August/012954.html Could we not try to make WSME give us the documentation we need? Not sure if its feasible, but it seems like there is a good start to that already available: https://wsme.readthedo

Re: [openstack-dev] [qa] What is the purpose of stress test in tempest?

On 08/05/2013 07:40 AM, Koderer, Marc wrote: Hi all, After some refactoring work in tempest/stress I would like to raise a general question since I have the feeling we have different opinions about the purpose of tempest stress test. Giulio already put this topic on the agenda for the next QA me

Re: [openstack-dev] [nova] Autogenerating the Nova v3 API specification

On Mon, Aug 5, 2013 at 8:55 AM, John Garbutt wrote: > Given we seem to be leaning towards WSME: > http://lists.openstack.org/pipermail/openstack-dev/2013-August/012954.html > > Could we not try to make WSME give us the documentation we need? > > Not sure if its feasible, but it seems like there i

Re: [openstack-dev] [nova][glance] Future of nova's image API

On 3 August 2013 03:07, Christopher Yeoh wrote: > Some people had concerns about exposing the glance api publicly and so > wanted to retain the images support in Nova. > So the consensus seemed to be to leave the images support in, but to demote > it from core. So people who don't want it exclude

[openstack-dev] [Glance] async worker design meeting tomorrow!

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 updated after the last meeting - if you missed the las

Re: [openstack-dev] [nova] Autogenerating the Nova v3 API specification

On Mon, 5 Aug 2013 14:55:15 +0100 John Garbutt wrote: > Given we seem to be leaning towards WSME: > http://lists.openstack.org/pipermail/openstack-dev/2013-August/012954.html > > Could we not try to make WSME give us the documentation we need? > > Not sure if its feasible, but it seems like ther

Re: [openstack-dev] [nova] Autogenerating the Nova v3 API specification

On Mon, 5 Aug 2013 09:15:33 -0500 Anne Gentle wrote: > On Mon, Aug 5, 2013 at 8:55 AM, John Garbutt > wrote: > > On 5 August 2013 08:44, Christopher Yeoh wrote: > > > A separate metafile is created for each api sample response > > > rather than trying to accumulate them by extension because thi

Re: [openstack-dev] [Savanna] Cluster launch error

Hi Thierry, it looks like that this question is about trunk or recently released Savanna version, so, this mailing list is the right place for such question, isn't it? On the other hand while we in Savanna have some separated releases maybe only openstack-dev is the only right place for Savanna

Re: [openstack-dev] [nova] Autogenerating the Nova v3 API specification

Hi Anne, On 5 August 2013 15:15, Anne Gentle wrote: > On Mon, Aug 5, 2013 at 8:55 AM, John Garbutt wrote: >> >> Given we seem to be leaning towards WSME: >> http://lists.openstack.org/pipermail/openstack-dev/2013-August/012954.html >> >> Could we not try to make WSME give us the documentation we

Re: [openstack-dev] OpenStack Cinder List Snapshots Support

Thanks, that's what I thought! Do you know how to update that table? 2013/8/4 Avishay Traeger > This is handled by the DB, not drivers. That line doesn't make sense. > > Thanks, > Avishay > > > > From: Mikhail Khodos > To: [email protected], > Date: 08/01/2013 11:09 PM

Re: [openstack-dev] OpenStack Cinder List Snapshots Support

Hi Mikhail, cinder.db.sqlalchemy.api exposes snapshot_update which allows updating that table. Thanks, Mike Perez On Mon, Aug 5, 2013 at 8:25 AM, Mikhail Khodos wrote: > Thanks, that's what I thought! Do you know how to update that table? > > > 2013/8/4 Avishay Traeger > >> This is handled b

[openstack-dev] [Murano] Meeting minutes 2013-08-05

Hello, Below, you can see the meeting minutes from today's Murano meeting. Minutes: http://eavesdrop.openstack.org/meetings/murano/2013/murano.2013-08-05-15.06.html Minutes (text): http://eavesdrop.openstack.org/meetings/murano/2013/murano.2013-08-05-15.06.txt Log: http://eavesdrop.openstack.org/

Re: [openstack-dev] [nova][glance] Future of nova's image API

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 process of > creating a new, V3, API, we know have a chance to re-evaluate this API. > > * Do we still need this in Nova,

Re: [openstack-dev] [qa] What is the purpose of stress test in tempest?

On 08/05/2013 04:07 PM, David Kranz wrote: On 08/05/2013 07:40 AM, Koderer, Marc wrote: I see two use cases for stress tests: - As a developer I want to find bugs that occur under load (like raise conditions) --> Leads to many small and concurrent api tests - As OPS/QA I want to gene

Re: [openstack-dev] [Ceilometer] Event API Access Controls

Hi Julien, On 8/5/13 2:04 AM, "Julien Danjou" wrote: >On Sat, Aug 03 2013, Herndon, John Luke (HPCS - Ft. Collins) wrote: > >Hi John, > >> Hello, I'm currently implementing the event api blueprint[0], and am >> wondering what access controls we should impose on the event api. The >> purpose of t

Re: [openstack-dev] [Ceilometer] Ceilometer and nova compute cells

On 08/05/2013 04:49 AM, Julien Danjou wrote: > On Fri, Aug 02 2013, Doug Hellmann wrote: > >> On Fri, Aug 2, 2013 at 7:47 AM, Julien Danjou wrote: >>> That would need the RPC layer to connect to different rabbitmq server. >>> Not sure that's supported yet. >>> >> >> We'll have that problem in t

Re: [openstack-dev] [Ceilometer] Event API Access Controls

On Mon, Aug 05 2013, Herndon, John Luke (HPCS - Ft. Collins) wrote: > This plans sounds good to me. We can enable/disable the event api for > users, but is there a way to restrict a user to viewing only his/her > events using the policy system? Or do we not need to do that? There may be, but we d

Re: [openstack-dev] amending Trove incubation to support NRDB

As per the request from the TC, here is a work in progress review for the redis impl. its a POC. Plz understand that its more about seeing how this affects the trove codebase than scrutinizing why i did X or Y in the redis impl, or whether i should include config value Z. <3 https://review.open

[openstack-dev] [DevStack] Python dependencies: PyPI vs distro packages

[Moving a discussion from https://review.openstack.org/40019 to the ML to get a wider audience] We've been around this block more than once so let's get it all documented in one place and see where to go next. Skip down to # for more actual discussion... Given: * OpenStack now has an

Re: [openstack-dev] [Nova] Proposal to add Nikola Đipanov to nova-core

On 07/31/2013 03:10 PM, Russell Bryant wrote: > Greetings, > > I propose that we add Nikola Đipanov to the nova-core team [1]. > > Nikola has been actively contributing to nova for a while now, both in > code and reviews. He provides high quality reviews. so I think he would > make a good additi

Re: [openstack-dev] Enabling neutron gating

Sean Dague writes: > On 08/04/2013 12:09 PM, Thierry Carrez wrote: >> Nachi Ueno wrote: >>> It looks like neutron gating error improves as much as non-neutron gating >>> one, >>> so I would like to suggest to enable neturon-gating again. >> >> +1 > > If those numbers are still valid as of today,

[openstack-dev] Is WSME really suitable? (Was: [nova] Autogenerating the Nova v3 API specification)

On 05/08/13 16:09, John Garbutt wrote: > On 5 August 2013 15:15, Anne Gentle wrote: >> >On Mon, Aug 5, 2013 at 8:55 AM, John Garbutt wrote: >>> >> >>> >>Given we seem to be leaning towards WSME: >>> >>http://lists.openstack.org/pipermail/openstack-dev/2013-August/012954.html >>> >> >>> >>Could we

Re: [openstack-dev] [Ceilometer] Looking for some help understanding default meters

Reported bug: https://bugs.launchpad.net/ceilometer/+bug/1208547 On 8/5/13 8:45 AM, "Thomas Maddox" wrote: >Yep, I'll do that this morning. Thanks! > >On 8/5/13 8:40 AM, "Julien Danjou" wrote: > >>On Mon, Aug 05 2013, Thomas Maddox wrote: >> >>> Thinking about it, the latter option seems to de

[openstack-dev] [Infra] Meeting Tuesday August 6th at 19:00 UTC

The OpenStack Infrastructure (Infra) team is hosting our weekly meeting tomorrow, Tuesday August 6th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting (anyone is welcome to to add agenda items) Everyone interested in infra

Re: [openstack-dev] Enabling neutron gating

On Mon, Aug 5, 2013 at 10:21 AM, James E. Blair wrote: > Sean Dague writes: > >> On 08/04/2013 12:09 PM, Thierry Carrez wrote: >>> Nachi Ueno wrote: It looks like neutron gating error improves as much as non-neutron gating one, so I would like to suggest to enable neturon-gating a

Re: [openstack-dev] [DevStack] Python dependencies: PyPI vs distro packages

Just so people know how anvil (the other tool) is doing it, and which might be useful. Anvil goes through a few stages to get a working openstack system up and running. 1. Downloaded all the git repos for the desired components 2. Extract all the python requirements from said repos 3. Collapse al

Re: [openstack-dev] Enabling neutron gating

Thanks! 2013/8/5 Clark Boylan : > On Mon, Aug 5, 2013 at 10:21 AM, James E. Blair wrote: >> Sean Dague writes: >> >>> On 08/04/2013 12:09 PM, Thierry Carrez wrote: Nachi Ueno wrote: > It looks like neutron gating error improves as much as non-neutron gating > one, > so I would

Re: [openstack-dev] [nova][glance] Future of nova's image API

On Fri, Aug 2, 2013 at 7:07 PM, Christopher Yeoh wrote: > > > Hi Joe, > Am on my phone so can't find the links at the moment but there was some > discussion around this when working out what we should leave out of the v3 > api. Some people had concerns about exposing the glance api publicly and s

Re: [openstack-dev] [nova][glance] Future of nova's image API

On Mon, Aug 5, 2013 at 7:26 AM, John Garbutt wrote: > On 3 August 2013 03:07, Christopher Yeoh wrote: > > Some people had concerns about exposing the glance api publicly and so > > wanted to retain the images support in Nova. > > So the consensus seemed to be to leave the images support in, but

Re: [openstack-dev] [nova][glance] Future of nova's image API

On Mon, Aug 5, 2013 at 7:26 AM, John Garbutt wrote: > On 3 August 2013 03:07, Christopher Yeoh wrote: > > Some people had concerns about exposing the glance api publicly and so > > wanted to retain the images support in Nova. > > So the consensus seemed to be to leave the images support in, but

Re: [openstack-dev] [nova][glance] Future of nova's image API

On Mon, Aug 5, 2013 at 9:11 AM, Roman Bogorodskiy 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 process of > > creating a new, V3, API, we know have

Re: [openstack-dev] [nova][glance] Future of nova's image API

+1 to not having nova be the "all the things" proxy. Hopefully openstack client can help here, and its usage where needed/applicable. Sent from my really tiny device... On Aug 5, 2013, at 12:20 PM, "Joe Gordon" mailto:[email protected]>> wrote: On Mon, Aug 5, 2013 at 9:11 AM, Roman Bogo

[openstack-dev] [neutron] [ml2] Configuration file sections for MechanismDrivers

While working on the OpenDaylight ML2 MechanismDriver, one thing which cropped up was configuration file options for MechanismDrivers and were those should be stored. I was initially of the opinion we should put all configuration sections into the ml2 configuration file, but this could get crowd

Re: [openstack-dev] [nova][glance] Future of nova's image API

+1 agree with Joshua. From: Joshua Harlow [mailto:[email protected]] Sent: Monday, August 05, 2013 12:28 PM To: OpenStack Development Mailing List Cc: OpenStack Development Mailing List Subject: Re: [openstack-dev] [nova][glance] Future of nova's image API +1 to not having nova be the "all t

[openstack-dev] [TripleO] upcoming sprint agenda

Hi, we're sketching an agenda here - https://etherpad.openstack.org/tripleo-havana-sprint Note that its primarily a 'doing' event not a 'meeting' event, so we don't expect this to be rigid. Current thoughts are to bring everyone up to speed, then focus on key issues for H - but please feel free t

[openstack-dev] [Swift] gate on functional tests

All, The Swift functional tests have been running as an advisory for a bit now on all Swift patches. Everything appears to be plumbed together correctly, and the tests have been added as gating tests for every merge into master. Thanks to the -infra team for all their hard work. --John si

Re: [openstack-dev] [Ceilometer] Looking for some help understanding default meters

On 8/5/13 8:40 AM, "Julien Danjou" 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 wandering around the >> code. Specifically regarding option 2a, if message 2

Re: [openstack-dev] [DevStack] Python dependencies: PyPI vs distro packages

I've been doing continuous deployment via rpms on RHEL 6u3 of glance, keystone, neutron and nova for about six months now. I used Anvil for the first three months, but it required constant updating of dependency versions and it didn't support quantum. Also, yum is terrible at managing dependency

[openstack-dev] Call for testing: 2013.1.3 candidate tarballs

Hi all, We are scheduled to publish Nova, Keystone, Glance, Networking, Cinder and Horizon 2013.1.3 releases on Thursday Aug 8. Ceilometer and Heat were incubating in Grizzly so they're not covered by the stable branch policy but Ceilometer and Heat teams are preparing 2013.1.3 releases on their o

Re: [openstack-dev] [DevStack] Python dependencies: PyPI vs distro packages

This does sound like a neat approach, a hybrid if u will. Might be something to try :-) Sometimes I wish package managers were better, especially with regard to 'complex' (not really that complex in reality) dependencies. Any possibility of opening up said makefiles?? Be interesting to look at

Re: [openstack-dev] Keystone Split Backend LDAP Question

I have been inserting debug logging and stack traces into the code base to help find out what is and is not happening. · I am able to connect the LDAP backend to our Enterprise Directory and perform a REST “get an unscoped token” from keystone. Following is the result: · Conne

Re: [openstack-dev] [DevStack] Python dependencies: PyPI vs distro packages

I'd like to open source them. They are dependent on some other internal tools, so I they wouldn't work out of the box, but I'll see if I can rip them apart and then get corporate sign off on open sourcing them. On Mon, Aug 5, 2013 at 4:02 PM, Joshua Harlow wrote: > This does sound like a neat

Re: [openstack-dev] Keystone Split Backend LDAP Question

On 08/02/2013 06:59 PM, Miller, Mark M (EB SW Cloud - R&D - Corvallis) wrote: Hello, With some minor tweaking of the keystone common/ldap/core.py file, I have been able to authenticate and get an unscoped token for a user from an LDAP Enterprise Directory. I want to continue testing but I ha

Re: [openstack-dev] Keystone Split Backend LDAP Question

On 08/05/2013 07:37 PM, Miller, Mark M (EB SW Cloud - R&D - Corvallis) wrote: > > I have been inserting debug logging and stack traces into the code > base to help find out what is and is not happening. > > ·I am able to connect the LDAP backend to our Enterprise Directory and > perform a REST “get

[openstack-dev] instances fail to boot on el6 (glance schema error issue)

As of an hour ago the el6 (Centos) builds in SmokeStack all started failing. I've documented the initial issue I'm seeing in this ticket: https://bugs.launchpad.net/nova/+bug/1208656 The issue seems to be that we now hit a SchemaError which bubbles up from glanceclient when the new direct down

Re: [openstack-dev] [neutron] Enabling neutron gating

Well, the neutron gate is still unstable, it killed the global-requirements change from going in today. Bug filed here: https://bugs.launchpad.net/neutron/+bug/1208661 Can someone from the neutron team that has the ability to change bug priorities please bump that to critical? -Sean

Re: [openstack-dev] [nova][glance] Future of nova's image API

On Mon, Aug 5, 2013 at 11:56 PM, John Garbutt wrote: Have we decided a good strategy for this in v3? Referring to image in > glance, and networks and ports in neutron. > > The pragmatic part of me says: > * just use the uuid, its what the users will input when booting servers > > But I wonder if

Re: [openstack-dev] [nova][glance] Future of nova's image API

On Tue, Aug 6, 2013 at 4:41 AM, Joe Gordon wrote: > > > > On Fri, Aug 2, 2013 at 7:07 PM, Christopher Yeoh wrote: > >> >> >> Hi Joe, >> Am on my phone so can't find the links at the moment but there was some >> discussion around this when working out what we should leave out of the v3 >> api. Som

Re: [openstack-dev] [neutron] Enabling neutron gating

Hi Sean Thanks I set it as crical, and I'll check it. However trends looks still good. Both of neturon and non-neutron gating gets high failure trend at the time of the failure happening, Neutron http://graphite.openstack.org/render/?width=586&height=308&_salt=1375457125.913&target=alias%28summ

Re: [openstack-dev] Keystone Split Backend LDAP Question

Adam, Great suggestion. Using the v3 API I have been able to grant a project role to an LDAP user: [email protected] | 9798b027472d4f459d231c005977b3ac | {"roles": [{"id": "7fb862d10b5c46679b4334eae9c73a46"}]} Mark From: Adam Young [mailto:[email protected]] Sent: Monday, August 05, 2013

Re: [openstack-dev] [DevStack] Python dependencies: PyPI vs distro packages

On Mon, Aug 05, 2013 at 12:03:07PM -0500, Dean Troyer wrote: > * proposals to use a tool to automatically decide between package and > PyPI (harlowja, sdague): this works well on the surface, but anything > that does not take in to account the dependencies in these packages > going BOTH ways is go

Re: [openstack-dev] [nova][glance] Future of nova's image API

On Mon, Aug 5, 2013 at 11:56 PM, John Garbutt wrote: > On 3 August 2013 03:07, Christopher Yeoh wrote: > > Some people had concerns about exposing the glance api publicly and so > > wanted to retain the images support in Nova. > > So the consensus seemed to be to leave the images support in, but

Re: [openstack-dev] [neutron] [ml2] Configuration file sections for MechanismDrivers

Hey Kyle, We're currently going with the second option you describe - having separate configuration files per mechanism driver, and passing these in on the command line when starting Neutron. This feels much cleaner than putting all configuration options into the ML2 config file, especially as the

[openstack-dev] Dropping or weakening the 'only import modules' style guideline - H302

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 designed to be used as a dsl: self.assertThat(foo, Or(Equals("1"), Equals("2"))) rather than wh

Re: [openstack-dev] Dropping or weakening the 'only import modules' style guideline - H302

I'd favor weakening or removing this requirement. Besides google I've never seen any other python project which enforced this standard, and I think it's a very weak heuristic for readability. Alex On Mon, Aug 5, 2013 at 7:26 PM, Robert Collins wrote: > I wanted to get a temperature reading from

Re: [openstack-dev] Dropping or weakening the 'only import modules' style guideline - H302

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 designed to be > used as a dsl: > self.a

Re: [openstack-dev] Dropping or weakening the 'only import modules' style guideline - H302

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. > > My view on it is that it's a useful heuristic but shouldn't be a > golden rule applied everywhere. Things like matches are designed to be > used a

[openstack-dev] [vmware] VMwareAPI sub-team status update 2013-08-05

Greetings Stackers! We're tracking a new blueprint this week: https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support which is related to https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver on the cinder project. These two together will yield an important fun

[openstack-dev] devstack modifying git repository

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 yo

Re: [openstack-dev] [Swift] gate on functional tests

On Mon, Aug 5, 2013 at 10:59 PM, John Dickinson wrote: > The Swift functional tests have been running as an advisory for a bit now on > all Swift patches. Everything appears to be plumbed together correctly, and > the tests have been added as gating tests for every merge into master. would it b

[openstack-dev] Scheduler sub-group meeting agenda 8/6

A few things we can go over this time: 1) Instance groups 2) Overall scheduler plan 3) Multiple active scheduler policies -- Don Dugger "Censeo Toto nos in Kansa esse decisse." - D. Gale Ph: 303/443-3786 ___ OpenStack-dev mailing list OpenStack-dev@l

[openstack-dev] [Keystone] V3 Extensions Discoverability

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 - https://review.openstack.org/#/c/38414/ ) I was thinking about how

[openstack-dev] [Nova] Blueprint approval

Hi, Would it be possible to get approval for the following blueprint - https://blueprints.launchpad.net/openstack/?searchtext=vmware-nova-cinder-support A WIP review has been posted. Today I am going to add in the unit tests so hopefully this will be ready for review by the end of the day. Thanks

Re: [openstack-dev] Is WSME really suitable? (Was: [nova] Autogenerating the Nova v3 API specification)

On Mon, Aug 5, 2013 at 11:03 AM, Mac Innes, Kiall wrote: > While the topic of WSME is open - Has anyone actually tried using it? > > > > 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. There was