Re: [openstack-dev] [horizon][i18n] Ordering of PO files

On 06/09/2015 01:28 AM, Thai Q Tran wrote: Hi folks, In the midst of shifting to angular, we are making use of babel for extracting messages. This would then allow us to write a custom extractor for angular templates. Here's the patch that compare PO files: https://review.openstack.org/#/c/1895

Re: [openstack-dev] [Ironic] [Inspector] Toward 2.0.0 release

On 06/09/2015 03:49 AM, Yuiko Takada wrote: Hi, Dmitry, Thank you for notifying. I've updated our summit etherpad [3] with whatever priorities I remembered, please have a look. I've also untargeted a few things in launchpad [4] (and will probably untarget more later on). Please

Re: [openstack-dev] [glance] [nova] Glance bug with Kilo upgrade & Nova

Flavio, would a DB script that writes an empty string or NOP or something instead of NULL In the column do the trick? Then the problem degenerates to a new DB upgrade script. Regards Malini -Original Message- From: Flavio Percoco [mailto:fla...@redhat.com] Sent: Monday, June 08, 2015 11

Re: [openstack-dev] [glance] [nova] Glance bug with Kilo upgrade & Nova

On 09/06/15 07:09 +, Bhandaru, Malini K wrote: Flavio, would a DB script that writes an empty string or NOP or something instead of NULL In the column do the trick? Then the problem degenerates to a new DB upgrade script. I now remembered about a change[0] - that I wrote myself - that requ

[openstack-dev] New subscriber:choudharyvika...@gmail.com is my email id.

__ 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] [Fuel][Oslo][RabbitMQ][Shovel] Deprecate mirrored queues from HA AMQP cluster scenario

Nodes can become unavailable with Shovel or Federation as well. While both plugins will enqueue undelivered/unconfirmed messages internally, recovery can take a while or never happen. So replication is certainly necessary. RabbitMQ has a guide that mentions several possible failure scenarios: htt

Re: [openstack-dev] [glance] [nova] Glance bug with Kilo upgrade & Nova

On 09/06/15 09:22 +0200, Flavio Percoco wrote: On 09/06/15 07:09 +, Bhandaru, Malini K wrote: Flavio, would a DB script that writes an empty string or NOP or something instead of NULL In the column do the trick? Then the problem degenerates to a new DB upgrade script. I now remembered abo

Re: [openstack-dev] [horizon][i18n] Ordering of PO files

Agree with Akihiro. I don't see the order change will affect the translation work. Best regards Ying Chun Guo (Daisy) Akihiro Motoki wrote on 2015/06/09 12:57:59: > From: Akihiro Motoki > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 2015/06/09 12:59 > Subject

Re: [openstack-dev] [glance] [nova] Glance bug with Kilo upgrade & Nova

A DB migrate script that puts some token default string only for glance properties that are NULL. Should not change anything else. Hope it works Flavio. Regards Malini -Original Message- From: Flavio Percoco [mailto:fla...@redhat.com] Sent: Tuesday, June 09, 2015 12:33 AM To: Bhandaru, M

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/06/15 22:36, Thomas Goirand wrote: [...] > I have sorted this list into categories, and sorted these > categories in an increasing order of likelihood to be maintained in > upstream gerrit. > > On the below list, I believe we should have in up

