Re: [openstack-dev] [Nova] Add config option for real deletes insteadof soft-deletes

Hi, Artom I checked my cluster (20 compute nodes fully operated for 5 month, with 258 VMs and 112 users), the datebase size of nova only 1.5MB. So, is it necessary to do the cleanup? -- Luo gangyiluogan...@chinamobile.com -- Original

Re: [openstack-dev] [neutron][lbaas] adding lbaas core

Congrats Phil. Santosh On Wed, Apr 22, 2015 at 9:38 AM, Vijay Venkatachalam < vijay.venkatacha...@citrix.com> wrote: > Congratulations Phil! > > > -Original Message- > From: Tom Creighton [mailto:tom.creigh...@rackspace.com] > Sent: Wednesday, 22 April 2015 12:14 AM > To: OpenStack Devel

Re: [openstack-dev] [Openstack-operators] [Neutron] The specs process, effective operators feedback and product management

The rally process (email based) doesn’t seem scalable enough for the neutron case IMHO, but I agree that a voting system doesn’t differ too much from launchpad and that it can be gamed. > On 22/4/2015, at 1:21, Assaf Muller wrote: > > Just to offer some closure, it seems like the voting idea wa

Re: [openstack-dev] [neutron] [docs] Networking Guide Doc Day - April 23rd

Dear Ruijig, As Sean already mentioned, those are not private branches. Let me explain you, in order to facilitate the collaboration from new authors on this new guide, we decided to use these git repos with .rst format. So, part of the work needed for the networking guide during this doc day is

Re: [openstack-dev] [Glance] Open glance-drivers to all glance-cores

Hello all, With all due respect to all the Glance core-reviewers (who are doing an excellent job, by the way), please NO. First reaction that came to my mind after reading the title: What might be the thinking behind this, what is the direction this is driving the project towards, what’s next,

Re: [openstack-dev] TC Candidacy

confirmed On Tue, Apr 21, 2015 at 9:33 PM, Robert Collins wrote: > Hello everybody, I'm announcing my candidacy for the TC. > > I loved Jay's list of reasons [not ]to vote for him - and I'd like you > to apply those to me too :). > [http://lists.openstack.org/pipermail/openstack-dev/2015-April/0

Re: [openstack-dev] [all][releases] upcoming library releases to unfreeze requirements in master

On 22 April 2015 at 08:53, Matt Riedemann wrote: > > > On 4/21/2015 2:44 PM, Doug Hellmann wrote: >> >> Excerpts from Doug Hellmann's message of 2015-04-21 13:11:09 -0400: >>> >>> I'm working on releasing a *bunch* of libraries, including clients, from >>> their master branches so we can thaw the

[openstack-dev] TC Candidacy

Hello everybody, I'm announcing my candidacy for the TC. I loved Jay's list of reasons [not ]to vote for him - and I'd like you to apply those to me too :). [http://lists.openstack.org/pipermail/openstack-dev/2015-April/062234.html] I think OpenStack is facing several key challenges at the moment

Re: [openstack-dev] [neutron][lbaas] adding lbaas core

Congratulations Phil! -Original Message- From: Tom Creighton [mailto:tom.creigh...@rackspace.com] Sent: Wednesday, 22 April 2015 12:14 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [neutron][lbaas] adding lbaas core Congratulations Phil

Re: [openstack-dev] [neutron] [docs] Networking Guide Doc Day - April 23rd

Those are not private branches. We are in the process of converting and importing them, and is covered in the wiki. https://wiki.openstack.org/wiki/NetworkingGuide/TOC#Deployment_Scenarios Also, The first scenario is being imported in the following review: https://review.openstack.org/#/c/174693

Re: [openstack-dev] [oslo][policy][neutron] oslo.policy API is not powerful enough to switch Neutron to it

Excerpts from Ihar Hrachyshka's message of 2015-04-17 14:45:58 +0200: > Hi, > > tl;dr neutron has special semantics for policy targets that relies on > private symbols from oslo.policy, and it's impossible to introduce > this semantics into oslo.policy itself due to backwards compatibility > conce

Re: [openstack-dev] [neutron] neutron DB upgrade

Thanks for your detail explanation. I agree with you that we still use DB upgrade when fresh installation. Yes. It happened to me that unused vendor DB upgrade failure causes neutron DB upgrade failure. I have little concerns about adding whole DB upgrade in one directory alembic_migrations/ver

