John Griffith wrote:
On Mon, Jan 5, 2015 at 4:39 PM, Jay S. Bryant
jsbry...@electronicjungle.net wrote:
All,
We have been getting a number of non-security patches proposed to
stable/icehouse for Cinder. The cores were discussing what was ok to put
into icehouse at this point in time and

Thanks Paul,
I'll be there!
Mathieu
On Mon, Jan 5, 2015 at 8:43 PM, Paul Michali (pcm) p...@cisco.com wrote:
Since we took a break for two weeks and the meeting channel has changed, I
figured I send a reminder.
Please update the page for any agenda items you may have,
Regards,
PCM

On 05/01/15 19:27, Matthew Farina wrote:
Switching to an ini format would likely be painful to impossible.
Horizon is built on django which is where the settings.py format comes
from. It's part of a django app.
For more info see the django docs. The settings information is at

On 06/01/15 01:39, Tripp, Travis S wrote:
What Radomir proposes looks like it would greatly ease the process I am still
going through to get the latest angular available to Horizon for current
development. At the time of writing this, I’m still trying to get the
updated library through. I

hi all ,
I set up nova environment with latest upstream code.
nova-compute can not boot up due to failed to load libvirt driver.
by further debugging. found that eventlet (0.16.0) remove util which is
referenced by libvirt driver.
after I downgrade to (0.15.2) it works.
*0.15.2*
In [3]: print

On 05/01/15 08:57 -0800, Morgan Fainberg wrote:
On Jan 5, 2015, at 08:07, Nikhil Komawar nikhil.koma...@rackspace.com wrote:
Based on the feedback received, we would like to avoid logging on the project
channel. My take from the discussion was that it gives many a folks a feeling
of

Dear All,
Is it possible to configure neutron to take VM ip from external DHCP server?
I am having All In One openstack env deployed using devstack icehouse. I am
looking for an option to integrate it with external DHCP server.
--
Thanks Regards
E-Mail: thefossg...@gmail.com
IRC: neophy
Blog

Hi
https://review.openstack.org/#/c/144995/ introduced a
backward incompatible change with mirco version support
and I think it's the microversion's purpose to enable v2.1
(v3) API to make those changes
The question is whether we should make bp for

Based on nova-specs api-microversions.rst
we support following function definition format, but it violate the hacking
rule pep8 F811 because duplicate function definition
we should use #noqa for them , but considering microversion may live for
long time ,
keep adding #noqa may be a little bit

Thanks Eli, please do file a bug on Launchpad with your information below.
Best,
-jay
On 01/06/2015 04:18 AM, Eli Qiao wrote:
hi all ,
I set up nova environment with latest upstream code.
nova-compute can not boot up due to failed to load libvirt driver.
by further debugging. found that

On 01/06/2015 12:44 AM, Saju M wrote:
Hi,
I seen a blueprint which implement Amazon VPC APIs and Status is Abandoned
https://review.openstack.org/#/c/40071/
Have any plans to get it done in Kilo release ?
How can I change the Abandoned status ?.
Have any dependencies ?
Please let me know, So

On 01/05/2015 06:03 PM, Doug Hellmann wrote:
As part of updating oslo.messaging to move it out of the oslo
namespace package I ran into some issues with heat. While debugging,
I tried running the heat unit tests using the modified version of
oslo.messaging and ran into test failures because the

Thanks for the responses RECLONE=yes worked for me.
On Tue, Jan 6, 2015 at 11:14 AM, Dr. Jens Rosenboom j.rosenb...@x-ion.de
wrote:
Am 06/01/15 um 04:40 schrieb Rajdeep Dua:
Getting this error while running stack.sh in devstack
Could not find a version that satisfies the requirement

On 01/05/2015 04:05 PM, Andrew Woodward wrote:
snip Secondly running monitoring on the cluster may
also result in the monitoring going offline if the cluster does, from
my own experience, not being able to see your monitoring is nearly
worse than having everything down and leads to lost

2015-01-06 20:31 GMT+08:00 Jay Pipes jaypi...@gmail.com:
On 01/06/2015 06:25 AM, Chen CH Ji wrote:
Based on nova-specs api-microversions.rst
we support following function definition format, but it violate the
hacking rule pep8 F811 because duplicate function definition
we should use #noqa

On 01/06/2015 06:25 AM, Chen CH Ji wrote:
Based on nova-specs api-microversions.rst
we support following function definition format, but it violate the
hacking rule pep8 F811 because duplicate function definition
we should use #noqa for them , but considering microversion may live for
long time

