Re: [openstack-dev] [all] Barcelona Design Summit track layout

On Sun, Sep 18, 2016 at 3:59 PM, Thierry Carrez wrote: > Emilien Macchi wrote: >> On Fri, Sep 16, 2016 at 10:22 AM, Thierry Carrez >> wrote: >>> 1. If you have a *hard* conflict that I failed to take into account >>> (like the PTL is giving a talk during the one and only fishbowl room the >>> te

Re: [openstack-dev] [gnocchi] Support for other drivers - influxdb

On Mon, Sep 19 2016, Sam Morrison wrote: > No performance numbers. Do you have a test in mind so I can compare. Is there > a > standard way to test this? Gnocchi client has a "benchmark" tool that you can use to have some basic numbers. It's not perfect because it's in Python and it is often too

[openstack-dev] [all][neutron]L2/L3 networking automation across Neutron

Tricircle project has decided to shrink its scope to networking automation across Neutron, and focus on addressing the networking requirements in following use cases: 1. Cloud Capacity Expansion When one OpenStack cloud is provisioned with more and more resources, the capacity of one OpenStack

[openstack-dev] [nova] next notification subteam meeting

Hi, The next notification subteam meeting will be held on 2016.09.20 17:00 UTC [1] on #openstack-meeting-4. Cheers, Gibi [1] https://www.timeanddate.com/worldclock/fixedtime.html?iso=20160920T17 __ OpenStack Developme

Re: [openstack-dev] [Neutron] Adding ihrachys to theneutron-drivers team

I totally agree. Congrats Ihar. Regards, Martin - Martin Hickey | Software Development | Open Technologies | Tel: + 353 21 7306040 From: Assaf Muller To: "OpenStack Development Mailing List (not for usage questions)" Date: 17/09/2016 23:12 Subject:Re: [openstack-d

Re: [openstack-dev] [Neutron] Adding ihrachys to theneutron-drivers team

Congratulations Ihar :) On Mon, Sep 19, 2016 at 2:00 PM, Martin Hickey wrote: > I totally agree. Congrats Ihar. > > Regards, > Martin > - > Martin Hickey | Software Development | Open Technologies | Tel: + 353 21 > 7306040 > > [image: Inactive hide details for Assaf Muller ---17/09/2016 > 23:12:

[openstack-dev] [kuryr] September 19th meeting agenda

Hi Kuryrs! Yet again I'm late in posting the agenda, sorry. Here goes today's meeting agenda[1]. As always, feel free to add items or bring them up during the open discussion, I'll be checking the agenda for updates just before the meeting starts at 14utc. See you in the meeting, Toni [1] http

Re: [openstack-dev] [Neutron] Adding ihrachys to theneutron-drivers team

Congrats Ihar! From: reedip banerjee [mailto:reedi...@gmail.com] Sent: 19 September 2016 14:08 To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Neutron] Adding ihrachys to theneutron-drivers team Congratulations Ihar :) On Mon, Sep 19, 2016 at 2:00

Re: [openstack-dev] [Congress] Default devstack deployment config

Hi All, I too agree from the development point of view, its easier if we have a single process. But I was wondering, tempest jobs we run on gate, isn't it better they run with 3 processes deployed, to make sure it works across processes too? Just a thought, how about we keep both the options, so

[openstack-dev] [tc]a chance to meet all TCs for Tricircle big-tent application in Barcelona summit?

Hello, all TCs, Understand that you will be quite busy in Barcelona summit, all TCs will be shown in the Barcelona summit, and meet together(usually, I assumed). So is it possible to have a chance to meet all TCs there for Tricircle big-tent application https://review.openstack.org/#/c/338796/

Re: [openstack-dev] [Kuryr] IPVLAN data path proposal

Hi Liping, I am also on the team working on the ipvlan proposal and I will try and answer your question the best I can. I think from your blog post you understand the proposal correctly. The steps you mentioned are very similar to the code PoC with ipvlan. These are the steps we followed when

Re: [openstack-dev] [NOVA] why it take long time between the unplug_vif and update port host binding while doing live migrate VM

I've been working on a related problem, and have also noticed this delay. These calls happen on separate compute hosts, and lots of things happen in between. Although the goal of my patch isn't to address the issue you describe, I have noticed that this patch significantly reduces it anyway: https

[openstack-dev] [qa] resigning from Tempest core

Hi folks, as already mentioned during the current code sprint: I am currently lacking time for reviews and code contributions. I think it better to step back and let other’s in that are more active. Thanks for all the support and it was really fun the past 3 years working with you! Regards Marc