Re: [openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

+1 On 08/06/15 18:37, Smigiel, Dariusz wrote: Folks, Several people have messaged me from EMEA timezones that 1600UTC fits right into the middle of their family life (ferrying kids from school and what-not) and 1700UTC while not perfect, would be a better fit time-wise. For all people that i

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

On 06/07/2015 05:57 PM, Ian Cordasco wrote: > On 6/7/15, 03:41, "Thomas Goirand" wrote: > >> On 05/29/2015 09:23 PM, Ian Cordasco wrote: >>> Could you explain this as well? Do you mean fragmentation between what >>> distros are offering? In other words, Ubuntu is packaging Kilo @ SHA1 >>> and >>>

Re: [openstack-dev] [Murano] python-openstackclient support

Hi Kirill, It's definitely a great idea, it needs to be verified though AFAIK all openstack projects are moving to support python-openstackclient. I think we should file a blueprint around that and start looking at that on background. I think it will be not a big deal to support python-openstackcl

Re: [openstack-dev] The Nova API in Kilo and Beyond

On 08/06/15 18:22, Jay Pipes wrote: On 06/05/2015 10:56 AM, Neil Jerram wrote: I guess that's why the GNU autoconf/configure system has always advised testing for particular wanted features, instead of looking at versions and then relying on carnal knowledge to know what those versions imply.

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

On 06/08/2015 12:46 AM, Alan Pevec wrote: >> How do you check if project X in version n works with project Y in >> version m, using this non-scheduled point release "free for all" model? > > That was an illusion of point releases, as Thierry said there wasn't > significantly more testing and I don

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

On 06/07/2015 06:13 PM, Ian Cordasco wrote: >>> If you consider *every* commit to be a release, then your life becomes >>> easier. >> >> What does this mean? Am I supposed to upload a patched release to Debian >> every day? I suppose I didn't understand you correctly here. > > This discussion is a

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

On 06/08/2015 05:42 PM, Jeremy Stanley wrote: > On 2015-06-07 10:55:29 +0200 (+0200), Thomas Goirand wrote: >> How do you gpg sign these tags? I hope the solution isn't to store >> a key in infra without a passphrase. > > How does, e.g., Debian sign its Release file for > jessie-proposed-updates?

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

On 06/01/2015 01:20 PM, Dimitri John Ledkov wrote: > On 29 May 2015 at 14:41, Thierry Carrez wrote: >> Hi everyone, >> >> TL;DR: >> - We propose to stop tagging coordinated point releases (like 2015.1.1) >> - We continue maintaining stable branches as a trusted source of stable >> updates for all

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

On 06/08/2015 12:25 AM, Alan Pevec wrote: >>> and *Plan D* would be to start doing automatic per-project >>> micro-versions on each commit: e.g. 2015.1.N where N is increased on >>> each commit. >> >> How do you gpg sign these tags? I hope the solution isn't to store a key >> in infra without a pas

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

On 06/08/2015 06:10 PM, Jeremy Stanley wrote: > On 2015-06-08 16:53:21 +0100 (+0100), Dave Walker wrote: >> This breaks the desire of wanting to have a shared version scheme if >> consumers add their own local patches via git. This works fine for >> consumers that do not use git for handling their

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

On 06/09/2015 10:20 AM, James Page wrote: > LGTM - although for any initial repository migration, I'd like to see > Ubuntu (from bzr) and Debian (git.debian.org) branches separately for > projects that have Vcs branches for Ubuntu so that we can manage that > delta I keep going on about effectively

[openstack-dev] [infra] how to trigger a set of jenkins jobs

Hi infra team, The origin concept of jenkins is "one trigger one job". For example, the job "neutron-unit-test-py27" could respond a new change set from neutron upstream. But the truth is that a gerrit event trigger a set of jenkins jobs: py27-unittest, pep8-check, and many dsvm jobs... How can I

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

Hi Derek, 2015-06-09 0:34 GMT+02:00 Derek Higgins : > This patch would result in 80 packaging repositories being pulled into > gerrit. I personally would prefer to start with fewer but common packages between all RPM distros (is there more than Red Hat and SUSE ?) than starting the process with

Re: [openstack-dev] [Ceph] Is it necessary to flatten Copy-on-write cloning for RBD-backed disks?

Hi Kun, > On 09 Jun 2015, at 05:34, Kun Feng wrote: > > Hi all, > > I'm using ceph as storage backend for Nova and Glance, and merged the > rbd-ephemeral-clone patch into Nova. As VM disks are Copy-on-write clones of > a image, I have some concerns about this: > > 1. Since hundreds of vm dis

Re: [openstack-dev] [nova] Mellanox CI Issues

On 5 June 2015 at 15:29, Moshe Levi wrote: > Hi Dan, > > I just want to update you that the report success after short > less-than-a-minute run is Zuul problem see [1]. > This is happened because we apply filter rules to run only on PCI code to > reduce load on our CI System. I think the Xen P

Re: [openstack-dev] [nova] Mellanox CI Issues

> -Original Message- > From: John Garbutt [mailto:j...@johngarbutt.com] > On 5 June 2015 at 15:29, Moshe Levi wrote: > > > > I talked also with John Garbutt and it seem that the recommendation is to > filter only doc and test folders, > > but still I would like to filter some other folders

Re: [openstack-dev] [Openstack-operators] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

On 09/06/15 01:15, Kevin Benton wrote: I'm having difficulty reproducing the issue. The bug that Neil referenced (https://bugs.launchpad.net/neutron/+bug/1192381) looks like it was in Icehouse well before the 2014.1.3 release that looks like Fuel 5.1.1 is using. Just to be sure, I assume we're

Re: [openstack-dev] [Openstack-operators] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

>Just to be sure, I assume we're focussing here on the issue that Daniel reported Yes. >To be clear, though, what code are you trying to reproduce on? Current master? I was trying on 2014.1.3, which is the version I understand to be on Fuel 5.1.1. >I'm not clear whether that would qualify as '

Re: [openstack-dev] [Murano] python-openstackclient support

https://blueprints.launchpad.net/python-muranoclient/+spec/openstack-client-plugin-support I’ve done that a while ago, already =).  Could you please approve it? --  Kirill Zaitsev Murano team Software Engineer Mirantis, Inc On 9 Jun 2015 at 11:45:56, Serg Melikyan (smelik...@mirantis.com) wrote

Re: [openstack-dev] Tracking bugs in apps on launchpad

+1 Can’t find any objectsions to separating murano-apps from murano. --  Kirill Zaitsev Murano team Software Engineer Mirantis, Inc On 8 Jun 2015 at 17:13:22, Dmitro Dovbii (ddov...@mirantis.com) wrote: Hi, Serg! Nice! Why only bug tracking? I'm looking forward to the first blueprint submitting

Re: [openstack-dev] [Murano] python-openstackclient support

Hi all! I support the idea! Kirill, how much time do you think blueprint implementation will take? On Tue, Jun 9, 2015 at 2:46 PM, Kirill Zaitsev wrote: > > https://blueprints.launchpad.net/python-muranoclient/+spec/openstack-client-plugin-support > > I’ve done that a while ago, already =). >

Re: [openstack-dev] Tracking bugs in apps on launchpad

Folks, nice idea. Who is wishing to look through all bugs in murano and move to murano-apps project appropriate ones? Regards, Kate. On Tue, Jun 9, 2015 at 2:49 PM, Kirill Zaitsev wrote: > +1 > > Can’t find any objectsions to separating murano-apps from murano. > > -- > Kirill Zaitsev > Mur

Re: [openstack-dev] [glance] [nova] Glance bug with Kilo upgrade & Nova

On 09/06/15 07:38 +, Bhandaru, Malini K wrote: A DB migrate script that puts some token default string only for glance properties that are NULL. Should not change anything else. Hope it works Flavio. Regards Malini Proposed fix, please read the commit message and comments: https://review.

Re: [openstack-dev] Tracking bugs in apps on launchpad

First we need to setup bugtracking on murano-apps =) --  Kirill Zaitsev Murano team Software Engineer Mirantis, Inc On 9 Jun 2015 at 15:13:07, Ekaterina Chernova (efedor...@mirantis.com) wrote: Folks, nice idea. Who is wishing to look through all bugs in murano and move to murano-apps project