Re: [openstack-dev] TC Candidacy

confirmed On Tue, Apr 21, 2015 at 5:29 PM, Jay Pipes wrote: > Hey Stackers, > > I'd like to continue serving on the Technical Committee, and I'm asking for > your votes in the upcoming elections. > > Here's my ask of you, dear voter: > > #1. > > Please do NOT vote for me just because you may rec

Re: [openstack-dev] [neutron] [docs] Networking Guide Doc Day - April 23rd

Hi, Edgar, The following documents are still in private branch: Scenario 1a - Legacy Content - Ready for conversion to RST Scenario 1b - Legacy Content - Ready for conversion to RS

Re: [openstack-dev] [all][releases] upcoming library releases to unfreeze requirements in master

On Tue, Apr 21, 2015 at 4:35 PM, Joe Gordon wrote: > > > On Tue, Apr 21, 2015 at 1:53 PM, Matt Riedemann < > mrie...@linux.vnet.ibm.com> wrote: > >> >> >> On 4/21/2015 2:44 PM, Doug Hellmann wrote: >> >>> Excerpts from Doug Hellmann's message of 2015-04-21 13:11:09 -0400: >>> I'm working on

[openstack-dev] TC Candidacy

Hey Stackers, I'd like to continue serving on the Technical Committee, and I'm asking for your votes in the upcoming elections. Here's my ask of you, dear voter: #1. Please do NOT vote for me just because you may recognize my name being around the OpenStack community for a long time. Being

Re: [openstack-dev] [all][releases] upcoming library releases to unfreeze requirements in master

On Tue, Apr 21, 2015 at 1:53 PM, Matt Riedemann wrote: > > > On 4/21/2015 2:44 PM, Doug Hellmann wrote: > >> Excerpts from Doug Hellmann's message of 2015-04-21 13:11:09 -0400: >> >>> I'm working on releasing a *bunch* of libraries, including clients, from >>> their master branches so we can thaw

Re: [openstack-dev] [Openstack-operators] [Neutron] The specs process, effective operators feedback and product management

Just to offer some closure, it seems like the voting idea was shot down with the energy of a trillion stars, yet the general idea of offering an easy way for users to request features makes sense. Expect to see ideas of how to implement this soon... - Original Message - > > > On Apr 10, 2

Re: [openstack-dev] TC candidacy

confirmed On Tue, Apr 21, 2015 at 4:02 PM, Angus Salkeld wrote: > I'd like to announce my candidacy for the Technical Committee elections. > > > This last (Kilo) cycle I have been the PTL for Heat, but will not be for > Liberty. > > Because of this, if I get elected to the TC, I can dedicate a s

[openstack-dev] TC candidacy

I'd like to announce my candidacy for the Technical Committee elections. This last (Kilo) cycle I have been the PTL for Heat, but will not be for Liberty. Because of this, if I get elected to the TC, I can dedicate a significant amount of time to TC duties. I have an interest in projects that e

Re: [openstack-dev] [TripleO] on supporting multiple implementations of tripleo-heat-templates

I would think there's a 3rd implementation on the horizon already The abstraction might allow easy docker integration... Thanks, Kevin From: Dan Prince [dpri...@redhat.com] Sent: Tuesday, April 21, 2015 12:53 PM To: OpenStack Development Mailing List (

Re: [openstack-dev] [keystone] keystonemiddleware stable/juno broken

Getting a stable branch for pycadf would be consistent with the oslo libraries and clients. I would support moving down that path rather than mucking with bad dep resolution. --Morgan On Tue, Apr 21, 2015 at 10:20 AM, Brant Knudson wrote: > > > On Tue, Apr 21, 2015 at 12:10 PM, gordon chung wr

Re: [openstack-dev] [neutron][lbaas] adding lbaas core

Congrats Phill! On Tue, Apr 21, 2015 at 12:34 PM, Jain, Vivek wrote: > Congrats Phil !! > > Thanks, > Vivek > > > On Apr 21, 2015, at 10:16 AM, Phillip Toohill < > phillip.tooh...@rackspace.com> wrote: > > > > Thank you! > > > > Phillip V. Toohill III > > Software Developer > > > > phone: 210-31

Re: [openstack-dev] [oslo] eventlet 0.17.3 is now fully Python 3 compatible