Re: [openstack-dev] [Kuryr] IPVLAN data path proposal

Thanks for your reply, your poc is cool, Louise! You already can use --ipam-driver=kuryr to use kuryr-ipam to do this in your poc code? BTW, any reason you choose ipvlan, but not macvlan. Regards, Liping Mao From: , Louise M mailto:louise.m.d...@intel.com>> Reply-To: OpenStack List mailto:opens

Re: [openstack-dev] [Neutron] Adding ihrachys to theneutron-drivers team

Congratulations Ihar! Great addition to the Drivers team. On Mon, Sep 19, 2016 at 4:52 AM Vikram Choudhary < vikram.choudh...@huawei.com> wrote: > Congrats Ihar! > > > > *From:* reedip banerjee [mailto:reedi...@gmail.com] > *Sent:* 19 September 2016 14:08 > > > *To:* OpenStack Development Mailing

Re: [openstack-dev] [Kuryr] IPVLAN data path proposal

Thanks Liping! Yes we are using the kuryr ipam driver in the PoC code, otherwise we have to manage the IP addresses manually. We chose IPVlan mostly due to the hardware limitation of the mac addresses on the NIC (i.e. No. of virtual devices created on a master exceeds the mac capacity and puts

Re: [openstack-dev] [fuel][plugin] Is there a way to change plugin html dynamically?

Hi Peter, there are two ways I see today to have done what you want to: First, you can change [0] and add some fields to store second netapp device. In this case you'll need to change puppet manifests logic to use new fields - according to current state, it's a bunch of code double or you'll need

[openstack-dev] [cinder] LVM vs BDD drivers performance tests results

Hi team, We did some performance tests [1] for LVM and BDD drivers. All tests were executed on real hardware with OpenStack Mitaka release. Unfortunately, we didn't have enough time to execute all tests and compare results. We used Sahara/Hadoop cluster with TestDFSIO and others tests. All tests

Re: [openstack-dev] [Fuel] Getting rid of ISO

Ruijing, In a nutshell, the guide would be 0) install vanilla Centos 7 1) install fuel-release package (it configures necessary yum repos) wget http://packages.fuel-infra.org/repositories/centos/master-centos7/snapshots/os-2016-09-19-093900/x86_64/Packages/fuel-release-10.0.0-1.mos6376.git.a8c98d0

Re: [openstack-dev] [qa] resigning from Tempest core

Hi Marc, Thanks for your good work on Tempest all these years. I know you are still contributing to other areas of OpenStack so that's good for the project as a whole. Cheers, Jordan On Mon, Sep 19, 2016 at 11:51 AM, Koderer, Marc wrote: > Hi folks, > > as already mentioned during the current

Re: [openstack-dev] [TripleO] *ExtraConfig, backwards compatibility & deprecation

On Wed, Sep 14, 2016 at 06:32:07PM +0200, Giulio Fidente wrote: > On 09/14/2016 05:59 PM, Giulio Fidente wrote: > > On 09/14/2016 02:31 PM, Steven Hardy wrote: > > > Related to this is the future of all of the per-role customization > > > interfaces. I'm thinking these don't really make sense to m

Re: [openstack-dev] [all] Barcelona Design Summit track layout

On Mon, Sep 19, 2016 at 3:18 AM, Antoine Cabot wrote: > On Sun, Sep 18, 2016 at 3:59 PM, Thierry Carrez wrote: >> Emilien Macchi wrote: >>> On Fri, Sep 16, 2016 at 10:22 AM, Thierry Carrez >>> wrote: 1. If you have a *hard* conflict that I failed to take into account (like the PTL is

Re: [openstack-dev] [Product] Project Navigator - Maturity Metrics

is this updated with a script or manually? i just took a quick look at this and some of the projects have a different information between the high-level "all projects" view and the detailed individual project view. this was something that was brought up a months ago so i assume it hasn't been l

Re: [openstack-dev] [cinder]tempest test case for force detach volume

The cinder team would welcome submission of any missing Tempest test cases. I'm not certain of the history of the os-force_detach API, but you could write tests for them and they would be reviewed. Scott D'Angelo From: joehuang Sent: Saturday, September 17, 2

Re: [openstack-dev] [Neutron] Adding ihrachys to theneutron-drivers team

Honestly, I had assumed Ihar was on the Drivers team already :) A great addition to the team, and much deserved! From: Paul Michali mailto:p...@michali.net>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Monday, Septembe