Re: [openstack-dev] [Congress] summit events

Tim, I really appreciated the Intro/Status talk, and I'm sorry to have missed the Telco talk. Are slides for those talks available online? > On May 12, 2015, at 1:34 PM, Tim Hinrichs wrote: > > (On delegation) > Helping Telcos go Green and save OpEx via Policy > Wed, May 20 2:40-3:20, Room 110

Re: [openstack-dev] [Oslo][Automaton] Proposal for new core reviewer (min pae)

Excerpts from Joshua Harlow's message of 2015-06-08 11:31:15 -0700: > Greetings all stackers, > > I propose that we add Min Pae (sputnik13) to the automaton-core team. > > Min has been actively contributing to taskflow for a while now and as > automaton (the library came out of taskflow) is a new

Re: [openstack-dev] [Oslo][Automaton] Proposal for new core reviewer (min pae)

On Mon, Jun 08 2015, Joshua Harlow wrote: > Greetings all stackers, > > I propose that we add Min Pae (sputnik13) to the automaton-core team. > > Min has been actively contributing to taskflow for a while now and as > automaton (the library came out of taskflow) is a new library it would be > gre

[openstack-dev] [all] Switching to SQLAlchemy 1.0.x

Hi, The python-sqlalchemy package has been uploaded to Debian Experimental, and is about to be uploaded to Debian Unstable. So I wonder what's the state of the project regarding upgrading SQLA. Maybe Mike can tell what kind of issue we may run into? How much work will it be to switch to SQLA 1.0.

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

