Re: [openstack-dev] Change in openstack/neutron-specs[master]: Neutron API for Service Chaining

Hi Nicolas, Thanks for your suggestion. Yes, we can add Application ID to the parameter of the flow classifier/filter. The next updated version will reflect this. Actually in its existing design, the parameter field of the flow classifier can be extended in the future to include more flow descr

Re: [openstack-dev] [all] FYI - dropping non RabbitMQ support in devstack

Hi, please don't remove zmq support from devstack. We are now in progress of writing a new version of the driver. I use devstack each time to check the driver functionality. When the implementation become public it will be even more important to have a possibility to check it on devstack. Thanks,

Re: [openstack-dev] [Solum] Roadmap additions

Keith Bray wrote: > As an FYI, I took a shot at updating the OpenStack wiki view of the > Roadmap for Solum per IRC and developer collaboration, where good > progress has been made over the last cycle delivering on features that > make Solum usable in a production OpenStack system environment. Thi

Re: [openstack-dev] [Openstack] [Ceilometer] Ceilometer Python API Documentation

Debug Ceilometer code, It is the best documentation itself! On Thu, Jun 18, 2015 at 11:16 AM, gordon chung wrote: > hi Hassaan, > > there's a similar link here: > http://docs.openstack.org/developer/python-ceilometerclient > > i don't know if we have official docs but you can see some usage e

Re: [openstack-dev] [ceilometer] When do we import aodh?

On Wed, Jun 17 2015, gordon chung wrote: > don't we need an initial migration still? to create all the base > tables? You don't need a migration for that, SQLAlchemy handles that on its own. We'll add an initial migration once we start using Alembic. > any thought to using ceilometer repo as a

Re: [openstack-dev] V3 Authentication for swift store

> -Original Message- > From: Jamie Lennox [mailto:[email protected]] > Sent: 18 June 2015 07:02 > To: OpenStack Development Mailing List (not for usage questions) > Subject: [openstack-dev] [glance] V3 Authentication for swift store > > Hey everyone, > > TL;DR: glance_store require

Re: [openstack-dev] [all] FYI - dropping non RabbitMQ support in devstack

On 17/06/15 15:08 -0400, Doug Hellmann wrote: Excerpts from Sean Dague's message of 2015-06-17 14:07:35 -0400: On 06/17/2015 01:29 PM, Clint Byrum wrote: > Excerpts from Sean Dague's message of 2015-06-16 10:16:34 -0700: >> On 06/16/2015 12:49 PM, Clint Byrum wrote: >>> Excerpts from Sean Dague'

Re: [openstack-dev] [Ceilometer][Gnocchi] question on integration with time-series databases

On 18 Jun 2015 at 04:44:18, gordon chung ([email protected]) wrote: On 17/06/2015 12:57 PM, Chris Dent wrote:  > On Tue, 16 Jun 2015, Simon Pasquier wrote:  >  >> I'm still struggling to see how these optimizations would be implemented  >> since the current Gnocchi design has separate backends for ind

Re: [openstack-dev] [oslo.messaging][zeromq] Next step

On 16/06/15 19:51 +, Alec Hothan (ahothan) wrote: Gordon, These are all great points for RPC messages (also called "CALL" in oslo messaging). There are similar ambiguous contracts for the other types of messages (CAST and FANOUT). I am worried about the general lack of interest from the comm

Re: [openstack-dev] [neutron][db] online schema upgrades

On Wed, Jun 17, 2015 at 8:23 PM, Mike Bayer wrote: > > > On 6/17/15 12:40 PM, Ihar Hrachyshka wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 06/17/2015 11:27 AM, Anna Kamyshnikova wrote: > > Ihar, thanks for bringing this up! > > This is very interesting and I think it worth

Re: [openstack-dev] [murano] shellcheck all .sh scripts in murano-deployment

After thinking about this for a while, I came to think, that we also need a jslinter job for murano-dashboard. Horizon is currently adopting eslint as a one tool for the job (meant to replace jscs and jshint afaiu), so we could adopt this as part of the blueprint, I filed. --  Kirill Zaitsev Mu

Re: [openstack-dev] [all] FYI - dropping non RabbitMQ support in devstack

On 06/18/2015 03:28 AM, ozamiatin wrote: > Hi, please don't remove zmq support from devstack. > We are now in progress of writing a new version of the driver. > I use devstack each time to check the driver functionality. > When the implementation become public it will be even more > important to ha

[openstack-dev] Specify a domain in mapping rules

Hi all, I'm a Python/Django software developer [1]. We have to do an integration of OpenStack and a Shibboleth IdP in my current project. This is not a easy feature to configure... but finally we got it :-) Now we only need specify a domain for the user different to the "Federated" default domai