Re: [openstack-dev] [tricircle] Should we discuss the use cases of force volume detach in the Tricircle

Please keep in mind that Nova keeps some volume state in the BlockDeviceMapping table. Without changes to Nova, a force_detach function is not complete. I am interested in this use case, as are other Cinder developers. Please feel free to contact me in IRC with questions as "scottda". Scott D'

Re: [openstack-dev] [cinder]tempest test case for force detach volume

Writing a sensible test for this api is rather tricky, since it is intended to clean up one very specific error condition, and has few guarantees about the state it leaves the system in. It is provided as a tool to allow the system administrator to clean up certain faults and situations without nee

Re: [openstack-dev] [cinder] LVM vs BDD drivers performance tests results

On Mon, Sep 19, 2016 at 4:43 AM, Ivan Kolodyazhny wrote: > Hi team, > > We did some performance tests [1] for LVM and BDD drivers. All tests were > executed on real hardware with OpenStack Mitaka release. Unfortunately, we > didn't have enough time to execute all tests and compare results. We use

Re: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team

This achievement reflects the constant effort you makes in OpenStack, kudos Ihar From: "Armando M." Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Saturday, September 17, 2016 at 11:40 AM To: "OpenStack Development Mailing List (not for usage questions)" Subject: [o

Re: [openstack-dev] [kolla][release] Branching of stable/newton

Excerpts from Thierry Carrez's message of 2016-09-18 16:08:04 +0200: > Steven Dake (stdake) wrote: > > Release team, > > > > At one point Doug had indicated all projects would automatically branch > > on tagging of rc1. I notice in git no Kolla stable/newton branch > > exists. Fwiw this is actual

[openstack-dev] [release][congress][searchlight] projects in danger of being left out of newton

We have not had RC1 tags for congress or searchlight, and the project leads aren't responding on IRC. These projects are at risk of being left out of the newton release. Someone from the core teams for these projects should get in touch with the release team as soon as possible to let us know your

Re: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team

+1 From: Armando M. [mailto:arma...@gmail.com] Sent: Saturday, September 17, 2016 9:41 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team Hi folks, I would like to propose Ihar to become a member of t

Re: [openstack-dev] [TripleO] *ExtraConfig, backwards compatibility & deprecation

On 09/19/2016 01:25 PM, Steven Hardy wrote: On Wed, Sep 14, 2016 at 06:32:07PM +0200, Giulio Fidente wrote: On 09/14/2016 05:59 PM, Giulio Fidente wrote: On 09/14/2016 02:31 PM, Steven Hardy wrote: Related to this is the future of all of the per-role customization interfaces. I'm thinking the

Re: [openstack-dev] [release][congress][searchlight] projects in danger of being left out of newton

I think searchlight went right ahead into 1.0.0 so, I doubt if we will have rc1. (this is just initial info, I will defer the details to the project lead). On 9/19/16 9:55 AM, Doug Hellmann wrote: > We have not had RC1 tags for congress or searchlight, and the project > leads aren't responding o

[openstack-dev] Announcing firehose.openstack.org

Hi Everyone, I wanted to announce the addition of a new infra service we started running recently, the firehose. Running at firehose.openstack.org the firehose is an MQTT based unified message bus for infra services. The concept behind is it that there are a lot of infra services many of which emi

Re: [openstack-dev] [all] Barcelona Design Summit track layout

Emilien Macchi wrote: > On Mon, Sep 19, 2016 at 3:18 AM, Antoine Cabot > wrote: >> On Sun, Sep 18, 2016 at 3:59 PM, Thierry Carrez >> wrote: >>> Emilien Macchi wrote: On Fri, Sep 16, 2016 at 10:22 AM, Thierry Carrez wrote: > 1. If you have a *hard* conflict that I failed to take

Re: [openstack-dev] [all] Barcelona Design Summit track layout

Vitaly Gridnev wrote: > As we discussed during the last meeting, we agreed that 6wr + cm is > absolutely enough for sahara. So, we can release one working room for > other projects (for example Wed, 3:05 to 3:45) OK done! Thanks. -- Thierry Carrez (ttx)

[openstack-dev] [api] API Usability study at Barcelona Summit

Hi Folks, I was planning to run a usability study on behalf of the API working group at the Barcelona summit. The plan is to have operators complete a set of common tasks, such as adjusting quotas, using the projects APIs. Chris, Were you still able to act as my contact? I’ve created an e

[openstack-dev] [release][watcher] watcher Newton RC1 available

Hello everyone, The release candidate for Watcher for the end of the Newton cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/watcher/python-watcher-0.30.0.tar.gz Unless release-critical issues are found that warrant a release candidate respin, this

Re: [openstack-dev] Announcing firehose.openstack.org

Matthew Treinish wrote: > I wanted to announce the addition of a new infra service we started running > recently, the firehose. Running at firehose.openstack.org the firehose is an > MQTT based unified message bus for infra services. [...] Awesome work! Now I just need to find a good excuse to pla

Re: [openstack-dev] [release][congress][searchlight] projects in danger of being left out of newton

Congress tagged RC1 on Friday. Tim On Mon, Sep 19, 2016 at 7:52 AM Nikhil Komawar wrote: > I think searchlight went right ahead into 1.0.0 so, I doubt if we will > have rc1. (this is just initial info, I will defer the details to the > project lead). > > > > On 9/19/16 9:55 AM, Doug Hellmann wr

Re: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team

Congratulations Ihar !! From: "Armando M." Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Saturday, September 17, 2016 at 11:40 AM To: "OpenStack Development Mailing List (not for usage questions)" Subject: [openstack-dev] [Neutron] Adding ihrachys to the neutr

[openstack-dev] [cinder][nova] API interactions meeting

Hi All, This is a friendly reminder that the next meeting of our series is in less than 50 minutes, at 1700UTC on #openstack-meeting-cp. Thanks and Best Regards, Ildikó __ OpenStack Development Mailing List (not for usage qu

Re: [openstack-dev] [Neutron] Adding ihrachys to theneutron-drivers team

I made the same assumption! Congrats Ihar! --N. On Mon, Sep 19, 2016 at 12:33:06PM +, John Davidge wrote: > Honestly, I had assumed Ihar was on the Drivers team already :) > > A great addition to the team, and much deserved! > > From: Paul Michali mailto:p...@michali.net>> > Reply-To: "Ope