On 09/06/15 10:37, Dirk Müller wrote: Hi Derek, 2015-06-09 0:34 GMT+02:00 Derek Higgins : This patch would result in 80 packaging repositories being pulled into gerrit. I personally would prefer to start with fewer but common packages between all RPM distros (is there more than Red Hat and

[openstack-dev] Please Merge patches titled "Merge Tag ..."

Hi! When we cut a release, we do so on a branch. This means that the tag for the release is not in the master branch of the repo, which means git can produce unexpected output in some cases. To solve this, we have the proposal bot propose a null-merge of the tag back in to master. The patch in qu

[openstack-dev] [oslo][all] openstack context change for user_name and project_name

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi operators/devs, I have a patch [1] for oslo.context (the library that is used by most projects to create context objects to pass around) that introduces the following change for the context: user_identity is now constructed from user and project

Re: [openstack-dev] [magnum][horizon] Making a dashboard for Magnum - need a vote from the core team

Adrian, I think you are on the road but perhaps you have access to email. Can you pull the trigger on your preferred governance approach? Brad will do the rest (creation of stackforge project, etc) From my perspective, the UI spec is ready to hit the repo and we shouldn’t block these folks go

Re: [openstack-dev] [cinder] Port Cinder to Python 3

Hi, Le 26/05/2015 11:51, Duncan Thomas a écrit : Thanks Victor, that is pretty much exactly what I wanted to hear - there's a known, finite plan to get us to fully working with python3. I'll go change my reviews now. As expected, two weeks later, all my patches are in conflict :-) I rebased m

[openstack-dev] [oslo.vmware] Bump oslo.vmware to 1.0.0

Gary, Tracy, Vipin and other contributors, Is oslo.vmware API solid enough for us to bump to 1.0.0? if not, what's left to be done? thanks, dims -- Davanum Srinivas :: https://twitter.com/dims __ OpenStack Development Mail

Re: [openstack-dev] [Congress] summit events

Hi Joe, The telco slides are powerpoint, but are hosted on google drive: https://docs.google.com/a/styra.com/file/d/0ByDz-eYOtswScUFUc1ZrVVhmQlk/edit The slides themselves may not include all the content you want without the soundtrack. Here's the corresponding design doc. https://docs.google.co

Re: [openstack-dev] [puppet] openstacklib::db::sync proposal

On 2015-06-08 2:48 AM, Yanis Guenane wrote: > > If we look at openstacklib::db::postgresql[1] or > openstackib::db::mysql[2] they are simple wrapper around > puppet resources with no extra logic, but a common resource across all > modules. I see a lot of resources, relationships and logic in open

Re: [openstack-dev] [Nova] Liberty Priorties for Nova

On 04/06/15 13:05, Neil Jerram wrote: Hi John, On 04/06/15 12:21, John Garbutt wrote: Hi, We had a great discussion at the summit around priorities: https://etherpad.openstack.org/p/YVR-nova-liberty-priorities I have made a stab at writing that up here, please to review if you are interested:

Re: [openstack-dev] [magnum][horizon] Making a dashboard for Magnum - need a vote from the core team

Sure, I’ve got the patch ready just waiting on a final decision re: governance. Brad On 9 Jun 2015, at 14:46, Steven Dake (stdake) mailto:std...@cisco.com>> wrote: Adrian, I think you are on the road but perhaps you have access to email. Can you pull the trigger on your preferred governance a