Re: [openstack-dev] [glance] V3 Authentication for swift store

Hi Jamie, Glance has another way of specifying the swift credentials for the single tenant store which may (?) be useful here. In glance-swift.conf you can specify something like: [ref1] user = tenant:user1 key = key1 auth_address = [email protected] which means that in the database 'ref1' i

Re: [openstack-dev] [Manila] Expected Manila behavior for creation of share from snapshot

On Thu, Jun 18, 2015 at 8:43 AM, Ben Swartzlander wrote: > On 06/03/2015 12:43 PM, Deepak Shetty wrote: > > > > On Tue, Jun 2, 2015 at 4:42 PM, Valeriy Ponomaryov < > [email protected]> wrote: > >> Deepak, >> >> "transfer-*" is not suitable in this particular case. Usage of share >> netw

Re: [openstack-dev] [Fuel] Improvement of the blueprint specs template

I realize, that discussing this topic in the email is hard. I filed a review request with some changes to the template and invite you folks to take a look at that: https://review.openstack.org/193070 > 16 черв. 2015 о 17:08 Roman Prykhodchenko написав(ла)

Re: [openstack-dev] Change in openstack/neutron-specs[master]: Neutron API for Service Chaining

On 06/17/2015 02:24 PM, Cathy Zhang wrote: Hi Nicolas, Thanks for your suggestion. Yes, we can add Application ID to the parameter of the flow classifier/filter. The next updated version will reflect this. Actually in its existing design, the parameter field of the flow classifier can be extende

Re: [openstack-dev] Proposing Brian Haley to Neutron L3 Core Reviewer Team

Congratulations Brian! Great addition to the L3 team! On Wed, Jun 17, 2015 at 11:14 PM Edgar Magana wrote: > Congratulations Brian! Welcome to the team! > > Edgar > > > > > On 6/17/15, 3:59 PM, "Carl Baldwin" wrote: > > >It has been a week and feedback has been positive and supportive of > >Br

Re: [openstack-dev] [Keystone][OSC] Keystone v3 user create --project $projid does not add user to project?

Hi Rick, In Keystone, Domains are the container of users, so a user belongs to a domain and you can grant role assignments for projects. With this call that you made, you will set the project default to this user, after that you need to grant a role for this user in this project. So, you can do:

Re: [openstack-dev] [Manila] Expected Manila behavior for creation of share from snapshot

On 06/18/2015 07:08 AM, Deepak Shetty wrote: On Thu, Jun 18, 2015 at 8:43 AM, Ben Swartzlander mailto:[email protected]>> wrote: On 06/03/2015 12:43 PM, Deepak Shetty wrote: On Tue, Jun 2, 2015 at 4:42 PM, Valeriy Ponomaryov mailto:[email protected]>> wrote:

Re: [openstack-dev] stackforge projects are not second class citizens

On 06/16/2015 08:16 PM, Georgy Okrokvertskhov wrote: In Murano project we do see a positive impact of BigTent model. Since Murano was accepted as a part of BigTent community we had a lot of conversations with potential users. They were driven exactly by the fact that Murano is now "officially" re

Re: [openstack-dev] [Keystone][OSC] Keystone v3 user create --project $projid does not add user to project?

On 06/18/2015 06:43 AM, Raildo Mascena wrote: Hi Rick, In Keystone, Domains are the container of users, so a user belongs to a domain and you can grant role assignments for projects. With this call that you made, you will set the project default to this user, after that you need to grant a r

Re: [openstack-dev] [Congress] Mid-cycle sprint

Hi Adam, Thanks for the offer! It'd definitely be great to join you all in Boston, but I'm guessing the logistics aren't going to work out. Most of the people I've heard from are in the Bay Area, which makes it hard to host in Boston.But I'll keep it in mind and float it by everyone. Tim

Re: [openstack-dev] [all] FYI - dropping non RabbitMQ support in devstack

On 06/18/2015 06:49 AM, Sean Dague wrote: > On 06/18/2015 03:28 AM, ozamiatin wrote: >> Hi, please don't remove zmq support from devstack. >> We are now in progress of writing a new version of the driver. >> I use devstack each time to check the driver functionality. >> When the implementation beco

[openstack-dev] Debian already using Python 3.5: please gate on that

Hi! tl;dr: skip this message, the subject line is enough! :) As per the subject line, we already have Python 3.5 in Debian (AFAICT, from Debian Experimental, in version beta 2). As a consequence, we're already running (unit) tests using Python 3.5. Some have failures: I could see issues in ceilom

Re: [openstack-dev] [all] FYI - dropping non RabbitMQ support in devstack