Re: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team

Congrats! Ihar. From: Armando M. [mailto:arma...@gmail.com] Sent: Saturday, September 17, 2016 9:41 AM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team Hi folks, I would like to propose Ihar to becom

[openstack-dev] [Product] Project Navigator - Maturity Metrics

Gordon, Thanks for brining this to our attention. We pull data from many different sources for the Navigator. Most of the attributions for that data can be found under "Tag Details" or various "?" modal links on the page. For PTLs, we grab that data from the following: https://raw.githubuserc

Re: [openstack-dev] [tc]a chance to meet all TCs for Tricircle big-tent application in Barcelona summit?

On Mon, Sep 19, 2016 at 6:22 PM, joehuang wrote: > Hello, all TCs, > > Understand that you will be quite busy in Barcelona summit, all TCs will be > shown in the Barcelona summit, and meet together(usually, I assumed). So is > it possible to have a chance to meet all TCs there for Tricircle big-te

[openstack-dev] [requirements] Bump swiftclient to 3.1.0

Hi, I've sent a request to bump swiftclient to 3.1.0 for Newton, and IIRC this repository might be frozen so I'm sending this mail to bring attention. https://review.openstack.org/#/c/372618/ Cheers, -- Julien Danjou /* Free Software hacker https://julien.danjou.info */ signature.asc Des

Re: [openstack-dev] [Product] Project Navigator - Maturity Metrics

> On Sep 19, 2016, at 12:22 PM, Jimmy McArthur wrote: > > Gordon, > > Thanks for brining this to our attention. We pull data from many different > sources for the Navigator. Most of the attributions for that data can be > found under "Tag Details" or various "?" modal links on the page. For

Re: [openstack-dev] [release][congress][searchlight] projects in danger of being left out of newton

Excerpts from Tim Hinrichs's message of 2016-09-19 15:46:47 +: > Congress tagged RC1 on Friday. Yep, we missed a manual step of the process and didn't record that. Sorry for the confusion. Doug > > Tim > > On Mon, Sep 19, 2016 at 7:52 AM Nikhil Komawar > wrote: > > > I think searchlight

Re: [openstack-dev] [requirements] Bump swiftclient to 3.1.0

Excerpts from Julien Danjou's message of 2016-09-19 18:31:51 +0200: > Hi, > > I've sent a request to bump swiftclient to 3.1.0 for Newton, and IIRC > this repository might be frozen so I'm sending this mail to bring > attention. > > https://review.openstack.org/#/c/372618/ > > Cheers, We do n