On Tue, Jan 06, 2015 at 07:31:19AM -0500, Jay Pipes wrote:
On 01/06/2015 06:25 AM, Chen CH Ji wrote:
Based on nova-specs api-microversions.rst
we support following function definition format, but it violate the
hacking rule pep8 F811 because duplicate function definition
we should use #noqa

On 01/06/2015 06:25 AM, Chen CH Ji wrote:
Based on nova-specs api-microversions.rst
we support following function definition format, but it violate the
hacking rule pep8 F811 because duplicate function definition
we should use #noqa for them , but considering microversion may live for
long

I've got no strong preferences on which we go for, but agree they should be
consistent. The internal python library options should also be consistent.
On 5 January 2015 at 20:52, Mike Perez thin...@gmail.com wrote:
On 09:13 Mon 05 Jan , Steven Kaufer wrote:
Giving that each of these 3

Hi,
As far as I know, there is a spec and feature for external dhcp server
configuration but *just for ironic project* (bare metal installation).
Btw, I have not tested it yet.
http://specs.openstack.org/openstack/ironic-specs/specs/juno/support-external-dhcp.html
Erhan,
On Tue, Jan 6,

On 01/06/2015 12:04 PM, foss geek wrote:
Dear All,
Is it possible to configure neutron to take VM ip from external DHCP
server?
I am having All In One openstack env deployed using devstack icehouse.
I am looking for an option to integrate it with external DHCP server.
At the moment, there

The Oslo team is pleased to announce the release of
stevedore 1.2.0: Manage dynamic plugins for Python applications
This release includes an update to eliminate excessive deprecation
warnings generated by pkg_resources when plugins are loaded.
For more details, please see the git log history

The Oslo team is pleased to announce the release of
oslo.i18n 1.2.0: oslo.i18n library
The primary reason for this release is to move the code
out of the oslo namespace package as part of
https://blueprints.launchpad.net/oslo-incubator/+spec/drop-namespace-packages
For more details, please see

Hello,
Actually there is two different fuel plugins git repositories. One in
stackforge and the other in mirantis:
https://github.com/stackforge/fuel-plugins
https://github.com/Mirantis/fuel-plugins
it is a little bit confusing. Why needing two different repositories?
which one should be used

On Tue, 2015-01-06 at 12:19 -0600, Anne Gentle wrote:
I'm all for consistency. Sounds like a great case for the API Working
Group to document. You can propose a patch describing the way we want
sorting to work.
See https://review.openstack.org/#/q/project:openstack/api-wg,n,z
I really

Ah, bad paste, sorry.
All the details around developing and certifying a plug-in can be found here:
http://docs.mirantis.com/openstack/fuel/fuel-6.0/plugin-dev.html
-Christopher
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org

The Keystone team is evaluating the support of the LDAP Assignment backend
within OpenStack and how it is used in deployments. The assignment backend
covers “Projects/Tenants”, “Roles/Grants”, and in the case of SQL “Domains”.
There is a concern that the assignment backend implemented against

Ill answer inline what I can, others can chime in to clear up anything and
answer the rest.
On 1/6/15 10:38 AM, Andrew Hutchings and...@linuxjedi.co.uk wrote:
Hi,
I¹m looking into the Octavia project in relation to something my team are
working on inside HP and I have a bunch of questions. I

On Tue, Jan 6, 2015 at 7:00 AM, samuel.bar...@orange.com wrote:
Actually there is two different fuel plugins git repositories. One in
stackforge and the other in mirantis:
https://github.com/stackforge/fuel-plugins
Stackforge plug-ins - used for plug-ins developed by Fuel Core team.

Hi all,
Just a reminder that the OpenStack Telco Working Group [1] will be meeting @
2200 UTC in #openstack-meeting on Wednesday January 7th. Draft agenda is
available here:
https://etherpad.openstack.org/p/nfv-meeting-agenda
Please feel free to add items that you wish to discuss at the

Miguel,
Thanks again for taking this on. I went looking for the rootwrap
daemon code today in gerrit and found it here [1]. I can allocate
some review cycles to help get this merged early in the cycle. Please
keep us posted on your progress refreshing the code.
Carl
[1]

On 01/06/2015 09:56 PM, victor stinner wrote:
Hi,
I set up nova environment with latest upstream code.
nova-compute can not boot up due to failed to load libvirt driver.
by further debugging. found that eventlet (0.16.0) remove util which is
referenced by libvirt driver.
after I downgrade