yay! thanks Sean. -- dims On Thu, Jun 18, 2015 at 9:36 AM, Sean Dague wrote: > On 06/18/2015 06:49 AM, Sean Dague wrote: >> On 06/18/2015 03:28 AM, ozamiatin wrote: >>> Hi, please don't remove zmq support from devstack. >>> We are now in progress of writing a new version of the driver. >>> I use

Re: [openstack-dev] [all] FYI - dropping non RabbitMQ support in devstack

Hi Sean, Thanks a lot for the plugin! I was a little bit confused with a commit message and dropping of drivers support. It turns really not so hard to test zeromq driver with plugin. So I have no objections any more and removing my -1. But I also agree with Doug Hellmann and other speakers tha

Re: [openstack-dev] [neutron][db] online schema upgrades

my initial proposal for scripted expand/contract migrations is up: https://review.openstack.org/#/c/192937/ On 6/18/15 5:54 AM, Anna Kamyshnikova wrote: On Wed, Jun 17, 2015 at 8:23 PM, Mike Bayer > wrote: On 6/17/15 12:40 PM, Ihar Hrachyshka wrote: -

Re: [openstack-dev] stackforge projects are not second class citizens

Joe, I must respectfully disagree. The statistics you used to indicate that Magnum did not benefit from joining the tent are not telling the whole story. Facts: 1) When we had our Midcycle just before joining OpenStack in March we had 24 contributors from 13 affiliations when we joined. You wer

Re: [openstack-dev] [all] FYI - dropping non RabbitMQ support in devstack

On 06/18/2015 09:54 AM, ozamiatin wrote: > Hi Sean, > > Thanks a lot for the plugin! > I was a little bit confused with a commit message and dropping of > drivers support. > It turns really not so hard to test zeromq driver with plugin. Yes, that was the design goal with the whole plugin mechanis

Re: [openstack-dev] [Solum][Mistral] Help with a patch

Hi, Devdatta! Thank you for catching this and for the patch. I already reviewed it and it has been merged. -- Best Regards, Nikolay __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-r

[openstack-dev] [Fuel] Packaged Fuel and "Feature Groups"

Hi, everyone, could you please clarify a bit about how FEATURE_GROUPS [1] parameter is handled in Fuel. Currently we have it specified at ISO build stage, while from the description of it it looks like it is just a UI switch which doesn't change anything deep inside the code. Can it be changed a

[openstack-dev] [trove]Any process of redis configuration group

Hi all, We're trying to implement redis configuration group for trove. Now I can see the blueprint in http://specs.openstack.org/openstack/trove-specs/specs/liberty/redis-configuration-groups.html But is anyone working on it now? It would be better to know about the process about it and help

Re: [openstack-dev] Debian already using Python 3.5: please gate on that

On 6/18/15, 08:44, "Thomas Goirand" wrote: >Hi! > >tl;dr: skip this message, the subject line is enough! :) > >As per the subject line, we already have Python 3.5 in Debian (AFAICT, >from Debian Experimental, in version beta 2). As a consequence, we're >already running (unit) tests using Python

Re: [openstack-dev] [Manila] Expected Manila behavior for creation of share from snapshot

On Thu, Jun 18, 2015 at 6:16 PM, Ben Swartzlander wrote: > On 06/18/2015 07:08 AM, Deepak Shetty wrote: > > > > On Thu, Jun 18, 2015 at 8:43 AM, Ben Swartzlander > wrote: > >> On 06/03/2015 12:43 PM, Deepak Shetty wrote: >> >> >> >> On Tue, Jun 2, 2015 at 4:42 PM, Valeriy Ponomaryov < >> vpono

[openstack-dev] [Fuel][Plugins] Using Gerrit workflow for Fuel Plugins Guides

Hi to all, Please, be informed about the following: you can now use Gerrit workflow for creating your Plugin Guides. Previously, you had to send a pdf that was less flexible way of writing and reviewing. You can find detailed instructions and recommendations at Fuel Plugins wiki page [1]. Pleas

Re: [openstack-dev] [os-ansible-deployment] Core team nomination

+1 -- Hugh Saunders On 13 June 2015 at 18:18, Kevin Carter wrote: > Hello, > > I would like to nominate Ian Cordasco (sigmavirus24 on IRC) for the > os-ansible-deployment-core team. Ian has been contributing to the OSAD > project for some time now and has always had quality reviews[0], he's > l

Re: [openstack-dev] [all] setup.py executable bit

On 06/17/2015 03:24 PM, Ian Cordasco wrote: > > > On 6/17/15, 13:53, "Jeremy Stanley" wrote: > >> On 2015-06-17 14:47:48 -0400 (-0400), Doug Hellmann wrote: >>> +1 both to using -x and to removing the shebang. >> >> Agreed. We don't want anyone directly invoking this file as an >> executable sc