Re: [openstack-dev] [Product] Project Navigator - Maturity Metrics

Shamail September 19, 2016 at 11:32 AM On Sep 19, 2016, at 12:22 PM, Jimmy McArthur wrote: Gordon, Thanks for brining this to our attention. We pull data from many different sources for the Navigator. Most of the attributions for that data can be found under "

Re: [openstack-dev] [requirements] Bump swiftclient to 3.1.0

On 09/19/2016 11:31 AM, Julien Danjou wrote: > Hi, > > I've sent a request to bump swiftclient to 3.1.0 for Newton, and IIRC > this repository might be frozen so I'm sending this mail to bring > attention. > > https://review.openstack.org/#/c/372618/ Is this an FFE for that? This would basical

[openstack-dev] [user-committee][scientific-wg][api][UX] Results Presentation: Managing OpenStack Quotas within Production Environments

(Apologies for cross-posting) The OpenStack UX team will be giving a presentation this Wednesday, 9/21 that summarizes results from a series of interviews intended to understand how operators manage quotas at scale as well as the pain points associated with that process. The study was conducted b

Re: [openstack-dev] [all] Useful tool for easier viewing of IRC logs online

Very nice, thanks! Only change I'll suggest is to allow it to be enabled by default :) Ramy From: Bashmakov, Alexander [mailto:alexander.bashma...@intel.com] Sent: Friday, September 16, 2016 2:26 PM To: OpenStack Development Mailing List (not for usage questions) Subject: [openstack-dev] [all] U

Re: [openstack-dev] [neutron] Newton release, neutron-lib and decomposed projects

Excerpts from Gary Kotton's message of 2016-09-18 05:16:54 +: > Hi, > At the moment I am a little confused and need some help please: > > 1. Will we be creating release candidates for Networking-l2gw, > Networking-sfc and Tap-as-a-service. These projects have tons of deprecation > warn

Re: [openstack-dev] [horizon] ListField in Horizon

Hi Timur Thanks for your response. I need to input data like this: mapping = ['K1': 'v1', 'k2': 'v2'] If mapping: Check if v1 and v2 stored in server. Change to dictionary This is then passed on to the server as a dictionary. I have few questions: 1. I found about MultipleChoiceField.

[openstack-dev] [searchlight] Matt Borland Searchlight UI Core Nomination

Hello!   I am nominating Matt Borland for Searchlight UI core. Matt has been working on searchlight UI since we started it and he is the primary author of the angular registration framework in Horizon which Searchlight depends upon. Matt has the second most searchlight UI commits in Newton [0],

Re: [openstack-dev] [horizon] ListField in Horizon

Hi, Janki What do you mean by ListField? A list of arbitrary tags? List of numbers? List of predefined values that you can choose from? Options may vary widely depending on your particular needs. On Sun, Sep 18, 2016 at 6:32 PM Janki Chhatbar wrote: > Hi > > I am working on a dashboard's panel

Re: [openstack-dev] [tripleo] let's talk (development) environment deployment tooling and workflows

Hi Alex, Firstly, thanks for this detailed feedback - it's very helpful to have someone with a fresh perspective look at the day-1 experience for TripleO, and while some of what follows are "know issues", it's great to get some perspective on them, as well as ideas re how we might improve things.

[openstack-dev] [vote][kolla] deprecation for fedora distro support

Kolla core reviewer team, Kolla supports multiple Linux distros now, including * Ubuntu * CentOS * RHEL * Fedora * Debian * OracleLinux But only Ubuntu, CentOS, and OracleLinux are widely used and we have robust gate to ensure the quality. For fedora, Kolla hasn't any test for it and nobody rep

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

Voting is open for 7 days until September 27st, 2016. On Tue, Sep 20, 2016 at 1:40 AM, Jeffrey Zhang wrote: > Kolla core reviewer team, > > Kolla supports multiple Linux distros now, including > > * Ubuntu > * CentOS > * RHEL > * Fedora > * Debian > * OracleLinux > > But only Ubuntu, CentOS, and

[openstack-dev] [vote][kolla] deprecation for debian distro support

Kolla core reviewer team, Kolla supports multiple Linux distros now, including * Ubuntu * CentOS * RHEL * Fedora * Debian * OracleLinux But only Ubuntu, CentOS, and OracleLinux are widely used and we have robust gate to ensure the quality. For Debian, Kolla hasn't any test for it and nobody rep

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