On Fri, Apr 17, 2015 at 1:22 AM, Victor Stinner wrote: > >> For the full list, see the wiki page: > >> https://wiki.openstack.org/wiki/Python3#Core_OpenStack_projects > > > Thanks for updating the wiki page that is a very useful list. > > From the looks of things, it seems like nova getting Pytho

Re: [openstack-dev] [oslo] eventlet 0.17.3 is now fully Python 3 compatible

On Tue, Apr 21, 2015 at 1:37 PM, Ian Cordasco wrote: > On 4/16/15, 17:54, "Clint Byrum" wrote: > > >Excerpts from Joe Gordon's message of 2015-04-16 15:15:01 -0700: > >> On Fri, Apr 10, 2015 at 4:01 AM, Victor Stinner > >>wrote: > >> > >> > > https://wiki.openstack.org/wiki/Python3#Dependencies

Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?)

On 22/04/15 06:58, Tim Bell wrote: This touches on many of the aspects of the Ops tagging to be discussed in Vancouver. What are the criteria for - An operator to consider a PoC for a new function ? We look for RDO packaging, Puppet configuration and ops/end user documentation. - An operator of

Re: [openstack-dev] [all] Liberty Design Summit - Proposed room / time layout

The work session on wed. at 1350 conflicts with a talk given by keystone developers: http://sched.co/2qch Trading this session slot to earlier on Wednesday would be ideal, but if not I'll plan to use this as a platform to get more people to go to the talk :) --Morgan On Tue, Apr 21, 2015 at 11:1

Re: [openstack-dev] [OpenStack-Infra][cinder] Could you please re-consider Oracle ZFSSA iSCSI Driver

On Tue, Apr 21, 2015 at 1:18 PM, Diem Tran wrote: > Hi Duncan, > > We totally understand that CI is not a box ticking exercise, it actually > serves a purpose, and we are fully on board with the need for CI. We have > resources monitoring the CI results and handling failures on daily basis. > I

[openstack-dev] [Nova] Add config option for real deletes instead of soft-deletes