Re: [openstack-dev] [Nova] Liberty Priorties for Nova

On Tue, Jun 09, 2015 at 03:07:51PM +0100, Neil Jerram wrote: > On 04/06/15 13:05, Neil Jerram wrote: > >Hi John, > > > >On 04/06/15 12:21, John Garbutt wrote: > >>Hi, > >> > >>We had a great discussion at the summit around priorities: > >>https://etherpad.openstack.org/p/YVR-nova-liberty-priorities

Re: [openstack-dev] [Murano] python-openstackclient support

Since it includes a certain research phase (on how to integrate properly) I’d bet on half-a-week to week of work.  But that’s just a wild guess. Might be less, might be more. --  Kirill Zaitsev Murano team Software Engineer Mirantis, Inc On 9 Jun 2015 at 14:59:13, Ekaterina Chernova (efedor...@m

Re: [openstack-dev] [puppet] openstacklib::db::sync proposal

On 06/08/2015 12:31 PM, Colleen Murphy wrote: > > > On Sun, Jun 7, 2015 at 11:48 PM, Yanis Guenane > wrote: > > > > On 06/03/2015 02:32 PM, Martin Mágr wrote: > > > > On 06/02/2015 07:05 PM, Mathieu Gagné wrote: > >> On 2015-06-02 12:41 PM, Yanis

Re: [openstack-dev] [packaging] Adding packaging as an OpenStack project

On 06/09/2015 05:37 AM, Dirk Müller wrote: Hi Derek, 2015-06-09 0:34 GMT+02:00 Derek Higgins : This patch would result in 80 packaging repositories being pulled into gerrit. I personally would prefer to start with fewer but common packages between all RPM distros (is there more than Red Hat

Re: [openstack-dev] [Nova] Liberty Priorties for Nova

On 06/09/2015 10:28 AM, Daniel P. Berrange wrote: On Tue, Jun 09, 2015 at 03:07:51PM +0100, Neil Jerram wrote: Secondly there is the VIF plug script idea, and it's here that the elephant may be. I'm afraid that some of the interested people (including me) missed it, but I heard that the core te

Re: [openstack-dev] [all] [stable] No longer doing stable point releases

On 2015-06-09 10:55:55 +0200 (+0200), Thomas Goirand wrote: [...] > That's far from being in place. Also, while we are removing point > releases, and support for Icehouse, we still don't have a common private > Gerrit for security, which we've been told about 2 years ago. > > Removing collaboratio

Re: [openstack-dev] [keystone][reseller] New way to get a project scoped token by name

On Mon, Jun 8, 2015 at 10:44 PM, Jamie Lennox wrote: > > > - Original Message - > > From: "David Chadwick" > > To: openstack-dev@lists.openstack.org > > Sent: Saturday, 6 June, 2015 6:01:10 PM > > Subject: Re: [openstack-dev] [keystone][reseller] New way to get a > project scoped token b

Re: [openstack-dev] [Nova] Liberty Priorties for Nova

On 09/06/15 15:28, Daniel P. Berrange wrote: On Tue, Jun 09, 2015 at 03:07:51PM +0100, Neil Jerram wrote: Secondly there is the VIF plug script idea, and it's here that the elephant may be. I'm afraid that some of the interested people (including me) missed it, but I heard that the core team

Re: [openstack-dev] [Cinder] Getting `ValueError: Field `volume_id' cannot be None`

Thangp, I have a related Question wrt your comment in https://review.openstack.org/#/c/172808/6/cinder/api/contrib/snapshot_actions.py Do i need to add support for snapshot_admin_metadata table in object/snapshot.py or I need to create a new object since its a new table, I am not clear on this,

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

We are eager to announce the release of: oslo.config 1.12.1: Oslo Configuration API This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.config For more details, please see the git log history below and: http://laun

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

We are content to announce the release of: oslo.concurrency 2.0.0: Oslo Concurrency library This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.concurrency For more details, please see the git log history below and:

Re: [openstack-dev] [Cinder] Getting `ValueError: Field `volume_id' cannot be None`

It should be a field, e.g. admin_metadata, in the snapshot object under object/snapshot.py. Look at 'metadata' field as an example of how to accomplish this. Thang On Tue, Jun 9, 2015 at 11:06 AM, Deepak Shetty wrote: > Thangp, > I have a related Question wrt your comment in > > https://revi

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

We are jubilant to announce the release of: oslo.versionedobjects 0.4.0: Oslo Versioned Objects library This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.versionedobjects For more details, please see the git log histo

[openstack-dev] [release][oslo] oslotest release 1.7.0 (liberty)

We are content to announce the release of: oslotest 1.7.0: Oslo test framework This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/oslotest For more details, please see the git log history below and: http://launchpad.ne

[openstack-dev] [release][oslo] oslosphinx release 3.0.0 (liberty)

We are glad to announce the release of: oslosphinx 3.0.0: OpenStack Sphinx Extensions and Theme This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/oslosphinx For more details, please see the git log history below and:

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

We are thrilled to announce the release of: oslo.log 1.4.0: oslo.log library This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.log For more details, please see the git log history below and: http://launchpad.net/

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

We are amped to announce the release of: oslo.vmware 0.14.0: Oslo VMware library This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.vmware For more details, please see the git log history below and: http://launchp

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

We are glad to announce the release of: oslo.rootwrap 2.0.0: Oslo Rootwrap This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.rootwrap For more details, please see the git log history below and: http://launchpad.n

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

We are glad to announce the release of: oslo.policy 0.6.0: Oslo Policy library This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.policy For more details, please see the git log history below and: http://launchpad

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

We are excited to announce the release of: oslo.middleware 2.0.0: Oslo Middleware library This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.middleware For more details, please see the git log history below and: h

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

We are gleeful to announce the release of: oslo.messaging 1.14.0: Oslo Messaging API With source available at: http://git.openstack.org/cgit/openstack/oslo.messaging For more details, please see the git log history below and: http://launchpad.net/oslo.messaging/+milestone/1.14.0 Pleas

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

We are excited to announce the release of: oslo.db 1.11.0: Oslo Database library This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.db For more details, please see the git log history below and: http://launchpad.n

[openstack-dev] [release][oslo][stable] oslo.messaging release 1.8.3 (kilo)

We are satisfied to announce the release of: oslo.messaging 1.8.3: Oslo Messaging API With source available at: http://git.openstack.org/cgit/openstack/oslo.messaging For more details, please see the git log history below and: http://launchpad.net/oslo.messaging/+milestone/1.8.3 Pleas

[openstack-dev] [Murano] Virtual Mid-Cycle Summit - Overview Day

Hi folks, We discussed [0] previously that we need a some kind of mid-cycle summit in order to discuss blueprints and feature for Liberty that we were not able to discuss at the OpenStack Summit in Vancouver partially due to some contributors were not able to attend and partially because Summit ag

Re: [openstack-dev] [javascript] Linters

Hey there, Gustavo- JSMin's a minifier, not a linter, yes? Unless I'm wrong, we're discussing the enforcement of code style rather than the concatenation step in our build, and thus jsmin's not really in the running. Once we _do_ talk about how we assemble javascript, I'm sure JSMin will have a st

Re: [openstack-dev] Barbican : Retrieval of the secret in text/plain format generated from Barbican order resource

Hi Douglas , It would be great if you could respond to the email with the explanation provided in yesterday's IRC meeting so that I can share it with my team. Thanks and Regards, Asha Seshagiri On Mon, Jun 8, 2015 at 2:13 PM, Asha Seshagiri wrote: > Thanks Nate for your response. > I would nee

[openstack-dev] Hyper-V meeting today

We don't seem to have quorum today to have a meeting. Pushing until next week. p Peter J. Pouliot CISSP Microsoft Enterprise Cloud Solutions C:\OpenStack New England Research & Development Center 1 Memorial Drive Cambridge, MA 02142 P: 1.(857).4536436 E: ppoul...@microsoft.com

[openstack-dev] [all] starting oslo releases without namespace packages

Today we started releasing versions of some of the Oslo libraries without the "oslo" namespace package. This represents a backwards-incompatible API change, so we have raised the major version number on those libraries where appropriate (oslo.vmware is not yet 1.0, so we didn't raise the major vers

Re: [openstack-dev] [oslo] oslo releasing is noisy...

Le 09/06/2015 17:50, Jordan Pittier a écrit : Hi, This has already been discussed here: http://lists.openstack.org/pipermail/openstack-dev/2015-March/059020.html You can always create a filter to match these emails. Well, I'm doing "the opposite": I want to read (all) Oslo emails, so I move t

Re: [openstack-dev] [javascript] Linters

Well, it looks like everyone has disqualified jslint and jshint, so let's just make a decision there and remove them from the running. Unless I hear a compelling reason to use something that has the infamous "do no evil" license in it, let's dump it. The John Papa styles seem sane, and though I di

Re: [openstack-dev] [horizon][i18n] Ordering of PO files

Ok, thats good to hear! Thanks Akihiro for the clarification.Andreas, I believe we can rewire the --makemessages command to use Babel, so script update will not be required.-Andreas Jaeger wrote: -To: "OpenStack Development Mailing List (not for usage questions)" From: Andreas Jaeger Date:

Re: [openstack-dev] [nova] [glance] How to deal with aborted image read?

On 06/08/2015 06:26 PM, Robert Collins wrote: On 9 June 2015 at 07:53, Chris Friesen wrote: From what I understand, the iterator (in the glance-api process) normally breaks out of the while loop once the whole file has been read and the read() call returns an empty string. It's not clear to m

[openstack-dev] [release][openstackclient] cliff release 1.13.0 (liberty)

We are happy to announce the release of: cliff 1.13.0: Command Line Interface Formulation Framework This release is part of the liberty release series. With source available at: http://git.openstack.org/cgit/openstack/cliff For more details, please see the git log history below and: h

Re: [openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

Actually I misread the time, 1700 UTC is 6pm Irish time which is not as good for me. So -1 On 09/06/15 09:30, Paul Bourke wrote: +1 On 08/06/15 18:37, Smigiel, Dariusz wrote: Folks, Several people have messaged me from EMEA timezones that 1600UTC fits right into the middle of their family l

Re: [openstack-dev] [oslo] oslo releasing is noisy...

Victor Stinner wrote: > Le 09/06/2015 17:50, Jordan Pittier a écrit : >> Hi, >> This has already been discussed here: >> http://lists.openstack.org/pipermail/openstack-dev/2015-March/059020.html >> >> You can always create a filter to match these emails. > > Well, I'm doing "the opposite": I want

Re: [openstack-dev] [Fuel][Oslo][RabbitMQ][Shovel] Deprecate mirrored queues from HA AMQP cluster scenario

On 9 June 2015 at 10:26:27, Michael Klishin (mklis...@pivotal.io) wrote: > I will push for introducing the most basic timeout support > in ctl in the next bug fix release. Some (highly conservative, for the sake of backwards compatibility) improvements are already merged and will be in 3.5.4 : ht

[openstack-dev] [nova] FreeBSD host support, round 2

Hi, Few months ago I've started a discussion on FreeBSD host support for OpenStack. [1] At a result of discussion it was figured out that there are a number of limitations, mainly on the BHyVe (the FreeBSD hypervisor) side, that make the effort not feasible. However, some things changed since the

[openstack-dev] [puppet] Weekly meeting #37

Our meeting minutes this week: http://eavesdrop.openstack.org/meetings/puppet_openstack/2015/puppet_openstack.2015-06-09-15.00.html Thanks everyone, -- Emilien Macchi signature.asc Description: OpenPGP digital signature _

Re: [openstack-dev] [all] Switching to SQLAlchemy 1.0.x

On 6/9/15 9:26 AM, Thomas Goirand wrote: Hi, The python-sqlalchemy package has been uploaded to Debian Experimental, and is about to be uploaded to Debian Unstable. So I wonder what's the state of the project regarding upgrading SQLA. Maybe Mike can tell what kind of issue we may run into? Ho

Re: [openstack-dev] [nova] FreeBSD host support, round 2

On Tue, Jun 09, 2015 at 07:52:39PM +0300, Roman Bogorodskiy wrote: > Hi, > > Few months ago I've started a discussion on FreeBSD host support for > OpenStack. [1] At a result of discussion it was figured out that there > are a number of limitations, mainly on the BHyVe (the FreeBSD hypervisor) > s

Re: [openstack-dev] [Openstack-operators] [openstack-operators][neutron[dhcp][dnsmask]: duplicate entries in addn_hosts causing no IP allocation

Hi Daniel, I see following in your command --dhcp-range=set:tag0,192.168.110.0,static,86400s --dhcp-range=set:tag1,192.168.111.0,static,86400s Is this expected? Was this command generated by the agent itself, or was Dnsmasq manually started? On Tuesday, June 9, 2015 4:41 AM, Kevin B

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

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 a couple of problems with that, with releases not coming often enough, or at a bad time in the release cycle, or with version numbering not being appl

Re: [openstack-dev] [infra] how to trigger a set of jenkins jobs

On 06/09/2015 05:33 AM, Gareth wrote: > Hi infra team, > > The origin concept of jenkins is "one trigger one job". For example, the > job "neutron-unit-test-py27" could respond a new change set from neutron > upstream. But the truth is that a gerrit event trigger a set of jenkins > jobs: py27-unit

Re: [openstack-dev] [release][oslo] oslo.middleware release 2.0.0 (liberty)

Excerpts from doug's message of 2015-06-09 11:14:23 -0400: > We are excited to announce the release of: > > oslo.middleware 2.0.0: Oslo Middleware library > > This release is part of the liberty release series. The changes in this version cause several projects to require manual updates to the p

Re: [openstack-dev] [all] Switching to SQLAlchemy 1.0.x

On 6/9/15 1:08 PM, Mike Bayer wrote: So for Openstack, we would mostly worry about code that is doing things oddly in some unexpected way, however all the Openstack code I've seen tends to be very ORM centric and uses the ORM very conservatively so I don't anticipate any problems. I would

Re: [openstack-dev] Please Merge patches titled "Merge Tag ..."

On 2015-06-09 09:35:55 -0400 (-0400), Monty Taylor wrote: [...] > We're going to re-run the process that generates the commits - > when the new ones come in - please merge them to make the release > team happy. [...] I've updated (after restoring if abandoned) all the pending release tag merge cha

Re: [openstack-dev] [kolla] Proposal for changing 1600UTC meeting to 1700 UTC

On Mon, Jun 08, 2015 at 05:15:54PM +, Steven Dake (stdake) wrote: Folks, Several people have messaged me from EMEA timezones that 1600UTC fits right into the middle of their family life (ferrying kids from school and what-not) and 1700UTC while not perfect, would be a better fit time-wise

[openstack-dev] [Keystone] Midcycle

Keystone Liberty Midcycle Meetup Time and Location When: July 15-17 (Wed-Fri) Where: Boston University, Boston, MA, USA Keystone Midcycle Wiki page: https://wiki.openstack.org/wiki/Sprints/KeystoneLibertySprint Please sign up if you are attending __

Re: [openstack-dev] [infra] how to trigger a set of jenkins jobs

I would encourage you to take a look at zuul but if you prefer not to use it then I believe you can also achieve your use case just using Jenkins by setting up multiple jobs with the same trigger. The jenkins job builder tool will help you setup and manage those jobs. -Khai __

[openstack-dev] [neutron][vpnaas][barbican] What types of authentication to support?

Hi, There is a Request for Feature Enhancement [1] to support authentication certifications for VPNaaS IPSec site to site connections, by using Barbican, in a manner similar to what was done for LBaaS listeners. Currently, VPNaaS only supports pre-shared keys for authentication, but the reference

Re: [openstack-dev] [release][oslo] oslo.middleware release 2.0.0 (liberty)

On Tue, Jun 9, 2015 at 6:14 PM, wrote: > We are excited to announce the release of: > > oslo.middleware 2.0.0: Oslo Middleware library > And this broke the gate, but the fix is already working its way though the system. https://bugs.launchpad.net/grenade/+bug/1463478 > > This release is part

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

I volunteer for the team. On 10 Jun 2015 5:25 am, "Doug Hellmann" wrote: > 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 a couple of problems with that, with releases > not coming often enou

  1   2   >