On 19 September 2016 at 18:40, Jeffrey Zhang wrote: > Kolla core reviewer team, > > Kolla supports multiple Linux distros now, including > > * Ubuntu > * CentOS > * RHEL > * Fedora > * Debian > * OracleLinux > > But only Ubuntu, CentOS, and OracleLinux are widely used and we have > robust gate to

Re: [openstack-dev] [neutron][LBaaS v2]Quota Update for LBaaS v2 Members

Hi Reedip, As you noted with the linked bug, we have noticed some inconsistencies in the neutron-lbaas quota implementation as we are working on implementing quotas native in the Octavia API. The neutron-lbaas code does support a quota for members, but as you have observed I don't see it in the A

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

Thanks for moving this forward. > On 19 Sep 2016, at 19:40, Jeffrey Zhang wrote: > > 1. Kolla needs support fedora( if so, we need some guys to set up the > gate and fix all the issues ASAP in O cycle) > 2. Kolla should deprecate fedora support +1 on option 2. signature.asc Description: Messa

Re: [openstack-dev] [vote][kolla] deprecation for debian distro support

Thanks for moving this forward. > On 19 Sep 2016, at 19:44, Jeffrey Zhang wrote: > > Please vote: > > 1. Kolla needs support Debian( if so, we need some guys to set up the > gate and fix all the issues ASAP in O cycle) > 2. Kolla should deprecate Debian support +1 on option 2. signature.asc

Re: [openstack-dev] [searchlight] Matt Borland Searchlight UI Core Nomination

+1 - I'm fine with an additional group for ui cores. On 9/19/16, 12:13 PM, "Tripp, Travis S" wrote: >Hello! > >I am nominating Matt Borland for Searchlight UI core. Matt has been >working on searchlight UI since we started it and he is the primary >author of the angular registration framework i

[openstack-dev] [release][designate] designate Newton RC1 available

Hello everyone, The release candidate for designate for the end of the Newton cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/designate/designate-3.0.0.0rc1.tar.gz Unless release-critical issues are found that warrant a release candidate respin, t

Re: [openstack-dev] [cinder][sahara] LVM vs BDD drivers performance tests results

+ [sahara] because they are primary consumer of the BDD. John, Thanks for the answer. My comments are inline. Regards, Ivan Kolodyazhny, http://blog.e0ne.info/ On Mon, Sep 19, 2016 at 4:41 PM, John Griffith wrote: > > > On Mon, Sep 19, 2016 at 4:43 AM, Ivan Kolodyazhny wrote: > >> Hi team, >>

Re: [openstack-dev] [Neutron] Adding ihrachys to the neutron-drivers team

Congrats Ihar! -Brian On 09/17/2016 12:40 PM, Armando M. wrote: Hi folks, I would like to propose Ihar to become a member of the Neutron drivers team [1]. Ihar wide knowledge of the Neutron codebase, and his longstanding duties as stable core, downstream package whisperer, release and oslo li

Re: [openstack-dev] [requirements] Bump swiftclient to 3.1.0

On Mon, Sep 19 2016, Doug Hellmann wrote: > We do not generally bump minimum versions for dependencies for bug > fixes, especially for only one project. Does this validation bug affect > other projects? Is python-swiftclient 2.2.0 (the current minimum) > fundamentally broken for all projects? It

[openstack-dev] [release][tripleo] tripleo Newton RC1 available

Hello everyone, The release candidate for tripleo for the end of the Newton cycle is available! You can find the RC1 source code tarballs at: https://tarballs.openstack.org/instack-undercloud/instack-undercloud-5.0.0.0rc1.tar.gz https://tarballs.openstack.org/puppet-tripleo/puppet-tripleo-5.1.0.

Re: [openstack-dev] [vote][kolla] deprecation for debian distro support

Option 2 2016-09-19 14:55 GMT-03:00 Christian Berendt : > Thanks for moving this forward. > > > On 19 Sep 2016, at 19:44, Jeffrey Zhang wrote: > > > > Please vote: > > > > 1. Kolla needs support Debian( if so, we need some guys to set up the > > gate and fix all the issues ASAP in O cycle) > > 2

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

Option 2 2016-09-19 14:56 GMT-03:00 Christian Berendt : > Thanks for moving this forward. > > > On 19 Sep 2016, at 19:40, Jeffrey Zhang wrote: > > > > 1. Kolla needs support fedora( if so, we need some guys to set up the > > gate and fix all the issues ASAP in O cycle) > > 2. Kolla should deprec

