Re: [openstack-dev] [Glance] async workers interface design.

Hi Nikhil, On Fri, Oct 18, 2013 at 7:55 AM, Nikhil Komawar wrote: > Hi all, > > There seem to be varying ideas about the worker interface design for our > blueprint async-glance-workers. Fei and Zhi already have posted detailed > comments on https://review.openstack.org/#/c/46117/21 (PS 21). Venk

Re: [openstack-dev] [Heat] Plugin to use Docker containers a resources in a template

On 10/18/2013 05:16 PM, Sam Alba wrote: > On Thu, Oct 17, 2013 at 8:29 PM, Clint Byrum wrote: >> Excerpts from Sam Alba's message of 2013-10-17 18:06:04 -0700: >>> Hi all, >>> >>> I've been recently working on a Docker plugin for Heat that makes it >>> possible to use Docker containers as resource

Re: [openstack-dev] [Heat] Plugin to use Docker containers a resources in a template

On Thu, Oct 17, 2013 at 8:29 PM, Clint Byrum wrote: > Excerpts from Sam Alba's message of 2013-10-17 18:06:04 -0700: >> Hi all, >> >> I've been recently working on a Docker plugin for Heat that makes it >> possible to use Docker containers as resources. >> >> I've just opened the repository: >> ht

Re: [openstack-dev] [horizon] django-openstack-auth with Django 1.6

On 10/18/2013 02:05 AM, Cristian Tomoiaga wrote: > Hello, > > It seems Django 1.6 switched from Pickle to Json for session serialization. > https://docs.djangoproject.com/en/1.6/topics/http/sessions/#session-serialization > > For anyone getting the error about Token not being serializable, just >

Re: [openstack-dev] [Heat] Plugin to use Docker containers a resources in a template

On Thu, Oct 17, 2013 at 7:47 PM, Steven Dake wrote: > On 10/17/2013 06:06 PM, Sam Alba wrote: >> >> Hi all, >> >> I've been recently working on a Docker plugin for Heat that makes it >> possible to use Docker containers as resources. >> >> I've just opened the repository: >> https://github.com/dot

Re: [openstack-dev] [Heat] Plugin to use Docker containers a resources in a template

On Thu, Oct 17, 2013 at 6:33 PM, Russell Bryant wrote: > On 10/17/2013 09:06 PM, Sam Alba wrote: >> Hi all, >> >> I've been recently working on a Docker plugin for Heat that makes it >> possible to use Docker containers as resources. >> >> I've just opened the repository: >> https://github.com/dot