Re: [openstack-dev] [Solum][app-catalog] [ Supporting swift downloads for operator languagepacks

Kevin, You are right. To avoid overloading the app catalog servers, Solum operators can (should?) have local copies of the languagepacks (LPs) in their Glance/Swift installations which are part of their Solum install. Solum currently does have the ability to download LPs from Glance or Swift

Re: [openstack-dev] [trove]Any process of redis configuration group

Hi, Yes, someone is working on this (see assignee in the blueprint), the blueprint is the first step of the process. You’ll likely get more out of the community if you participated on IRC at #openstack-trove. Many contributors to the project participate in a weekly meeting which is held on Wed

Re: [openstack-dev] [trove]Any process of redis configuration group

Hi [email protected], (you forgot to identify yourself ;) ) A quick search in gerrit turned up the following review for ‘Configuration Groups for Redis’: https://review.openstack.org/#/c/191860 Hope that helps! Thanks, Peter From: 陈迪豪 [mailto:chend

Re: [openstack-dev] [Neutron] Proposing Ann Kamyshnikova for the API & DB core reviewer team

It has been a week and feedback has been positive and supportive of Ann's nomination. Welcome to the Neutron DB core reviewer team, Ann. -- Henry On Thu, Jun 11, 2015, Henry Gessau wrote: > As one of the Lieutenants [1] for the API and DB areas under the PTL, I would > like to propose Ann Kamy

Re: [openstack-dev] [Keystone][OSC] Keystone v3 user create --project $projid does not add user to project?

This was entirely intentional, in order to replace the implicit role assignment behavior in v2 with an explicit behavior in v3. The default_project_id attribute (***emphasis*** mine): > References the user's default project against which to authorize, if the API user does not explicitly specify o

[openstack-dev] [sahara] Removing Hadoop 1 support in Liberty

Hi folks, we were discussing the Hadoop 1 support drop on todays meeting [1] and so I'd like to ensure that more people aware about it. So, it you are using Hadoop 1 and would like us to keep it in Sahara, please, tell us about it :) Spec on review [2] already. [1] http://eavesdrop.openstack.org/

[openstack-dev] [sahara] Liberty cycle client features & releases planning

Hi sahara folks, I'd like to ask you to fill features you'd like to add to the sahara client during the Liberty cycle. Please, add links to the specs / CRs, put your name to have a contact. If you have an idea, when the patch will be ready, put the date as well. The main reason for doing it - to

Re: [openstack-dev] [Fuel] Packaged Fuel and "Feature Groups"

Hi, Yes, it is possible to change the value of feature_groups after master node installation. Currently it affects only availability of a few options in Fuel UI. 2015-06-18 17:11 GMT+03:00 Aleksandra Fedorova : > Hi, everyone, > > could you please clarify a bit about how FEATURE_GROUPS [1] param

Re: [openstack-dev] [Neutron] Proposing Ann Kamyshnikova for the API & DB core reviewer team

Congratulations Ann and welcome to the team! Edgar On 6/18/15, 8:56 AM, "Henry Gessau" wrote: >It has been a week and feedback has been positive and supportive of >Ann's nomination. Welcome to the Neutron DB core reviewer team, Ann. > >-- >Henry > >On Thu, Jun 11, 2015, Henry Gessau wrote

Re: [openstack-dev] [all] FYI - dropping non RabbitMQ support in devstack

Excerpts from Sean Dague's message of 2015-06-18 07:09:56 -0700: > On 06/18/2015 09:54 AM, ozamiatin wrote: > > Hi Sean, > > > > Thanks a lot for the plugin! > > I was a little bit confused with a commit message and dropping of > > drivers support. > > It turns really not so hard to test zeromq dr

Re: [openstack-dev] [Fuel] Packaged Fuel and "Feature Groups"

Also feature_groups is used for selecting usage statistics collector. If 'mirantis' is in feature_groups we are using one instance of statistics collector and another collector instance in other case. On Thu, Jun 18, 2015 at 7:04 PM, Vitaly Kramskikh wrote: > Hi, > > Yes, it is possible to chang

Re: [openstack-dev] Change in openstack/neutron-specs[master]: Neutron API for Service Chaining

On 18 June 2015 at 04:30, Jay Pipes wrote: > On 06/17/2015 02:24 PM, Cathy Zhang wrote: > >> Hi Nicolas, >> >> Thanks for your suggestion. Yes, we can add Application ID to the >> parameter of the flow classifier/filter. The next updated version will >> reflect this. Actually in its existing desi

Re: [openstack-dev] Change in openstack/neutron-specs[master]: Neutron API for Service Chaining