Re: [openstack-dev] [searchlight] Matt Borland Searchlight UI Core Nomination

+1 for Matt being a core. Great job Matt! +1 for creating a new searchlight-ui core team that is more than the union of the Searchlight/Horizon core teams. -- Rick Aulino -Original Message- From: Tripp, Travis S Sent: Monday, September 19, 2016 10:13 AM To: OpenStack List Subject: [op

Re: [openstack-dev] Singing in Barcelona

Being reminded by the band thread, I thought I should remind about this too... On Mon, Jul 11, 2016 at 6:56 PM Neil Jerram wrote: > I know it's crazy, but I've talked with a few people in Vancouver, Tokyo > and Austin about the idea of getting a singing group together during a > summit, and the

Re: [openstack-dev] [band] OpenStack Summit - Barcelona - musicians please raise your hands

I will be happy to bring my clarinet. Neil On Sat, Sep 17, 2016 at 7:37 PM Colette Alexander < colettealexan...@gmail.com> wrote: > On Sat, Sep 17, 2016 at 1:35 PM, Amrith Kumar wrote: > > So, would y'all musicians who plan to bring your gear to Barcelona > please start a little thread her

[openstack-dev] [release][searchlight] searchlight Newton RC1 available

Hello everyone, The release candidate for searchlight for the end of the Newton cycle is available! You can find the RC1 source code tarball at: https://tarballs.openstack.org/searchlight/searchlight-1.0.0.0rc1.tar.gz https://tarballs.openstack.org/searchlight-ui/searchlight-ui-1.0.0.0rc1.tar.gz

Re: [openstack-dev] [cinder][sahara] LVM vs BDD drivers performance tests results

On Mon, Sep 19, 2016 at 12:01 PM, Ivan Kolodyazhny wrote: > + [sahara] because they are primary consumer of the BDD. > > John, > Thanks for the answer. My comments are inline. > > Regards, > Ivan Kolodyazhny, > http://blog.e0ne.info/ > > On Mon, Sep 19, 2016 at 4:41 PM, John Griffith > wrote: >

Re: [openstack-dev] [band] OpenStack Summit - Barcelona - musicians please raise your hands

Thanks Neil, sounds like we’ll have a couple of others (who’ve replied privately and not to the ML) bringing instruments as well. I have heard so far from: Three guitars One flute/sax Thanks, -amrith From: Neil Jerram [mailto:n...@tigera.io] Sent: Monday, September 19, 2016 2:36 PM To: OpenSt

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

option 2 Thanks -Ryan - Original Message - From: "Mauricio Lima" To: "OpenStack Development Mailing List (not for usage questions)" Sent: Monday, September 19, 2016 2:21:51 PM Subject: Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support Option 2 2016-09-1

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

yup, +1 on deprecation On 19 September 2016 at 13:58, Ryan Hallisey wrote: > option 2 > > Thanks > -Ryan > > - Original Message - > From: "Mauricio Lima" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Monday, September 19, 2016 2:21:51 PM > Subject: Re:

[openstack-dev] [release][ptl] stable/newton branches

All of the cycle-with-milestone projects have tagged a first release candidate and had their stable/newton branches created. Most of the intermediary projects also have had their stable/newton branches created. If you have a project that has not yet had a branch created, and you are ready to have

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

+1 for option 2, unless some good Fedora folk appear in Kolla to maintain it in the future. In that case, we can always undo a deprecation within a cycle. Note the deprecation policy states that we do not remove functionality for 1 cycle after having released it for stable deliverables. Even t

Re: [openstack-dev] [vote][kolla] deprecation for debian distro support

+1 for option #2 with same commentary as prior relating to fedora. Regards -steve On 9/19/16, 10:44 AM, "Jeffrey Zhang" wrote: Kolla core reviewer team, Kolla supports multiple Linux distros now, including * Ubuntu * CentOS * RHEL * Fedora * Debian * O

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

I disagree. Oracle Linux is well implemented and very well maintained by Paul Bourke and many other fine folks from Oracle. CentOS is derived from RHEL (changing trademarks and marketing fluff, not code). Regards -steve From: Dave Walker Reply-To: "OpenStack Development Mailing List (not for

Re: [openstack-dev] [nova][neutron] summit cross-project session

On 18 September 2016 at 11:46, Matt Riedemann wrote: > I want to confirm whether or not we're going to have a nova/neutron > cross-project fishbowl session in Barcelona, I think we are. Since Thierry > has the draft slots out I wanted to start looking at what time is going to > work. > Looking at

Re: [openstack-dev] [vote][kolla] deprecation for fedora distro support

I vote for option 2. Regards, Vikram Hosakote IRC: vhosakot From: Ryan Hallisey mailto:rhall...@redhat.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Monday, September 19, 2016 at 2:58 PM To: "OpenStack Development

Re: [openstack-dev] [TripleO] Network Template Generator

On 09/09/2016 10:28 AM, Liz Blanchard wrote: On Wed, Aug 10, 2016 at 7:10 PM, Ben Nemec mailto:openst...@nemebean.com>> wrote: On 08/10/2016 11:05 AM, Liz Blanchard wrote: > > > On Wed, Aug 10, 2016 at 11:52 AM, Ben Nemec mailto:openst...@nemebean.com> >

[openstack-dev] [requirements][FFE][kuryr] kuryr-lib

Hi, We recently made the first release (0.1.0) of kuryr-lib on which no project depends except openstack/kuryr-libnetwork. Now, kuryr-lib by itself is not more than a base library and its release is only to serve kuryr-libnetwork and kuryr-kubernetes. Now we are in the process of releasing kuryr-

[openstack-dev] [tripleo] [puppet] Preparing TripleO agenda for Barcelona - action needed

(adding puppet tag for cross project session). Let's continue to prepare TripleO sessions. https://etherpad.openstack.org/p/ocata-tripleo For reminder, we have 2 fishbowls and 4 working rooms. I looked at the topic proposals and I started to organize some sessions. Some actions from you are req

Re: [openstack-dev] [cinder][sahara] LVM vs BDD drivers performance tests results

I think there's some mileage in some further work on adding local LVM, since things like striping/mirroring for performace can be done. We can prototype it and get the numbers before even thinking about merging though - as additions to an already fully featured driver. these seem more worthwhile a

Re: [openstack-dev] [puppet] weekly meeting #91

Hi Puppeteers, If you have any topic to add for this week, please use the etherpad: https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20160920 See you tomorrow =) 2016-09-12 13:23 GMT-03:00 Emilien Macchi : > Hi, > > Tomorrow we'll have our weekly meeting: > https://etherpad.open