Re: [openstack-dev] RFC: Freeze deps versions in requirements (was [tripleo], but that's a general topic)

On 10/18/2013 03:35 AM, Clint Byrum wrote: > Excerpts from Thomas Goirand's message of 2013-10-17 08:33:44 -0700: >> See above. Also, remember that package maintainers are a few (me alone >> for Debian, maybe 5 people in Ubuntu/Canonical) fighting hundreds of >> developers who wish not to be distur

Re: [openstack-dev] [Heat] Plugin to use Docker containers a resources in a template

Excerpts from Sam Alba's message of 2013-10-17 18:06:04 -0700: > Hi all, > > I've been recently working on a Docker plugin for Heat that makes it > possible to use Docker containers as resources. > > I've just opened the repository: > https://github.com/dotcloud/openstack-heat-docker > > It's no

Re: [openstack-dev] [Heat] Plugin to use Docker containers a resources in a template

On 10/17/2013 06:06 PM, Sam Alba wrote: Hi all, I've been recently working on a Docker plugin for Heat that makes it possible to use Docker containers as resources. I've just opened the repository: https://github.com/dotcloud/openstack-heat-docker It's now possible to do that via Nova (since t

Re: [openstack-dev] Change in openstack/heat[master]: Implement a Heat-native resource group

Clint Byrum wrote on 10/17/2013 09:16:12 PM: > Excerpts from Mike Spreitzer's message of 2013-10-17 17:19:58 -0700: > > What is the rationale for this new feature? Since there is already an > > autoscaling group implemented by Heat, what is the added benefit here? And > > why is it being don

Re: [openstack-dev] [Heat] Plugin to use Docker containers a resources in a template

On 10/17/2013 09:06 PM, Sam Alba wrote: > Hi all, > > I've been recently working on a Docker plugin for Heat that makes it > possible to use Docker containers as resources. > > I've just opened the repository: > https://github.com/dotcloud/openstack-heat-docker > > It's now possible to do that v

Re: [openstack-dev] Change in openstack/heat[master]: Implement a Heat-native resource group

Excerpts from Mike Spreitzer's message of 2013-10-17 17:19:58 -0700: > What is the rationale for this new feature? Since there is already an > autoscaling group implemented by Heat, what is the added benefit here? And > why is it being done as another heat-native thing rather than as an > indep

[openstack-dev] [Heat] Plugin to use Docker containers a resources in a template

Hi all, I've been recently working on a Docker plugin for Heat that makes it possible to use Docker containers as resources. I've just opened the repository: https://github.com/dotcloud/openstack-heat-docker It's now possible to do that via Nova (since there is now a Docker driver for it). But t

Re: [openstack-dev] Change in openstack/heat[master]: Implement a Heat-native resource group

What is the rationale for this new feature? Since there is already an autoscaling group implemented by Heat, what is the added benefit here? And why is it being done as another heat-native thing rather than as an independent service (e.g., as outlined in https://wiki.openstack.org/wiki/Heat/Au

[openstack-dev] [Glance] async workers interface design.

Hi all, There seem to be varying ideas about the worker interface design for our blueprint [https://blueprints.launchpad.net/openstack/?searchtext=async-glance-workers] async-glance-workers. Fei and Zhi already have posted detailed comments on [https://review.openstack.org/#/c/46117/21] htt

Re: [openstack-dev] [Heat]Blueprint for retry function with idenpotency in Heat

On 10/18/2013 01:54 AM, Mitsuru Kanabuchi wrote: > Hello Mr. Clint, > > Thank you for your comment and prioritization. > I'm glad to discuss you who feel same issue. > >> I took the liberty of targeting your blueprint at icehouse. If you don't >> think it is likely to get done in icehouse, please r

Re: [openstack-dev] [Tempest][Neutron] Discovering enabled extensions

On Thu, Oct 17, 2013 at 10:34:13PM +0200, Salvatore Orlando wrote: > Matt, > > Thanks for the input; after reading Jay's story I was kind of sure that > there was a precise reason for not using extension auto-discovery. > I will then start adding configuration variarables to tests exercising > Neu

[openstack-dev] [Metrics] Improving the data about contributor/affiliation/time

hello folks first of all: congratulations to all developers, testers, users, translators, tech writers for the new release: Havana is out of the gate with impressive numbers. Speaking of numbers, a lot of you have noticed mistakes in the reported numbers, from misspelling of names to missing/wron

Re: [openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova

On 10/17/2013 03:12 PM, Eddie Sheffield wrote: > I don't oppose having the version autodiscovered. But I do feel the option > should be available to override if desired. I've had many problems with over > the years with autoconfiguring systems not doing what I need to be willing to > depend on t

Re: [openstack-dev] [Tempest][Neutron] Discovering enabled extensions

Matt, Thanks for the input; after reading Jay's story I was kind of sure that there was a precise reason for not using extension auto-discovery. I will then start adding configuration variarables to tests exercising Neutron extensions; and ensure in reviews that these variables are added. I think

[openstack-dev] What's Up Doc? Oct 17th 2013

Special release day edition of What's Up Doc -- I want to take a minute to recognize this milestone and give a huge thanks to everyone who made it possible to release docs today. A sincere thank you, pat on the back, and special recognition to the top 10: Andreas Jaeger, Diane Fleming, (me), Tom Fi

Re: [openstack-dev] Announce of Rally - benchmarking system for OpenStack

On Thu, Oct 17, 2013 at 1:44 PM, Jay Pipes wrote: > On 10/17/2013 03:32 PM, Boris Pavlovic wrote: > >> Jay, >> >> >> Or, alternately, just have Rally as part of Tempest. >> >> >> Actually, tempest is used only to verify that cloud works properly. >> And verification is only small part of the Rall

Re: [openstack-dev] Announce of Rally - benchmarking system for OpenStack

On 10/17/2013 03:32 PM, Boris Pavlovic wrote: Jay, Or, alternately, just have Rally as part of Tempest. Actually, tempest is used only to verify that cloud works properly. And verification is only small part of the Rally. At this moment we are using fuel-ostf-tests, but we are going to use t

Re: [openstack-dev] RFC: Freeze deps versions in requirements (was [tripleo], but that's a general topic)

Excerpts from Thomas Goirand's message of 2013-10-17 08:33:44 -0700: > See above. Also, remember that package maintainers are a few (me alone > for Debian, maybe 5 people in Ubuntu/Canonical) fighting hundreds of > developers who wish not to be disturbed. However, in this particular > case, the maj

Re: [openstack-dev] Announce of Rally - benchmarking system for OpenStack

Jay, Or, alternately, just have Rally as part of Tempest. Actually, tempest is used only to verify that cloud works properly. And verification is only small part of the Rally. At this moment we are using fuel-ostf-tests, but we are going to use tempest to verify cloud. Best regards, Boris P

Re: [openstack-dev] [oslo] i18n Message improvements

On 10/17/2013 12:24 PM, John Dennis wrote: On 10/17/2013 12:22 PM, Luis A. Garcia wrote: On 10/16/2013 1:11 PM, Doug Hellmann wrote: [snip] What you're describing sounds a lot like problems that result from the fact Python's default encoding is ASCII as opposed to the more sensible UTF-8. I

Re: [openstack-dev] [Nova] VMWare Mine Sweeper, Congrats!

On 10/17/2013 02:29 PM, Dan Smith wrote: This system is running tempest against a VMWare deployment and posting the results publicly. This is really great progress. It will go a long way in helping reviewers be more confident in changes to this driver. This is huge progress, congrats and than

Re: [openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova

I don't oppose having the version autodiscovered. But I do feel the option should be available to override if desired. I've had many problems with over the years with autoconfiguring systems not doing what I need to be willing to depend on them 100% without a manual override available if at all

Re: [openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova

One relevant aspect here is that v2 and v1 for the images api are not wholly compatible. For example, image properties in v2 can have schema restrictions placed by a deployer--but v1 will ignore those restrictions. So if you're using the nova image api passthru, auto-negotiating the api version cou

Re: [openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova

On Thu, Oct 17, 2013 at 11:26 AM, Tim Bell wrote: > > Would the effort to do the following be substantial ? > > - Nova doing the intelligent thing (i.e. choosing the best one for the > job) by default > - An operator override (do what I tell you in the config file) > > Examples where I would want

[openstack-dev] [savanna] team meeting minutes October 17

Thanks everyone who have joined Savanna meeting. Here are the logs from the meeting: Minutes: http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-10-17-18.07.html Minutes (text): http://eavesdrop.openstack.org/meetings/savanna/2013/savanna.2013-10-17-18.07.txt Log: http://eavesdr

[openstack-dev] [neutron][devstack] LibvirtGenericVIFDRiver and SecurityGroups

Hi neutron devs and others, The same question was brought up on two separate reviews, and I was unable to find any neutron folks in #openstack-neutron. So I will ask the question here: Does the LibvirtGenericVIFDRiver work with Neutron security groups? garyk, a neutron core, says they don't but

Re: [openstack-dev] Announce of Rally - benchmarking system for OpenStack

On 10/17/2013 02:22 PM, Joshua Harlow wrote: Great work boris (and others)! I know at yahoo! me and others are very happy there is a community driven project to gather this kind of information in a repeatable and publicized manner. It has been something that has been missing from the developmen

Re: [openstack-dev] [Nova] VMWare Mine Sweeper, Congrats!

> This system is running tempest against a VMWare deployment and posting > the results publicly. This is really great progress. It will go a long > way in helping reviewers be more confident in changes to this driver. This is huge progress, congrats and thanks to the VMware team for making this

Re: [openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova

Would the effort to do the following be substantial ? - Nova doing the intelligent thing (i.e. choosing the best one for the job) by default - An operator override (do what I tell you in the config file) Examples where I would want to use the operator override are - If I upgrade Glance to the

Re: [openstack-dev] [oslo] i18n Message improvements

On 10/17/2013 12:22 PM, Luis A. Garcia wrote: > On 10/16/2013 1:11 PM, Doug Hellmann wrote: >> >> [snip] >> Option 3 is closer to the new plan for Icehouse, which is to have _() >> return a Message, allow Message to work in a few contexts like a string >> (so that, for example, log calls and excep

[openstack-dev] [Nova] VMWare Mine Sweeper, Congrats!

A while ago I proposed a rule that all compute drivers must have public CI running on them by the Icehouse release for them to stay in Nova. Multiple groups have been hard at work on this since. This effort has reached another milestone today as the VMWare team now has a system voting on patches.

Re: [openstack-dev] Announce of Rally - benchmarking system for OpenStack

Great work boris (and others)! I know at yahoo! me and others are very happy there is a community driven project to gather this kind of information in a repeatable and publicized manner. It has been something that has been missing from the development process (an easy way to how code that is c

[openstack-dev] OpenStack Havana 2013.2 Debian packages available in Sid

Hi, OpenStack "upstream" was released today. Thanks to the release team and a big up to TTX for his work. By the time you read this, probably all of my uploads have reached your local Debian mirror. Please try Havana using either Sid from any Debian mirror, or using the Wheezy backports availabl

Re: [openstack-dev] [horizon] django-openstack-auth with Django 1.6

FWIW, Django 1.6 is not officially supported with Horizon yet. That aside, pickle is generally a security risk (it's equivalent to eval), hence the move away from it in Django. We'll want to see what we can do about making things properly serializable with the JSON serializer in Icehouse. It sh

Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

Excerpts from Thomas Goirand's message of 2013-10-17 00:16:22 -0700: > Hi, > > As you know, I maintain OpenStack both for Debian Sid, and a backport > for Wheezy (non-official) repository (since using the backports > repository for OpenStack wouldn't be practical). Below is the result of > the bui

[openstack-dev] [horizon] django-openstack-auth with Django 1.6

Hello, It seems Django 1.6 switched from Pickle to Json for session serialization. https://docs.djangoproject.com/en/1.6/topics/http/sessions/#session-serialization For anyone getting the error about Token not being serializable, just add the following in settings.py: SESSION_SERIALIZER = 'django

[openstack-dev] [Nova][Glance] Support of v1 and v2 glance APIs in Nova

The following blueprint has been proposed for Nova: https://blueprints.launchpad.net/nova/+spec/use-glance-v2-api It proposes a new config option for Nova to allow choosing whether Nova should use v1 or v2 of the Glance API. I'd like to know if we can do this without a config option. Can No

[openstack-dev] [barbican] Barbican 2013.2 ("Havana") is released

Hello everyone, It is my pleasure to announce the final release of Barbican for Havana 2013.2. Information on the milestone and its associated tarball are available at: https://launchpad.net/cloudkeep/havana/havana With this release, the following features are available: 1) Added Vagrant supp

Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

On 10/18/2013 12:05 AM, Roman Podolyaka wrote: > 4. Everyone's life would be much easier, if we dropped migrations > support for SQLite. Alembic doesn't support ALTER for SQLite at all on > purpose. And I would really like us to switch to using of Alembic in the > following releases. Except that i

Re: [openstack-dev] [oslo] i18n Message improvements

On 10/16/2013 1:11 PM, Doug Hellmann wrote: [snip] Option 3 is closer to the new plan for Icehouse, which is to have _() return a Message, allow Message to work in a few contexts like a string (so that, for example, log calls and exceptions can be left alone, even if they use % to combine a tran

Re: [openstack-dev] [oslo] i18n Message improvements

Doug Hellmann wrote on 10/17/2013 11:01:01 AM: > > We need, at some point in the lifecycle of a Message instance, to > tell the message what locale to use for its translation. At that > point, we have code that knows the message is not a string. If we > already require code like that, then w

Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

On 10/17/2013 04:54 PM, Dolph Mathews wrote: > On Thu, Oct 17, 2013 at 10:31 AM, Thomas Goirand wrote: >> On 10/17/2013 09:11 PM, Monty Taylor wrote: >>> I understand what you are saying and I also understand your frustration. >>> However, OpenStack does not, as of yet, support SQLAlchemy 0.8, and

[openstack-dev] [savanna] team meeting October 17 1800 UTC

Hi folks, We'll be having the Savanna team meeting as usual in #openstack-meeting-alt channel. Agenda: https://wiki.openstack.org/wiki/Meetings/SavannaAgenda#Agenda_for_October.2C_17 http://www.timeanddate.com/worldclock/fixedtime.html?msg=Savanna+Meeting&iso=20131017T18 Sincerely yours, Serg

Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

Hi all, Being a bit familiar with both SQLAlchemy and sqlalchemy-migrate, I decided to check the issue with running of migrations tests in Nova with SQLAlchemy 0.8.x. Long story is here: https://bugs.launchpad.net/sqlalchemy-migrate/+bug/1241038 TL;DR 1. It's really the issue with sqlalchemy-migr

Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

On Thu, Oct 17, 2013 at 10:31 AM, Thomas Goirand wrote: > On 10/17/2013 09:11 PM, Monty Taylor wrote: >> I understand what you are saying and I also understand your frustration. >> However, OpenStack does not, as of yet, support SQLAlchemy 0.8, and as >> you can see, the requirements file does, in

Re: [openstack-dev] RFC: Freeze deps versions in requirements (was [tripleo], but that's a general topic)

On 10/17/2013 09:21 PM, Monty Taylor wrote: > > > On 10/17/2013 08:12 AM, Petr Blaho wrote: >> Hi all, >> >> this is probably 3rd or 4th time in quite short time when we were bitten >> by new version of some out dependencies. >> >> Last one (https://review.openstack.org/#/c/52327/3) was about WSM

Re: [openstack-dev] [Tempest][Neutron] Discovering enabled extensions

On 10/17/2013 10:46 AM, Matthew Treinish wrote: On Thu, Oct 17, 2013 at 10:10:15AM -0400, Jay Pipes wrote: On 10/17/2013 08:46 AM, Salvatore Orlando wrote: Hi, in the discussion for patch https://review.openstack.org/#/c/50880/ Sean asked a very reasonable question: "so are all these [Neutron

Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

On 10/17/2013 09:11 PM, Monty Taylor wrote: > I understand what you are saying and I also understand your frustration. > However, OpenStack does not, as of yet, support SQLAlchemy 0.8, and as > you can see, the requirements file does, in fact, communicate reality, > we depend on <0.8. It does, at

Re: [openstack-dev] [TripleO] Tuskar UI - Resource Class Creation Wireframes - updated

On 10/17/2013 11:10 AM, Jaromir Coufal wrote: Hi Jay, thank you very much for your feedback. Some comments will follow inline: On 2013/16/10 19:15, Jay Pipes wrote: Hi Jarda, wireframes look really nice :) One tiny suggestion: "Assistant (proper halfing of resources)" If I understand correc

Re: [openstack-dev] [TripleO] Tuskar UI - Resource Class Creation Wireframes - updated

Hi Jay, thank you very much for your feedback. Some comments will follow inline: On 2013/16/10 19:15, Jay Pipes wrote: Hi Jarda, wireframes look really nice :) One tiny suggestion: "Assistant (proper halfing of resources)" If I understand correctly, I think a better layout/UI/wording might b

Re: [openstack-dev] [oslo] i18n Message improvements

On Wed, Oct 16, 2013 at 3:38 PM, John S Warren wrote: > Doug Hellmann wrote on 10/16/2013 03:11:12 > PM: > > > > > > This doesn't quite match my understanding. > > > > IIUC, approach 1 was taken during havana and the resulting class did > > not behave enough like a string to work everywhere (spe

Re: [openstack-dev] [Tempest][Neutron] Discovering enabled extensions

On Thu, Oct 17, 2013 at 10:10:15AM -0400, Jay Pipes wrote: > On 10/17/2013 08:46 AM, Salvatore Orlando wrote: > >Hi, > > > >in the discussion for patch https://review.openstack.org/#/c/50880/ Sean > >asked a very reasonable question: > > > >"so are all these [Neutron] extensions always loaded on al

Re: [openstack-dev] [Tempest][Neutron] Discovering enabled extensions

On 10/17/2013 08:46 AM, Salvatore Orlando wrote: Hi, in the discussion for patch https://review.openstack.org/#/c/50880/ Sean asked a very reasonable question: "so are all these [Neutron] extensions always loaded on all environments? If not, how are we detecting which are?" So far we've been r

[openstack-dev] [Stackalytics] 0.3 release

Hello everyone! Together with Havana we are glad to present a new version of Stackalytics - 0.3. In this release the service is extended by email and blueprint processing. Blueprints are metered by popularity - the number of times they are mentioned in either emails o

Re: [openstack-dev] [tripleo] RFC: Freeze deps versions in requirements

On 10/17/2013 08:12 AM, Petr Blaho wrote: > Hi all, > > this is probably 3rd or 4th time in quite short time when we were bitten > by new version of some out dependencies. > > Last one (https://review.openstack.org/#/c/52327/3) was about WSME > released version 0.5b6 and our tests fail. Well -

Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

On 10/17/2013 08:57 AM, Thomas Goirand wrote: > Hi, > > Thanks Robert for this quick reply. > > On 10/17/2013 07:31 PM, Robert Collins wrote: >> Hey Thomas, this is good information to know about. >> >> It seems like all these issues could be bug reports? > > My intention was to first warn the

Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

Hi, Thanks Robert for this quick reply. On 10/17/2013 07:31 PM, Robert Collins wrote: > Hey Thomas, this is good information to know about. > > It seems like all these issues could be bug reports? My intention was to first warn the list, as it is well possible that there was some mistake that I

Re: [openstack-dev] [Heat]Blueprint for retry function with idenpotency in Heat

Hello Mr. Clint, Thank you for your comment and prioritization. I'm glad to discuss you who feel same issue. > I took the liberty of targeting your blueprint at icehouse. If you don't > think it is likely to get done in icehouse, please raise that with us at > the weekly meeting if you can and w

[openstack-dev] [swift] debug output truncated

I have swift version 1.9.1-dev loaded. Debug output listing the 1st curl command is truncated. Is there anyway to get the full command that was issued displayed? Has it been corrected in a later version? swift --verbose --debug -V 1.0 -A http://10.113.193.189/auth -U rados:swift -K 123 list

[openstack-dev] [Tempest][Neutron] Discovering enabled extensions

Hi, in the discussion for patch https://review.openstack.org/#/c/50880/ Sean asked a very reasonable question: "so are all these [Neutron] extensions always loaded on all environments? If not, how are we detecting which are?" So far we've been relying on devstack-gate setup, I think. If the exte

[openstack-dev] [tripleo] RFC: Freeze deps versions in requirements

Hi all, this is probably 3rd or 4th time in quite short time when we were bitten by new version of some out dependencies. Last one (https://review.openstack.org/#/c/52327/3) was about WSME released version 0.5b6 and our tests fail. I do not want to argue if problem is on tuskar side (probably tu

Re: [openstack-dev] Building on Debian: Havana unit tests at build time report

Hey Thomas, this is good information to know about. It seems like all these issues could be bug reports? On 17 October 2013 20:16, Thomas Goirand wrote: > Hi, ... > These appear in both Sid and Wheezy backports. > > * Nova > == > > Only a single: FAIL: > nova.tests.db.test_migrations.TestNov

[openstack-dev] [devstack] Openstack Multinode installation with Devstack

Hi everyone, Did anyone have tried openstack installation with Devstack recently ? Particularly, *Multi node installation* and with the recent code in openstack-dev git. Is the devstack code is ready to install latest Havana ? Thanks ___ OpenSt

Re: [openstack-dev] [Neutron] Tenant's info from plugin/services

Hi Ivar, Please take a look at this review: https://review.openstack.org/#/c/52128/ Here Akihiro adds tenant and user names to the Neutron context. Thanks, Oleg On Thu, Oct 17, 2013 at 2:55 AM, Ivar Lazzaro wrote: > Hello Everyone, > > ** ** > > I was wondering if there’s a “standard” wa

Re: [openstack-dev] [Heat] HOT Software configuration proposal

On 16/10/13 21:02, Clint Byrum wrote: Excerpts from Zane Bitter's message of 2013-10-16 06:16:33 -0700: >I'd love to be able to put this control in the user's hands by just >using provider templates - i.e. you designate PuppetServer.yaml as the >provider for an OS::Nova::Server in your template

Re: [openstack-dev] [qa] Update: Nova API List for Missing Tempest Tests

Hi, I also collect the tests status for nova v3 api manually. You can find the status of v3 tests in this link: https://etherpad.openstack.org/p/nova-v3-tests Because there are some extensions that just extend the attribute of specific api reponse, or convert some input before specific api c

Re: [openstack-dev] [Neutron] Common requirements for services' discussion

Hi All, We will have the "advanced services" and the common requirements IRC meeting on Tuesdays 15.30 UTC (8.30 AM PDT) on the #openstack-meeting-alt channel. The meeting time was chosen to accommodate requests by folks in Asia and will hopefully suit most people involved. Please note that this i