Hello -
Victor Sergeyev and I are both observing the following test failure which
occurs with all the tests underneath
nova.tests.unit.db.test_migrations.TestNovaMigrationsMySQL.This is against
master with a brand new tox environment and everything at the default.
It does not seem to be

Heya,
https://etherpad.openstack.org/p/kilo-nova-midcycle is the etherpad
for the Nova midcycle meetup. I'd like to start collecting topics we'd
like to cover, and we'll sort them by priority later once we've
collected a few.
Thanks,
Michael
--
Rackspace Australia

The Oslo team is pleased to announce the release of:
taskflow 0.6.1: Taskflow structured state management library.
For more details, please see the git log history below and:
http://launchpad.net/taskflow/+milestone/0.6.1
Please report issues through launchpad:

On 01/06/2015 05:51 PM, victor stinner wrote:
Hi,
I'm still working on porting OpenStack to Python 3.
I'm fixing Python 3 issues in eventlet and I'm trying
to replace eventlet with trollius in OpenStack. Two
different and complementary ways to port OpenStack to Python 3.
Hi Victor,
Will

Hiya-
Flavio has been actively involved in stable branch maintenance for as long
as I can remember, but it looks like his +2 abilities were removed after
the organizational changes made to the stable maintenance teams. He has
expressed interest in continuing on with general stable maintenance

+1
Flavio has always been a good gate keeper of stable across the board.
Sent via mobile
On Jan 6, 2015, at 11:32, Adam Gandelman ad...@ubuntu.com wrote:
Hiya-
Flavio has been actively involved in stable branch maintenance for as long as
I can remember, but it looks like his +2

The option to disable keystone authentication in the neutron client was
marked for deprecation in August as part of a Keystone support upgrade.[1]
What was the reason for this? As far as I can tell, Neutron works fine in
the 'noauth' mode and there isn't a lot of code that tightly couples
neutron

在 2015年01月07日 04:56, victor stinner 写道:
Hi,
I set up nova environment with latest upstream code.
nova-compute can not boot up due to failed to load libvirt driver.
by further debugging. found that eventlet (0.16.0) remove util which is
referenced by libvirt driver.
after I downgrade to

hi all:
I have a patch [1], just did slight changes on api, do I need to write a
spec(kinds of wasting time to get approved)?
since api-microversion[2] is almost done, can we just feel free to add
changes as micro-version api?
like bump version , write down changes in

On Jan 6, 2015, at 12:46 PM, Kevin L. Mitchell kevin.mitch...@rackspace.com
wrote:
On Tue, 2015-01-06 at 12:19 -0600, Anne Gentle wrote:
I'm all for consistency. Sounds like a great case for the API Working
Group to document. You can propose a patch describing the way we want
sorting to

Howdy,
https://etherpad.openstack.org/p/kilo-keystone-midcycle is the etherpad
for the Keystone midcycle meetup. Similar to the Nova team, we should
start
collecting topics to cover, and sort them by priority later once we've
collected a few.
Steve___

Refstack is having its midcycle F2F meetup January 12-14, 2015 in Santa Clara,
CA
Etherpad is: https://etherpad.openstack.org/p/refstack-january-2015-midcycle
Everyone is welcome to join in, but please add your list to the etherpad if you
will be attending in person.
We are hoping to do a

We have a spec for implementing a DHCP relay agent [1], which would enable
this. We have implemented this, but it's not upstream (yet!). You would have
to download our adapter [2] and dissect it to get the code from there, which
may be pretty painful, because the package includes lots of

I'm pleased to announce the release of Kolla Milestone #2 available for
immediate download from
https://github.com/stackforge/kolla/archive/version-m2.tar.gz.
Kolla is an effort to bring container deployment of OpenStack to TripleO.
This milestone brings several new features:
* Integrated

Hi all,
* I have commit a bug and it is not yet merged. Now I want to commit
another bug but this bug is depends on the previousapp:ds:previous one which
have not been merged?
* So how should I do? Should I commit the latterapp:ds:latter bug
directly or wait the

2015-01-07 11:43 GMT+08:00 Eli Qiao ta...@linux.vnet.ibm.com:
hi all:
I have a patch [1], just did slight changes on api, do I need to write a
spec(kinds of wasting time to get approved)?
since api-microversion[2] is almost done, can we just feel free to add
changes as micro-version api?

Steven,
This sounds like a perfect place for a cross project spec. It wouldn't have to
be a big one, but all the projects would have a chance to review and the TC
would oversee to ensure it gets proper review.
TCms, am I on point here?
--Rocky
From: Jay S. Bryant