On 06/18/2015 12:46 PM, Armando M. wrote: On 18 June 2015 at 04:30, Jay Pipes mailto:[email protected]>> wrote: On 06/17/2015 02:24 PM, Cathy Zhang wrote: Hi Nicolas, Thanks for your suggestion. Yes, we can add Application ID to the parameter of the flow classifier

Re: [openstack-dev] Change in openstack/neutron-specs[master]: Neutron API for Service Chaining

On 18 June 2015 at 09:54, Jay Pipes wrote: > On 06/18/2015 12:46 PM, Armando M. wrote: > >> On 18 June 2015 at 04:30, Jay Pipes > > wrote: >> >> On 06/17/2015 02:24 PM, Cathy Zhang wrote: >> >> Hi Nicolas, >> >> Thanks for your suggestion. Yes, we ca

Re: [openstack-dev] [Security] Nominating Michael McCune for Security CoreSec

+1 On Mon, Jun 15, 2015 at 12:16 PM, McPeak, Travis wrote: > I¹d like to propose Michael McCune for CoreSec membership. > > I¹ve worked with Michael (elmiko) on numerous security tasks and > bugs, and he has a great grasp on security concepts and is very active > in the OpenStack security commun

Re: [openstack-dev] [Security] Nominating Travis McPeak for Security CoreSec

On 06/16/2015 02:28 AM, Clark, Robert Graham wrote: > I’d like to nominate Travis for a CoreSec position as part of the > Security project. - CoreSec team members support the VMT with extended > consultation on externally reported vulnerabilities. > > > > Travis has been an active member of t

Re: [openstack-dev] [Security] Nominating Travis McPeak for Security CoreSec

+1 -TK On Tue, Jun 16, 2015 at 5:28 AM, Clark, Robert Graham wrote: > I’d like to nominate Travis for a CoreSec position as part of the > Security project. - CoreSec team members support the VMT with extended > consultation on externally reported vulnerabilities. > > > > Travis has been an act

Re: [openstack-dev] [Security] Nominating Michael McCune for Security CoreSec

On 06/15/2015 09:16 AM, McPeak, Travis wrote: > I¹d like to propose Michael McCune for CoreSec membership. > > I¹ve worked with Michael (elmiko) on numerous security tasks and > bugs, and he has a great grasp on security concepts and is very active > in the OpenStack security community. I think

Re: [openstack-dev] Debian already using Python 3.5: please gate on that

Excerpts from Thomas Goirand's message of 2015-06-18 15:44:17 +0200: > Hi! > > tl;dr: skip this message, the subject line is enough! :) > > As per the subject line, we already have Python 3.5 in Debian (AFAICT, > from Debian Experimental, in version beta 2). As a consequence, we're > already runn

Re: [openstack-dev] DB2 CI enablement on Keystone

On 6/15/2015 5:00 AM, Feng Xi BJ Yan wrote: Hi, Keystone guys, Could we have a talk about DB2 CI enablement on this Monday, 8PM central US time? which is Tuesday 9AM beijeing time? For your questions, here are my answers: 1) Is the team going to be responsive to requests unlike last time the

Re: [openstack-dev] [all] DevStack switching from MySQL-python to PyMySQL

On 6/15/2015 6:30 AM, Sean Dague wrote: On 06/11/2015 06:29 AM, Sean Dague wrote: On 06/09/2015 06:42 PM, Jeremy Stanley wrote: As discussed in the Liberty Design Summit "Moving apps to Python 3" cross-project workshop, the way forward in the near future is to switch to the pure-python PyMySQ

Re: [openstack-dev] [oslo.messaging][zeromq] pub/sub support for the revised zeromq driver

On 6/1/15, 5:03 PM, "Davanum Srinivas" mailto:[email protected]>> wrote: fyi, the spec for zeromq driver in oslo.messaging is here: https://review.openstack.org/#/c/187338/1/specs/liberty/zmq-patterns-usage .rst,unified The above spec suggests using the zmq pub/sub/xpub/xsub proxy pattern for

Re: [openstack-dev] [Neutron] Proposing Ann Kamyshnikova for the API & DB core reviewer team

Congratulations Ann! On Thu, Jun 18, 2015 at 12:22 PM Edgar Magana wrote: > Congratulations Ann and welcome to the team! > > Edgar > > > > > On 6/18/15, 8:56 AM, "Henry Gessau" wrote: > > >It has been a week and feedback has been positive and supportive of > >Ann's nomination. Welcome to the N

Re: [openstack-dev] [Security] Nominating Michael McCune for Security CoreSec