Hello, I'd like to gauge acceptance of introducing a feature that would give operators a config option to perform real database deletes instead of soft deletes. There's definitely a need for *something* that cleans up the database. There have been a few attempts at a DB purge engine [1][2][3][4][

Re: [openstack-dev] [tripleo] Adventures in QuintupleO

On 04/20/2015 04:39 PM, Steve Baker wrote: > I've been spending some time getting quintupleo working on top of a Juno > RDO OpenStack. I'm at a point now where I think it is worth putting > effort into making it easy for anyone to try this. \o/ > > Ben Nemec has done the hard work of proving t

Re: [openstack-dev] [all] [api] gabbi: A tool for declarative testing of APIs

On Apr 20, 2015, at 2:45 PM, Chris Dent wrote: > I wanted to make a quick update on the latest happenings with > gabbi[0], the tool I've created to do "declarative" testing of > OpenStack APIs (starting with Ceilometer and Gnocchi). > > * Jay Pipes and I are doing a presentation "API Matters" at

Re: [openstack-dev] [all][releases] upcoming library releases to unfreeze requirements in master

On 4/21/2015 2:44 PM, Doug Hellmann wrote: Excerpts from Doug Hellmann's message of 2015-04-21 13:11:09 -0400: I'm working on releasing a *bunch* of libraries, including clients, from their master branches so we can thaw the requirements list for the liberty cycle. As with any big operation, t

Re: [openstack-dev] [api] Minor changes to API

On Apr 20, 2015, at 2:19 PM, Douglas Mendizabal mailto:douglas.mendiza...@rackspace.com>> wrote: Hi openstack-dev@ I was wondering if the API Working Group had an opinion on how to deal with minor changes to the api? For example, what if you wanted to add a new attribute to a JSON response?

Re: [openstack-dev] [all][releases] upcoming library releases to unfreeze requirements in master

Excerpts from Kevin L. Mitchell's message of 2015-04-21 15:22:29 -0500: > On Tue, 2015-04-21 at 15:44 -0400, Doug Hellmann wrote: > > OK, this is all done. I have verified that all of the libraries are on > > PyPI and I have sent the release notes (sometimes several copies, at no > > extra charge t

Re: [openstack-dev] [barbican] Utilizing the KMIP plugin

Hey Joel. Thanks for the advice! I was able to solve the problem and have the ssl connection become trusted. Barbican seems to be authenticating correctly to the KMIP server as well now. However, I have another problem. When I try to store a plain text secret into barbican I receive the following

Re: [openstack-dev] [api] Minor changes to API

On Apr 20, 2015, at 7:07 PM, Ian Wells mailto:ijw.ubu...@cack.org.uk>> wrote: On 20 April 2015 at 15:23, Matthew Treinish mailto:mtrein...@kortar.org>> wrote: On Mon, Apr 20, 2015 at 03:10:40PM -0700, Ian Wells wrote: > It would be nice to have a consistent policy here; it would make future > de

Re: [openstack-dev] [oslo] eventlet 0.17.3 is now fully Python 3 compatible

On 4/16/15, 17:54, "Clint Byrum" wrote: >Excerpts from Joe Gordon's message of 2015-04-16 15:15:01 -0700: >> On Fri, Apr 10, 2015 at 4:01 AM, Victor Stinner >>wrote: >> >> > > https://wiki.openstack.org/wiki/Python3#Dependencies appears to be >> > fairly out of date. >> > >> > You're right. I u

Re: [openstack-dev] [all][releases] upcoming library releases to unfreeze requirements in master

On Tue, 2015-04-21 at 15:44 -0400, Doug Hellmann wrote: > OK, this is all done. I have verified that all of the libraries are on > PyPI and I have sent the release notes (sometimes several copies, at no > extra charge to you -- seriously, sorry about the noise). Just out of curiosity, how many ent

[openstack-dev] [Gnocci] 1.0.0rc1 is out

Hi folks, If you want to give it a try, the first and I hope last RC for Gnocchi 1.0.0 numbered 1.0.0rc1 is out: https://pypi.python.org/pypi/gnocchi https://launchpad.net/gnocchi/1.0/1.0.0rc1 Test and enjoy! Cheers, -- Julien Danjou -- Free Software hacker -- http://julien.danjou.info s

Re: [openstack-dev] [OpenStack-Infra][cinder] Could you please re-consider Oracle ZFSSA iSCSI Driver

Hi Duncan, We totally understand that CI is not a box ticking exercise, it actually serves a purpose, and we are fully on board with the need for CI. We have resources monitoring the CI results and handling failures on daily basis. As far as the failures, we have resolved all issues related

Re: [openstack-dev] [TripleO] on supporting multiple implementations of tripleo-heat-templates

On Fri, 2015-04-17 at 09:37 -0700, Clint Byrum wrote: > Excerpts from Giulio Fidente's message of 2015-04-17 06:21:28 -0700: > > Hi, > > > > the Heat/Puppet implementation of the Overcloud deployment seems to be > > surpassing in features the Heat/Elements implementation. > > > > The changes for

Re: [openstack-dev] [TripleO] on supporting multiple implementations of tripleo-heat-templates

On Fri, 2015-04-17 at 15:21 +0200, Giulio Fidente wrote: > Hi, > > the Heat/Puppet implementation of the Overcloud deployment seems to be > surpassing in features the Heat/Elements implementation. > > The changes for Ceph are an example, the Puppet based version is already > adding features whi

Re: [openstack-dev] [all][releases] upcoming library releases to unfreeze requirements in master

Excerpts from Doug Hellmann's message of 2015-04-21 13:11:09 -0400: > I'm working on releasing a *bunch* of libraries, including clients, from > their master branches so we can thaw the requirements list for the > liberty cycle. As with any big operation, this may be disruptive. I > apologize in ad

Re: [openstack-dev] [OpenStack-Infra][cinder] Could you please re-consider Oracle ZFSSA iSCSI Driver

Can you please investigate and comment here on this thread as to why your CI is failing for all patches? If this is not resolved, your driver will not be re-added, and ignoring requests to investigate CI failures will increase the chances of your driver being removed in future, without notice. Sett

[openstack-dev] [release] tooz release 0.15.0 (liberty)

We are happy to announce the release of: tooz 0.15.0: Coordination library for distributed systems. For more details, please see the git log history below and: http://launchpad.net/python-tooz/+milestone/0.15.0 Please report issues through launchpad: http://bugs.launchpad.net/python-t

Re: [openstack-dev] [nova][python-novaclient] microversion implementation on client side

On Tue, Apr 21, 2015 at 1:27 PM, Chris Friesen wrote: > On 04/21/2015 11:35 AM, Hayes, Graham wrote: > >> From: Jay Pipes [jaypi...@gmail.com] >>> The existing --os-compute-api-version CLI option should be made to take: >>> >>>* 2 >>>* \d+.\d+ >>>* "latest" >>> >>> And nothing else. >

[openstack-dev] [release] taskflow release 0.9.0 (liberty)

We are psyched to announce the release of: taskflow 0.9.0: Taskflow structured state management library. For more details, please see the git log history below and: http://launchpad.net/taskflow/+milestone/0.9.0 Please report issues through launchpad: http://bugs.launchpad.net/taskflo

[openstack-dev] [release] python-saharaclient release 0.9.0 (liberty)

We are tickled pink to announce the release of: python-saharaclient 0.9.0: Client library for Sahara API For more details, please see the git log history below. Changes in python-saharaclient 0.7.7..0.9.0 --- b909f04 2015-04-16 18:13:39 + Uncap libr

Re: [openstack-dev] [neutron][lbaas] adding lbaas core

Congrats Phil !! Thanks, Vivek > On Apr 21, 2015, at 10:16 AM, Phillip Toohill > wrote: > > Thank you! > > Phillip V. Toohill III > Software Developer > > phone: 210-312-4366 > mobile: 210-440-8374 > > > > From: Brandon Logan > Sent: Tuesday, April

[openstack-dev] [release] python-openstackclient release 1.1.0 (liberty)

We are gleeful to announce the release of: python-openstackclient 1.1.0: OpenStack Command-line Client For more details, please see the git log history below and: https://launchpad.net/python-openstackclient/+milestone/1.1.0 Please report issues through launchpad: https://bugs.launchp

[openstack-dev] [release] stevedore release 1.4.0 (liberty)

We are pleased to announce the release of: stevedore 1.4.0: Manage dynamic plugins for Python applications For more details, please see the git log history below and: https://launchpad.net/python-stevedore/+milestone/1.4.0 Please report issues through launchpad: https://bugs.launchpad

[openstack-dev] [release] python-troveclient release 1.1.0 (liberty)

We are chuffed to announce the release of: python-troveclient 1.1.0: Client library for OpenStack DBaaS API For more details, please see the git log history below. Changes in python-troveclient 1.0.9..1.1.0 -- 738479e 2015-04-16 18:13:46 + Uncap lib

[openstack-dev] [release] python-manilaclient release 1.1.0 (liberty)

We are pumped to announce the release of: python-manilaclient 1.1.0: Client library for OpenStack Manila API. For more details, please see the git log history below. Changes in python-manilaclient 1.0.4..1.1.0 --- 163c34f 2015-04-16 18:13:26 + Uncap

[openstack-dev] [release] python-novaclient release 2.24.0 (liberty)

We are chuffed to announce the release of: python-novaclient 2.24.0: Client library for OpenStack Compute API For more details, please see the git log history below. Changes in python-novaclient 2.23.0..2.24.0 --- ccff3d3 2015-04-20 13:52:38 +0300 Remov

[openstack-dev] [release] python-keystoneclient-kerberos release 0.2.0 (liberty)

We are eager to announce the release of: python-keystoneclient-kerberos 0.2.0: Kerberos authentication for the OpenStack clients For more details, please see the git log history below and: http://launchpad.net/python-keystoneclient/+milestone/0.2.0 Please report issues through launchpad:

[openstack-dev] [release] python-glanceclient release 0.18.0 (liberty)

We are gleeful to announce the release of: python-glanceclient 0.18.0: OpenStack Image API Client Library For more details, please see the git log history below and: http://launchpad.net/python-glanceclient/+milestone/0.18.0 Please report issues through launchpad: http://bugs.launchpa

[openstack-dev] [release] python-neutronclient release 2.5.0 (liberty)

We are pumped to announce the release of: python-neutronclient 2.5.0: CLI and Client Library for OpenStack Networking For more details, please see the git log history below. Changes in python-neutronclient 2.4.0..2.5.0 2f0fc2c 2015-04-16 18:13:29 +

[openstack-dev] [release] python-magnumclient release 0.1.0 (liberty)

__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [release] python-cinderclient release 1.2.0 (liberty)

We are tickled pink to announce the release of: python-cinderclient 1.2.0: OpenStack Block Storage API Client Library For more details, please see the git log history below. Changes in python-cinderclient 1.1.1..1.2.0 --- ae03d2a 2015-04-20 15:50:08 +00

[openstack-dev] [release] oslo.vmware release 0.12.0 (liberty)

We are tickled pink to announce the release of: oslo.vmware 0.12.0: Oslo VMware library For more details, please see the git log history below and: http://launchpad.net/oslo.vmware/+milestone/0.12.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.vmware Changes

[openstack-dev] [release] python-keystoneclient release 1.4.0 (liberty)

We are thrilled to announce the release of: python-keystoneclient 1.4.0: Client Library for OpenStack Identity For more details, please see the git log history below. Changes in python-keystoneclient 1.3.0..1.4.0 - 8b80097 2015-04-16 18:13:09 +

[openstack-dev] [release] python-heatclient release 0.5.0 (liberty)

We are tickled pink to announce the release of: python-heatclient 0.5.0: OpenStack Orchestration API Client Library For more details, please see the git log history below and: http://launchpad.net/python-heatclient/+milestone/0.5.0 Please report issues through launchpad: http://bugs.l

[openstack-dev] [release] python-designateclient release 1.2.0 (liberty)

We are happy to announce the release of: python-designateclient 1.2.0: OpenStack DNS as a Service - Client For more details, please see the git log history below and: http://launchpad.net/python-designateclient/+milestone/1.2.0 Please report issues through launchpad: http://bugs.launc

[openstack-dev] [release] python-barbicanclient release 3.1.0 (liberty)

We are amped to announce the release of: python-barbicanclient 3.1.0: Client Library for OpenStack Barbican Key Management API For more details, please see the git log history below. Changes in python-barbicanclient 3.0.3..3.1.0 - e24ed33 2015-04-20

[openstack-dev] [release] python-ironicclient release 0.6.0 (liberty)

We are psyched to announce the release of: python-ironicclient 0.6.0: OpenStack Bare Metal Provisioning API Client Library For more details, please see the git log history below. Changes in python-ironicclient 0.5.1..0.6.0 --- 8f476f4 2015-04-21 00:10:0

[openstack-dev] [release] oslo.messaging release 1.9.0 (liberty)

We are happy to announce the release of: oslo.messaging 1.10.0: Oslo Messaging API For more details, please see the git log history below and: http://launchpad.net/oslo.messaging/+milestone/1.10.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.messaging Change

[openstack-dev] [release] oslo.utils release 1.5.0 (liberty)

We are pleased to announce the release of: oslo.utils 1.5.0: Oslo Utility library For more details, please see the git log history below and: http://launchpad.net/oslo.utils/+milestone/1.5.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.utils Changes in oslo.

[openstack-dev] [release] pycadf release 0.9.0 (liberty)

We are stoked to announce the release of: pycadf 0.9.0: CADF Library For more details, please see the git log history below and: https://launchpad.net/pycadf/+milestone/0.9.0 Please report issues through launchpad: https://bugs.launchpad.net/pycadf Changes in pycadf 0.8.0..0.9.0

[openstack-dev] [release] oslo.policy release 0.4.0 (liberty)

We are tickled pink to announce the release of: oslo.policy 0.4.0: Oslo Policy library For more details, please see the git log history below and: http://launchpad.net/oslo.policy/+milestone/0.4.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.policy Changes i

[openstack-dev] [release] oslo.versionedobjects release 0.2.0 (liberty)

We are excited to announce the release of: oslo.versionedobjects 0.2.0: Oslo Versioned Objects library For more details, please see the git log history below and: http://launchpad.net/oslo.versionedobjects/+milestone/0.2.0 Please report issues through launchpad: http://bugs.launchpad.

[openstack-dev] [release] python-ceilometerclient release 1.2.0 (liberty)

We are delighted to announce the release of: python-ceilometerclient 1.2.0: OpenStack Telemetry API Client Library For more details, please see the git log history below. Changes in python-ceilometerclient 1.1.0..1.2.0 --- 220371b 2015-04-16 18:12:5

[openstack-dev] [release] oslo.serialization release 1.5.0 (liberty)

We are satisfied to announce the release of: oslo.serialization 1.5.0: Oslo Serialization library For more details, please see the git log history below and: http://launchpad.net/oslo.serialization/+milestone/1.5.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo

[openstack-dev] [release] oslotest release 1.6.0 (liberty)

We are stoked to announce the release of: oslotest 1.6.0: Oslo test framework For more details, please see the git log history below and: http://launchpad.net/oslotest/+milestone/1.6.0 Please report issues through launchpad: http://bugs.launchpad.net/oslotest Changes in oslotest 1.5.

[openstack-dev] [release] oslo.db release 1.2.0 (liberty)

We are amped to announce the release of: oslo.db 1.2.0: oslo.db library For more details, please see the git log history below and: http://launchpad.net/oslo/+milestone/1.2.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo Changes in oslo.db 1.1.0..1.2.0 --

[openstack-dev] [release] oslo.rootwrap release 1.7.0 (liberty)

We are gleeful to announce the release of: oslo.rootwrap 1.7.0: Oslo Rootwrap For more details, please see the git log history below and: http://launchpad.net/oslo.rootwrap/+milestone/1.7.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.rootwrap Changes in osl

[openstack-dev] [release] django_openstack_auth release 1.3.0 (liberty)

We are content to announce the release of: django_openstack_auth 1.3.0: Django authentication backend for use with OpenStack Identity For more details, please see the git log history below and: https://launchpad.net/django-openstack-auth/+milestone/1.3.0 Please report issues through launch

[openstack-dev] [release] oslo.middleware release 1.1.0 (liberty)

We are overjoyed to announce the release of: oslo.middleware 1.1.0: Oslo Middleware library For more details, please see the git log history below and: http://launchpad.net/oslo.middleware/+milestone/1.1.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.middlewa

[openstack-dev] [release] keystonemiddleware release 1.6.0 (liberty)

We are overjoyed to announce the release of: keystonemiddleware 1.6.0: Middleware for OpenStack Identity For more details, please see the git log history below. Changes in keystonemiddleware 1.5.0..1.6.0 -- 04a6a9f 2015-04-16 17:53:57 + Uncap librar

[openstack-dev] [release] oslo.log release 1.1.0 (liberty)

We are chuffed to announce the release of: oslo.log 1.1.0: oslo.log library For more details, please see the git log history below and: http://launchpad.net/oslo.log/+milestone/1.1.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.log Changes in oslo.log 1.0.0.

[openstack-dev] [release] cliff release 1.11.0 (liberty)

We are delighted to announce the release of: cliff 1.11.0: Command Line Interface Formulation Framework For more details, please see the git log history below and: https://launchpad.net/python-cliff/+milestone/1.11.0 Please report issues through launchpad: https://bugs.launchpad.net/p

[openstack-dev] [release] debtcollector release 0.4.0 (liberty)

We are satisfied to announce the release of: debtcollector 0.4.0: A collection of Python deprecation patterns and strategies that help you collect your technical debt in a non- destructive manner. For more details, please see the git log history below and: http://launchpad.net/debtcollector

[openstack-dev] [release] oslo.context release 0.3.0 (liberty)

We are jubilant to announce the release of: oslo.context 0.3.0: Oslo Context library For more details, please see the git log history below and: http://launchpad.net/oslo.context/+milestone/0.3.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.context Changes i

[openstack-dev] [release] oslo.i18n release 0.1.0 (liberty)

We are thrilled to announce the release of: oslo.i18n HEAD: oslo.i18n library For more details, please see the git log history below and: http://launchpad.net/oslo/+milestone/HEAD Please report issues through launchpad: http://bugs.launchpad.net/oslo Changes in oslo.i18n 0.1.0..HEAD

[openstack-dev] [release] oslo.concurrency release 1.9.0 (liberty)

We are tickled pink to announce the release of: oslo.concurrency 1.9.0: Oslo Concurrency library For more details, please see the git log history below and: http://launchpad.net/oslo.concurrency/+milestone/1.9.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.co

[openstack-dev] [release] oslo.config release 1.11.0 (liberty)

We are psyched to announce the release of: oslo.config 1.11.0: Oslo Configuration API For more details, please see the git log history below and: http://launchpad.net/oslo.config/+milestone/1.11.0 Please report issues through launchpad: http://bugs.launchpad.net/oslo.config Changes i

[openstack-dev] [Nova] Reviewers please watch the check-tempest-dsvm-cells job now

It's been a long road but due to the hard work of bauzas and melwitt the cells Tempest check job should now be green for changes that don't break cells. The job has been red for a long time so it's likely that people don't think about it much. I would ask that until we can get the confidence

Re: [openstack-dev] [Zaqar] Call for adoption (or exclusion?)

This touches on many of the aspects of the Ops tagging to be discussed in Vancouver. What are the criteria for - An operator to consider a PoC for a new function ? We look for RDO packaging, Puppet configuration and ops/end user documentation. - An operator offering function to their end users in

Re: [openstack-dev] Fwd: Integration Gerrit with Launchpad

Heya, On 20 April 2015 at 00:26, Kaneko Takehiro wrote: > Hi, > > I'm managing a stackforge project and want to integrate Gerrit with > Launchpad. > > Links; > Git: https://git.openstack.org/cgit/stackforge/rack/ > Launchpad: https://launchpad.net/python-rack > > Project name 'rack' is duplic

Re: [openstack-dev] [neutron][lbaas] adding lbaas core

Congratulations Phil! > On Apr 21, 2015, at 11:54 AM, Doug Wiegley > wrote: > > It’s been a week, welcome Phil. > > Thanks, > doug > > >> On Apr 13, 2015, at 2:39 PM, Doug Wiegley >> wrote: >> >> Hi all, >> >> I'd like to nominate Philip Toohill as a neutron-lbaas core. Good guy, did a

Re: [openstack-dev] [nova][python-novaclient] microversion implementation on client side

On 04/21/2015 11:35 AM, Hayes, Graham wrote: From: Jay Pipes [jaypi...@gmail.com] The existing --os-compute-api-version CLI option should be made to take: * 2 * \d+.\d+ * "latest" And nothing else. Yes - please don't add a flag to the cli (or the python bindings for that matter) I

[openstack-dev] [release] bad release note emails

Some of the repos I was trying to generate release notes from, especially the python-fooclient repos, don't have the data in the README.rst files needed for the script to work. As a result, some of the emails are blank. I'm working on fixing that, sorry for the noise. Doug _

Re: [openstack-dev] [third-party][infra] Third-Party CI Operators: Let's use a common CI Solution!

On 04/20/2015 04:39 PM, Sukhdev Kapur wrote: > Hi Ramy, > > While I agree, in principal, with this line of thinking and goal, my > concern will be how much extra work is it going to create for existing CI > owners? > Our Ci system has been stable for a long time, and we put in a good amount > of e

[openstack-dev] [release] keystonemiddleware release 1.6.0 (liberty)

__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [release] python-barbicanclient release 3.0.1 (liberty)

__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [all] Liberty Design Summit - Proposed room / time layout

On 04/17/2015 05:00 AM, Thierry Carrez wrote: Hi PTLs, Following the slot allocation last week, here is the proposed room layout: https://docs.google.com/spreadsheets/d/1VsFdRYGbX5eCde81XDV7TrPBfEC7cgtOFikruYmqbPY/edit?usp=sharing It takes into account the following changes: - Barbican donates

[openstack-dev] [release] project) release 1.3.0 (liberty)

We are glad to announce the release of: django_openstack_auth 1.3.0: Django authentication backend for use with OpenStack Identity For more details, please see the git log history below and: https://launchpad.net/django-openstack-auth/+milestone/1.3.0 Please report issues through launchpad

[openstack-dev] [release] pycadf release 0.6.0 (liberty)

__ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] [release] (no release 1.3.0 (liberty)

We are stoked to announce the release of: django_openstack_auth 1.3.0: Django authentication backend for use with OpenStack Identity For more details, please see the git log history below and: https://launchpad.net/django-openstack-auth/+milestone/1.3.0 Please report issues through launchp

[openstack-dev] [release] taskflow release 0.6.0 (liberty)

We are satisfied to announce the release of: taskflow 0.6.0: Taskflow structured state management library. For more details, please see the git log history below and: http://launchpad.net/taskflow/+milestone/0.6.0 Please report issues through launchpad: http://bugs.launchpad.net/taskf

[openstack-dev] [release] lp release 1.3.0 (liberty)

We are glad to announce the release of: django_openstack_auth 1.3.0: Django authentication backend for use with OpenStack Identity For more details, please see the git log history below and: https://launchpad.net/django-openstack-auth/+milestone/1.3.0 Please report issues through launchpad

  1   2   >