Hi list,
After study https://wiki.openstack.org/wiki/Manila/Kilo_Network_Spec
I’d like to change my proposal.
Since driver mode is actually decide by its network situation, how about:
static_network_mode
⇨ No share server
⇨ import share server from other place

Itsuro,
It would be desirable to be able to be hide an agent from scheduling
but no one has stepped up to make this happen. Come to think of it,
I'm not sure that a bug or blueprint has been filed yet to address it
though it is something that I've wanted for a little while now.
Carl
On Mon,

On Tue, Jan 6, 2015 at 10:03 AM, Steven Kaufer kau...@us.ibm.com wrote:
This is a follow up thread to [1]
In order to have consistency across clients, I am proposing that the
client side sorting has the following syntax: --sort key[:direction]
Where the --sort parameter is comma-separated

On 1/6/2015 6:33 AM, Jay Pipes wrote:
Thanks Eli, please do file a bug on Launchpad with your information below.
Best,
-jay
On 01/06/2015 04:18 AM, Eli Qiao wrote:
hi all ,
I set up nova environment with latest upstream code.
nova-compute can not boot up due to failed to load libvirt

Hi all,
as discussed per last IRC meeting we prepared first thoughts on the
requirements on Service Function Chaining (SFC) and relevant use-case.
We have an etherpad for initial draft ideas. Later on we should move it to
wiki.
All comments are very welcome.

I got following error in patch https://review.openstack.org/#/c/137009/
from Jenkins
2015-01-06 12:24:20.445 | ./nova/compute/manager.py:5325:13: N331 Use
LOG.warning due to compatibility with py3
2015-01-06 12:24:20.445 | ./nova/compute/manager.py:5726:13: N331 Use
LOG.warning due to

Steven,
Thank you for continuing to pursue this. Adding this functionality and
having it consistent will be a good thing.
The plan for Cinder looks good to me and is consistent with Mike and
Duncan's input.
I look forward to seeing patches for Cinder.
Jay
On 01/06/2015 10:03 AM, Steven

Hi,
I’m looking into the Octavia project in relation to something my team are
working on inside HP and I have a bunch of questions. I realise it is early
days for the project and some of these could be too low level at this time.
Some of these questions come from the fact that I could not get

Hi,
I'm still working on porting OpenStack to Python 3. I'm fixing Python 3 issues
in eventlet and I'm trying to replace eventlet with trollius in OpenStack. Two
different and complementary ways to port OpenStack to Python 3.
I fixed some eventlet issues related to Python 3 and

This is a follow up thread to [1]
In order to have consistency across clients, I am proposing that the client
side sorting has the following syntax: --sort key[:direction]
Where the --sort parameter is comma-separated and is used to specify one or
more sort keys and directions. The direction

On 01/06/2015 05:33 PM, Daniel P. Berrange wrote:
On Tue, Jan 06, 2015 at 10:21:10AM -0600, Matt Riedemann wrote:
Odd...eventlet 0.16.0 was released on 12/30 and the eventlet.util import is
still in the libvirt host module, but this isn't blowing up in the Jenkins
runs, so what's different?

On Tue, Jan 6, 2015 at 2:49 AM, Flavio Percoco fla...@redhat.com wrote:
Fully agree... I don't see how enable logging should be a limitation
for freedom of thought. We've used it in Zaqar since day 0 and it's
bee of great help for all of us.
The logging does not remove the need of meetings

On Tue, Jan 06, 2015 at 10:21:10AM -0600, Matt Riedemann wrote:
Odd...eventlet 0.16.0 was released on 12/30 and the eventlet.util import is
still in the libvirt host module, but this isn't blowing up in the Jenkins
runs, so what's different? There isn't a version cap on eventlet in

Radomir,
The current version of Angular were using in Horizon still does not have
cookie and mock packages:
https://github.com/stackforge/xstatic-angular/tree/1.2.1.1/xstatic/pkg/angular/data
We still need to do it the long way:
1. Update the Angular version in global-requirements
2. Wait

Thanks, Radomir.
I originally started a patch on Horizon and was going to do that, but was
guided to update global requirements first.
I¹ll go ahead and redo that patch on Horizon.
-Travis
On 1/6/15, 2:00 AM, Radomir Dopieralski openst...@sheep.art.pl wrote:
On 06/01/15 01:39, Tripp, Travis S

This release is causing problems with some of Heat’s WSGI code that accesses
private classes in oslo.i18n. We’re working on a fix:
https://review.openstack.org/#/c/145257
On Jan 6, 2015, at 10:15 AM, Doug Hellmann d...@doughellmann.com wrote:
The Oslo team is pleased to announce the