+1! -Original Message- From: McPeak, Travis Sent: Monday, June 15, 2015 9:17 AM To: [email protected] Subject: [openstack-dev] [Security] Nominating Michael McCune for Security CoreSec I¹d like to propose Michael McCune for CoreSec membership. I¹ve worked with Michael (e

Re: [openstack-dev] [Security] Nominating Travis McPeak for Security CoreSec

+1! From: Clark, Robert Graham Sent: Tuesday, June 16, 2015 2:29 AM To: OpenStack Development Mailing List ([email protected]) Subject: [openstack-dev] [Security] Nominating Travis McPeak for Security CoreSec I'd like to nominate Travis for a CoreSec position as part of the

Re: [openstack-dev] (re)centralizing library release management

Excerpts from Doug Hellmann's message of 2015-06-09 16:08:16 -0400: > Excerpts from Doug Hellmann's message of 2015-06-09 13:25:26 -0400: > > Until now we have encouraged project teams to prepare their own > > library releases as new versions of projects were needed. We've > > started running into

[openstack-dev] [qa] Status of account creds in the [identity] section of tempest.conf

We had a discussion about this at the qa meeting today around the following proposal: tl;dr The test accounts feature provides the same functionality as the embedded credentials. We should deprecate the account information embedded directly in tempest.conf in favor of test-accounts, and remove

Re: [openstack-dev] Debian already using Python 3.5: please gate on that

On Thursday, June 18, 2015, Doug Hellmann wrote: > Excerpts from Thomas Goirand's message of 2015-06-18 15:44:17 +0200: > > Hi! > > > > tl;dr: skip this message, the subject line is enough! :) > > > > As per the subject line, we already have Python 3.5 in Debian (AFAICT, > > from Debian Experimen

Re: [openstack-dev] [Security] Nominating Travis McPeak for Security CoreSec

On 2015-06-16 05:08:35 - (-), Robert Graham Clark wrote: > I’d like to nominate Travis for a CoreSec position as part of the > Security project. [...] Sounds great. His input has been invaluable, and I welcome more of it! -- Jeremy Stanley signature.asc Description: Digital signature __

Re: [openstack-dev] Debian already using Python 3.5: please gate on that

On Thu, Jun 18, 2015 at 7:17 PM, Brian Curtin wrote: > > > On Thursday, June 18, 2015, Doug Hellmann wrote: > >> Excerpts from Thomas Goirand's message of 2015-06-18 15:44:17 +0200: >> > Hi! >> > >> > tl;dr: skip this message, the subject line is enough! :) >> > >> > As per the subject line, we

Re: [openstack-dev] [GBP][Heat] Group-based Policy plug-in for Heat

Zane, I will fix this (and the other GBP packages) as soon as I possibly can. I agree it would be better to move the GBP heat support into the heat repo, either main tree or /contrib, but others on the GBP team would most likely handle that. Seem reasonable for liberty. Thanks, -Bob On 6/17/

[openstack-dev] [neutron] Service Chain project IRC meeting minutes - 06/18/2015

Hi Everyone, Thanks for joining the service chaining project meeting on 6/18/2015. Here is the link to the meeting logs: http://eavesdrop.openstack.org/meetings/service_chaining/2015/ A brief summary on today’s discussion: 1. Update on repository creation Repository has been created on O

Re: [openstack-dev] [Neutron] Proposing Ann Kamyshnikova for the API & DB core reviewer team

Thanks! It is a great honor and huge responsibility that I'll try to fit in. On Jun 18, 2015 8:42 PM, "Paul Michali" wrote: > Congratulations Ann! > > On Thu, Jun 18, 2015 at 12:22 PM Edgar Magana > wrote: > >> Congratulations Ann and welcome to the team! >> >> Edgar >> >> >> >> >> On 6/18/15, 8

Re: [openstack-dev] [Security] Nominating Travis McPeak for Security CoreSec

On 06/16/2015 02:28 AM, Clark, Robert Graham wrote: > I'd like to nominate Travis for a CoreSec position as part of the Security > project. - CoreSec team members support the VMT with extended consultation on > externally reported vulnerabilities. > > Travis has been an active member of the Secu

[openstack-dev] [app-catalog] [solum] Base Image tagging vs. App tagging

Hi folks, I had to leave the app-catalog IRC meeting early today, but I read back through the logs. I wanted to bring up a point about Apps vs. Components, and determination of what is an app and tagging. I don't think it's any more black and white with Solum language packs than it is with G

[openstack-dev] [all] [qpid] [zmq] [RabbitMQ] [oslo] Pending deprecation of driver(s).

Hello! I know there's been a lot of churn and misunderstanding over the recent devstack changes, so I wanted to make it clear where we're going with messaging drivers now that the policy [1] was approved. According to the policy, drivers need to have at least 60% unit test coverage, and an integra

Re: [openstack-dev] [all] DevStack switching from MySQL-python to PyMySQL

On 6/18/15 1:28 PM, Matt Riedemann wrote: It's not only neutron, I saw some pymysql failures in nova the other day for 'too many connections' or some such related error. "too many connections" is an error raised by MySQL when more connections are attempting to connect than the max_con

Re: [openstack-dev] Debian already using Python 3.5: please gate on that

Excerpts from Brian Curtin's message of 2015-06-18 13:17:52 -0500: > On Thursday, June 18, 2015, Doug Hellmann wrote: > > > Excerpts from Thomas Goirand's message of 2015-06-18 15:44:17 +0200: > > > Hi! > > > > > > tl;dr: skip this message, the subject line is enough! :) > > > > > > As per the su