[openstack-dev] [ironic] weekly subteam report

Hi, Here is this week's subteam report for Ironic. As usual, this is pulled directly from the Ironic whiteboard[0] and formatted. Bugs (dtantsur) === - Stats (diff between 12 Sep 2016 and 16 Sep 2016) - Ironic: 186 bugs (-69) + 215 wishlist items (+2). 1 new (-40), 145 in progress

Re: [openstack-dev] [release][ptl] stable/newton branches

Hi, Doug, Mistral didn't have a stable/newton branch, did we miss something? I already sent msg in release team irc channel, ask here again in case you didn't see that :-) Cheers, Lingxian Kong (Larry) On Tue, Sep 20, 2016 at 7:06 AM, Doug Hellmann wrote: > All of the cycle-with-milestone proj

Re: [openstack-dev] [release][mistral] mistral Newton RC1 available

Thanks Dougal for reporting that, we are working on the issue. Cheers, Lingxian Kong (Larry) On Fri, Sep 16, 2016 at 11:27 PM, Dougal Matthews wrote: > > > On 16 September 2016 at 00:06, Doug Hellmann wrote: >> >> Hello everyone, >> >> The release candidate for mistral for the end of the Newto

Re: [openstack-dev] [requirements][FFE][kuryr] kuryr-lib

On 09/19/2016 03:43 PM, Antoni Segura Puimedon wrote: > Hi, > > We recently made the first release (0.1.0) of kuryr-lib on which no > project depends except openstack/kuryr-libnetwork. Now, kuryr-lib by > itself is not more than a base library and its release is only to > serve kuryr-libnetwork an

Re: [openstack-dev] [release][ptl] stable/newton branches

Excerpts from Lingxian Kong's message of 2016-09-20 09:20:42 +1200: > Hi, Doug, Mistral didn't have a stable/newton branch, did we miss something? There was an issue creating that branch that I thought I resolved by hand, but apparently not all of the fix was pushed. I've taken care of it so the b

Re: [openstack-dev] [Congress] Default devstack deployment config

Thanks, Anusha! I agree with keeping both options, just using single proc as default. Added a bug on it: https://bugs.launchpad.net/congress/+bug/1624172 From: Anusha Ramineni Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Monday, September 19, 2016 at 2:05 A

  1   2   >