Re: [openstack-dev] [all] DevStack switching from MySQL-python to PyMySQL

On 06/18/2015 03:47 PM, Mike Bayer wrote: > > > On 6/18/15 1:28 PM, Matt Riedemann wrote: >> >> >>> >> >> It's not only neutron, I saw some pymysql failures in nova the other >> day for 'too many connections' or some such related error. > > "too many connections" is an error raised by MySQL when

[openstack-dev] [nova] Low Hanging Fruit etherpad

Hi All, I have started an etherpad for tracking "low hanging fruit" work in Nova: https://etherpad.openstack.org/p/nova-low-hanging-fruit I have linked it on the Nova Mentoring wiki [1] and populated it with a bit of information about the remaining work that needs to be done to convert the rest

Re: [openstack-dev] [app-catalog] [solum] Base Image tagging vs. App tagging

Good thing to discuss. So, if you can launch a Solum Language Pack without the user needing to do extra steps like creating a git repo and populating it, committing, etc, then yeah, I think that fits the app tag definition we came up with. Something a user could go into the catalog, hit launch,

Re: [openstack-dev] [all] DevStack switching from MySQL-python to PyMySQL

On 6/18/15 3:53 PM, Sean Dague wrote: On 06/18/2015 03:47 PM, Mike Bayer wrote: On 6/18/15 1:28 PM, Matt Riedemann wrote: It's not only neutron, I saw some pymysql failures in nova the other day for 'too many connections' or some such related error. "too many connections" is an error raise

[openstack-dev] [api][Solum] Request for feedback on new API resource

Hi, API WG team, In Solum, recently we have been working on some changes to our REST API. Basically, we have introduced a new resource ('app'). The spec for this has been accepted by Solum cores. https://github.com/stackforge/solum-specs/blob/master/specs/liberty/app-resource.rst Right now

Re: [openstack-dev] [app-catalog] [solum] Base Image tagging vs. App tagging

This makes sense to me too, and I feel like Kevin captures the flow I imagine for an app. Considering the point of the app catalog is to showcase what you can do with an OpenStack environment, if a Solum LP can be grabbed from the catalog and results in them just needing to add some information fo

[openstack-dev] [Stackalytics] Complementary projects

Greetings, I am wondering the reason for the complementary projects listing[1] in Stackalytics? Specifically, why does stackalytics-processor import docker and cloudfoundry projects into the stats? [1] http://stackalytics.com/?project_type=complementary&metric=commits __

Re: [openstack-dev] [all] DevStack switching from MySQL-python to PyMySQL

Excerpts from Sean Dague's message of 2015-06-18 12:53:16 -0700: > On 06/18/2015 03:47 PM, Mike Bayer wrote: > > > > > > On 6/18/15 1:28 PM, Matt Riedemann wrote: > >> > >> > >>> > >> > >> It's not only neutron, I saw some pymysql failures in nova the other > >> day for 'too many connections' or

Re: [openstack-dev] [all] DevStack switching from MySQL-python to PyMySQL

On 06/18/2015 04:28 PM, Clint Byrum wrote: > Excerpts from Sean Dague's message of 2015-06-18 12:53:16 -0700: >> On 06/18/2015 03:47 PM, Mike Bayer wrote: >>> >>> >>> On 6/18/15 1:28 PM, Matt Riedemann wrote: > It's not only neutron, I saw some pymysql failures in nova the o

Re: [openstack-dev] [all] [qpid] [zmq] [RabbitMQ] [oslo] Pending deprecation of driver(s).

Excerpts from Clint Byrum's message of 2015-06-18 12:47:21 -0700: > Hello! I know there's been a lot of churn and misunderstanding over the > recent devstack changes, so I wanted to make it clear where we're going > with messaging drivers now that the policy [1] was approved. > > According to the

Re: [openstack-dev] Debian already using Python 3.5: please gate on that

On 2015-06-18 15:48:28 -0400 (-0400), Doug Hellmann wrote: > Based on that, I am confident in sticking with our plan of gating using > 3.4 for now and keeping an eye on the 3.5 packages being built by Debian > and Canonical. Unless we shift platforms and go back to special-casing Py3K jobs, I expe

[openstack-dev] [puppet] Installing dependent modules in functional testing

Now that we have the basic beaker-rspec framework set up in the modules and working in infra's CI, we need to start making our testing aware of Zuul dependencies. The infra team is facing similar challenges so it would be nice to work together on this. Discussions with jeblair and nibalizer have re

Re: [openstack-dev] [oslo.messaging][zeromq] Next step

On 06/16/2015 08:51 PM, Alec Hothan (ahothan) wrote: I saw Sean Dague mention in another email that RabbitMQ is used by 95% of OpenStack users - and therefore does it make sense to invest in ZMQ (legit question). I believe it's used by 95% of users because there is as yet no compelling alterna

Re: [openstack-dev] [Neutron] [QOS] Request for Additional QoS capabilities

Gal: I had seen the brute force blueprint and noticed how close the use case was. Can you tell me the current status of the work? Do you feel confident it can get into Liberty? Ideally, we think this fits better with QoS. Also I don’t think of it as providing FWaaS as we see that all V

Re: [openstack-dev] [puppet] Installing dependent modules in functional testing

On 06/18/2015 05:24 PM, Colleen Murphy wrote: > Now that we have the basic beaker-rspec framework set up in the modules > and working in infra's CI, we need to start making our testing aware of > Zuul dependencies. The infra team is facing similar challenges so it > would be nice to work together

Re: [openstack-dev] [Neutron] Proposing YAMAMOTO Takashi for the Control Plane core team

It has been a week and I haven't heard any negative feedback. Welcome to the control plane core reviewer team YAMAMOTO Takashi! On Mon, Jun 15, 2015 at 2:52 AM, Oleg Bondarev wrote: > +1 > > > On Mon, Jun 15, 2015 at 12:16 PM, Ihar Hrachyshka > wrote: > >> -BEGIN PGP SIGNED MESSAGE- >>

[openstack-dev] [openstack-operators][chef] Release of knife-openstack is out (1.2.0)

I have released the 1.2.0 version of the knife-openstack[1] gem. If you find any uses or have questions don’t hesitate to email me directly or put an issue[2] in. [1]: https://rubygems.org/gems/knife-openstack [2]: https://github.com/chef/knife-openst

Re: [openstack-dev] [Ironic][Horizon][Tuskar-ui] Making a dashboard for Ironic‏

Hi Zhengou,I think it make sense to start with the angular version. It's true that we don't have an angular dashboard yet,but we have a pretty good idea of what needs to go into it. I'll link a few patches that will give you an ideaof where we are headed. I think this will also save you some work i

Re: [openstack-dev] [Neutron] Proposing YAMAMOTO Takashi for the Control Plane core team

Congrats Yamamoto! On Thu, Jun 18, 2015 at 6:23 PM Kevin Benton wrote: > It has been a week and I haven't heard any negative feedback. > Welcome to the control plane core reviewer team YAMAMOTO Takashi! > > On Mon, Jun 15, 2015 at 2:52 AM, Oleg Bondarev > wrote: > >> +1 >> >> >> On Mon, Jun 15,

Re: [openstack-dev] [devstack] apache wsgi application support

Adam pointed to this url as a proposal for the namespaces: https://wiki.openstack.org/wiki/URLs How about this gets turned into a cross project spec or part of a larger one with the stuff in this ML thread? Then we can get the projects aware and buying into this little slice of sanity. --Rocky

Re: [openstack-dev] [Ironic][Horizon][Tuskar-ui] Making a dashboard for Ironic‏

Hi Thai Q Tran, Thanks for the links about the Angular Dashboard, I agree with starting with the new angular horizon, will begin to draft a init repo of the new ironic-dashboard. And maybe can work with Krotscheck together. And as Andreas Jaeger comments here [1], he suggested to push ironic-da

Re: [openstack-dev] V3 Authentication for swift store

- Original Message - > From: "Alistair Coles" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Thursday, 18 June, 2015 4:39:52 PM > Subject: Re: [openstack-dev] V3 Authentication for swift store > > > > > -Original Message- > > From: Jamie Lenno

Re: [openstack-dev] [trove]Any process of redis configuration group

Thanks @peter. Sorry for not identifying myself and I'm tobe in irc. The patch looks great. I would try to review and improve that. Thanks for all your contributions! -- Original -- From: "Peter Stachowski"; Date: Thu, Jun 18, 2015 11:43 PM To: "openstack-dev@

Re: [openstack-dev] [glance] V3 Authentication for swift store

- Original Message - > From: "stuart mclaren" > To: [email protected] > Sent: Thursday, 18 June, 2015 7:06:12 PM > Subject: Re: [openstack-dev] [glance] V3 Authentication for swift store > > Hi Jamie, > > Glance has another way of specifying the swift credentials for th

  1   2   >