Re: [openstack-dev] [horizon] PTL noncandidacy

On 11/03/16 18:19, David Lyle wrote: > After five cycles as PTL of Horizon, I've decided not to run for the > Newton cycle. Thank you David for all you have done for Horizon and the community around Horizon. It was (and is) still awesome to work with you. If you can, please stay and continue to c

Re: [openstack-dev] [openstack-ansible][security] Security hardening backport to Liberty desirable?

On 7 March 2016 at 14:25, Major Hayden wrote: > > That seems reasonable. Would it be appropriate to add some documentation > in the Liberty release that explains how to enable the role with that > release? > Yes, I think that's a perfectly reasonable thing to do. ___

Re: [openstack-dev] [Fuel] [FFE] Unlock Settings Tab

Thanks for working this out! Confirming that task history remains included in the scope of this FFE until the merge deadline, March 24. On Fri, Mar 11, 2016 at 11:48:51PM +0200, Igor Kalnitsky wrote: > Hey Dmitry, > > I confirm that we agreed on feature design, and you can proceed with > granting

[openstack-dev] [fuel] PTL Non-Candidacy

All, I will not be running for Fuel PTL for the Newton cycle. There are many reasons why I think it's a good idea for me to step down: Fuel is a large project. In Mitaka, 224 contributors made 3200+ commits changing 700K+ lines of code [0]. That's on par with the most active OpenStack projects i

Re: [openstack-dev] [QA] Not running for PTL

Thanks Matt for all your help and support, and glad that you'll be still around! El 11/03/16 a las 20:34, Matthew Treinish escribió: > Hi everyone, > > I'm writing this to announce that I am not running for QA PTL this cycle. I've > been the QA PTL for the past 4 cycles and I think it's time for a

[openstack-dev] [networking-ovn][devstack] devstack deoloyed with networking-ovn come accross error 'ovs-ofctl: br-int is not a bridge or a socket'

Hello all, I am going to deploye devstakv with networking-ovn, and I am following with the doc http://docs.openstack.org/developer/networking-ovn/testing.html However, error occured in running stack.sh. Traceback below here: 2016-03-14 08:14:44.729 | cd datapath/linux && make modules_install 2

[openstack-dev] [Third-Party][CI] Modify&delete&add CI accouts in CI group

Hello, Third-Party Coordinators Cc：Ramy Could you please help me about the following CI accounts changes in CI group? [1]Add account Name: Fujitsu ISM CI Mail: fj-lsoft-is...@dl.jp.fujitsu.com [2]Modify Name: Fujitsu ETERNUS CI OLD-Email: lsoft-eternu...@ml.css.fujitsu.com NEW-Email: fj-lsoft-et

Re: [openstack-dev] [Fuel] Removing logs from Fuel Web UI and Nailgun

+1 to Vitaliy, it would be nice find somewhere a details for migration. And one more concern I should highlight - for some users logless UI may be challenging thing. The logs removing shouldn't affect the UX. Nastya. On Sat, Mar 12, 2016 at 3:08 AM, Andrew Woodward wrote: > I think we can add

[openstack-dev] [Murano] [FFE] Support for Magnum Plugin

Hi All, I would like to request a feature freeze exception for "Magnum/Murano rationalization" [1], Magnum app to deploy Kubernetes/Mesos/Swarm cluster. The patch is on review[2]. I am looking for your decision about considering this change for a FFE. [1] https://blueprints.launchpad.net/murano/+

Re: [openstack-dev] [Fuel] Removing logs from Fuel Web UI and Nailgun

On 03/14/2016 09:38 AM, Anastasia Urlapova wrote: > +1 to Vitaliy, it would be nice find somewhere a details for migration. > And one more concern I should highlight - for some users logless UI may > be challenging thing. > The logs removing shouldn't affect the UX. Logs will still live at the mas

Re: [openstack-dev] [Murano] [FFE] Support for Magnum Plugin

I’m going to advocate for this FFE. Even though it’s very late to ask for FFE, I believe, that this commit is very low-risk/high reward (the plugin is not enabled by default). I believe that code is in good shape (I remember +2 it at some point) and would very much like to see this in. Serg, do

Re: [openstack-dev] [heat] convergence cancel messages

On 24-Feb-16 22:48, Clint Byrum wrote: > Excerpts from Anant Patil's message of 2016-02-23 23:08:31 -0800: >> Hi, >> >> I would like the discuss various approaches towards fixing bug >> https://launchpad.net/bugs/1533176 >> >> When convergence is on, and if the stack is stuck, there is no way to >>

Re: [openstack-dev] [telemetry] stepping down as PTL

On Fri, Mar 11 2016, gordon chung wrote: > as the PTL nominations are open, i just want to note that i won't be > running again as the Telemetry PTL for Newton cycle. > > i've thoroughly enjoyed my time as PTL which afforded me the opportunity > to work with and learn from some great individuals

Re: [openstack-dev] [gnocchi] strange behavior

On Fri, Mar 11 2016, Mike Lowe wrote: > I’m having a little trouble with my gnocchi install, the only output from the > status command is ‘storage’ and even with verbose and debugging true the api > log doesn’t show anything after startup. Any hints? Can you share your configuration file and the

Re: [openstack-dev] [Nova][Glance_store][VMware] Different glance store for Nova snapshot in VMware

Hi Dongcan Regardless of when you snapshot, the image should be uploaded to the default glance store. Is it possible that you had enabled the FileSystem store earlier and recently changed to the vsphere store ? To further debug, can you add the following to the default section of glance-api.conf

Re: [openstack-dev] [neutron][TaaS] Possible points to be considered for TaaS Spec

Hi Reedip, Please see my comments inline On Tue, Mar 8, 2016 at 9:19 AM, reedip banerjee wrote: > While reading up the specs in [1] and [2], there are certain things which > we may need to discuss before proceeding forward > > a) Reference point for Ingress/Egress traffic: > There may be some co

Re: [openstack-dev] [Cinder] PTL Candidacy

Thanks for your leadership Sean, I think you've done a terrific job. Gorka. On 11/03, Sean McGinnis wrote: > Hey everyone, > > Wow, how six months flies! I'd like to announce my candidacy to continue on as > Cinder PTL for the Newton release cycle. > > A lot has been accomplished in the Mitaka

[openstack-dev] [OpenStack-Ansible] PTL Candidacy

Hi everyone, The Mitaka cycle for OpenStack-Ansible (OSA) has had the following successes: 1. Our community has grown. The activity in the IRC channel has shown that we now have more people making use of OSA to deploy both private and public OpenStack clouds. Our development team now includes two

[openstack-dev] [swift3][swift] What happens in swift3?

Hello, I found that new Amazon tool for S3 started to use another way to sign requests. I made changes and submitted my review [1] seven months ago. This functionality is needed for ec2api project [2]. It is needed for using new aws cli tool. I asked to review my changes directly to Kota via ema

Re: [openstack-dev] [heat] issue of ResourceGroup in Heat template

Hi Sergey, Thanks a lot. What I am using is Liberty release of Heat in a devstack environment. I'll provide my trace log later. Regards, Gary -Original Message- From: Sergey Kraynev [mailto:skray...@mirantis.com] Sent: Friday, March 11, 2016 10:23 PM To: OpenStack Development Mailing

Re: [openstack-dev] [QA] Not running for PTL

Thanks Matt for the great work as PTL in the past 4 cycles! You had the fun of serving through the change in governance model, which is especially though on horizontal teams like QA - and I think you set strong foundations for QA to be successful in the big tent. andreaf On Mon, Mar 14, 2016 at

Re: [openstack-dev] [nova] stuck review, mtu incorrectly set on vhost-user port prevents vm booting.

"Mooney, Sean K" wrote on 03/11/2016 07:20:46 PM: > From: "Mooney, Sean K" > To: "OpenStack Development Mailing List (not for usage questions)" > > Date: 03/11/2016 07:21 PM > Subject: [openstack-dev] [nova] stuck review, mtu incorrectly set on > vhost-user port prevents vm booting. > > Hi

Re: [openstack-dev] [telemetry] stepping down as PTL

Gordon, Thank you very much for your work! I was always amazed by your patience and proficiency. It seems to me that you answered billion questions during working on Telemetry. I wish you all the best in the future, you are awesome :)! Thanks, Nadya On Mon, Mar 14, 2016 at 12:34 PM, Julien Danjou

Re: [openstack-dev] [Murano] [FFE] Support for Magnum Plugin

Hi, I don't like when we need to break rules, but in this case I agree with Kirill. As far as the plugin is not something which can broke general murano functionality, I'm for FFE. Nikolay Starodubtsev Software Engineer Mirantis Inc. Skype: dark_harlequine1 2016-03-14 11:58 GMT+03:00 Kirill

[openstack-dev] rate-limit

Hi All, I want to develop feature rate-limit based on contrail-openstack context. My target is control rate of the sum of all the VMs int the one project or one tenant. I want to do it using linux TC. Is it feasible ? Is there one better idea for this ? Any suggestion is very appreciated. Th

Re: [openstack-dev] [Fuel] Removing logs from Fuel Web UI and Nailgun

Folks, I’ve registered a blueprint [1] and created an etherpad document [2] where we can co-work on the spec before posting it to a formal review. Let’s cooperate to summarize what we need to do. 1. https://blueprints.launchpad.net/fuel/+spec/remove-logs-from-nailgun 2. https://etherpad.opensta

[openstack-dev] [mistral] Team meeting reminder - 03/14/2016

Hi, This is a reminder that we’ll have a team meeting today at #openstack-meeting at 16.00 UTC. Agenda: * Review action items * Current status (progress, issues, roadblocks, further plans) * Open discussion Thanks Renat Akhmerov @ Mirantis Inc. _

Re: [openstack-dev] [neutron] rate-limit

Hi Andy, (Adding neutron tag) Please open an RFE bug under neutron and add qos tag. This will facilitate the discussion of the use case feasibility. Please join the QoS IRC meetings https://wiki.openstack.org/wiki/Meetings/QoS. BR, Irena On Mon, Mar 14, 2016 at 2:05 PM, Andy Wang wrote: > Hi Al

Re: [openstack-dev] [horizon] PTL noncandidacy

On Fri, Mar 11, 2016 at 12:19 PM, David Lyle wrote: > After five cycles as PTL of Horizon, I've decided not to run for the > Newton cycle. > David, Thank you for everything you've done for Horizon, especially around helping push a focus on User Experience. Best, Liz > > I am exceptionally pr

Re: [openstack-dev] [gnocchi] strange behavior

we actually resolved this specific case on Friday[1], i believe. incorrectly configured HAProxy :) [1] http://eavesdrop.openstack.org/irclogs/%23openstack-telemetry/%23openstack-telemetry.2016-03-11.log.html#t2016-03-11T20:05:55 On 14/03/2016 5:36 AM, Julien Danjou wrote: > On Fri, Mar 11 2016,

Re: [openstack-dev] [nova] bug status "incomplete" is *not* a closedstate.

Markus Zoeller/Germany/IBM@IBMDE wrote on 03/10/2016 11:06:24 AM: > From: Markus Zoeller/Germany/IBM@IBMDE > To: "OpenStack Development Mailing List" > Date: 03/10/2016 11:07 AM > Subject: [openstack-dev] [nova] bug status "incomplete" is *not* a closed state. > > Just a short reminder that th

[openstack-dev] [puppet] weekly meeting #74 (take care of DST)

Hi, We'll have our weekly meeting tomorrow at 3pm UTC on #openstack-meeting4. Note: DST happened for some countries, so take care of that. Example, I'm in Canada/Quebec, the meeting was for me at 10am, tomorrow it will be 11am. https://wiki.openstack.org/wiki/Meetings/PuppetOpenStack As usual,

[openstack-dev] [all] Maintaining httplib2 python library

Team, fyi, http://bitworking.org/news/2016/03/an_update_on_httplib2 We have httplib2 in our global requirements and lots of projects are using it[1]. Is there anyone willing to step up? Thanks, Dims [1] http://codesearch.openstack.org/?q=(from%7Cimport).*httplib2&i=nope&files=&repos= -- Dav

Re: [openstack-dev] [all] Maintaining httplib2 python library

On Mon, 14 Mar 2016, Davanum Srinivas wrote: fyi, http://bitworking.org/news/2016/03/an_update_on_httplib2 We have httplib2 in our global requirements and lots of projects are using it[1]. Is there anyone willing to step up? I've been thinking about asking Joe about it for a while, so will co

Re: [openstack-dev] [all] Maintaining httplib2 python library

  -Original Message- From: Davanum Srinivas Reply: OpenStack Development Mailing List (not for usage questions) Date: March 14, 2016 at 09:18:50 To: OpenStack Development Mailing List (not for usage questions) Subject:  [openstack-dev] [all] Maintaining httplib2 python library > Team

Re: [openstack-dev] [all][oslo] config generator default overrides and namespaces

Doug Hellmann wrote on 03/11/2016 10:01:44 PM: > From: Doug Hellmann > To: openstack-dev > Date: 03/11/2016 10:02 PM > Subject: [openstack-dev] [all][oslo] config generator default > overrides and namespaces > > rbradford found an issue in neutron today with the entry point for > declaring ov

[openstack-dev] [TripleO] core cleanup

Looking at the stats for the last 180 days I'd like to propose we cleanup TripleO core a bit: http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt There are a few reviewers with low numbers of reviews (just added to the tripleo-ui team, jtomasek and flfuchs). I think those will ramp

Re: [openstack-dev] [all] Maintaining httplib2 python library

Ian, +1 to get rid of that dependency if possible. Thanks, Dims On Mon, Mar 14, 2016 at 10:24 AM, Ian Cordasco wrote: > > > -Original Message- > From: Davanum Srinivas > Reply: OpenStack Development Mailing List (not for usage questions) > > Date: March 14, 2016 at 09:18:50 > To: Ope

Re: [openstack-dev] [horizon] Proposal to add Diana Whitten tohorizon-core

Welcome Diana. Thanks for all of your hard work and dedication. David On Fri, Mar 11, 2016 at 11:51 AM, Akihiro Motoki wrote: > +1 from me too! > > 2016-03-11 17:38 GMT+09:00 Tatiana Ovtchinnikova > : >> +1. Thanks for your contribution! >> >> >> >> 2016-03-11 6:40 GMT+03:00 Zhenguo Niu : >>> >

Re: [openstack-dev] [all] Maintaining httplib2 python library

Thanks Chris. On Mon, Mar 14, 2016 at 10:21 AM, Chris Dent wrote: > On Mon, 14 Mar 2016, Davanum Srinivas wrote: > >> fyi, http://bitworking.org/news/2016/03/an_update_on_httplib2 >> >> We have httplib2 in our global requirements and lots of projects are >> using it[1]. Is there anyone willing to

Re: [openstack-dev] [all][oslo] config generator default overrides and namespaces

On Mon, Mar 14, 2016 at 7:29 AM Markus Zoeller wrote: > > Thanks Doug and Robert for catching this and providing the fixes! > > Regarding potential backports: Do you have information if this is > something which came up in a specific version in "oslo.config"? > Oslo config's default overrides we

Re: [openstack-dev] [all] Maintaining httplib2 python library

On 14/03/2016 10:28 AM, Davanum Srinivas wrote: > Ian, > > +1 to get rid of that dependency if possible. > > Thanks, > Dims > this. i'm opening a bug to remove this from Ceilometer since it's only for a test. i wasn't even aware we had httplib2. cheers, -- gord _

[openstack-dev] [TripleO] propose ejuaso for core

http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt Our top reviewer over the last half a year ejuaso (goes by Ozz for Osorio or jaosorior on IRC). His reviews seem consistent, he consistently attends the meetings and he chimes in on lots of things. I'd like to propose we add him to

Re: [openstack-dev] [all] Maintaining httplib2 python library

On 03/14/2016 10:24 AM, Ian Cordasco wrote: > > > -Original Message- > From: Davanum Srinivas > Reply: OpenStack Development Mailing List (not for usage questions) > > Date: March 14, 2016 at 09:18:50 > To: OpenStack Development Mailing List (not for usage questions) > > Subject: [

Re: [openstack-dev] [TripleO] propose ejuaso for core

+1. I've been meaning to suggest this off-list for a while. On 03/14/2016 09:38 AM, Dan Prince wrote: > http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt > > Our top reviewer over the last half a year ejuaso (goes by Ozz for > Osorio or jaosorior on IRC). His reviews seem consis

Re: [openstack-dev] [all] Maintaining httplib2 python library

On Mon, 14 Mar 2016, Sean Dague wrote: On 03/14/2016 10:24 AM, Ian Cordasco wrote: And then we can (and should) also ask "Why have we been using this? How much work do cores think it would be to remove this from our global requirements?" +1. Despite volunteering to take care of it, I agree t

Re: [openstack-dev] [all] Maintaining httplib2 python library

-Original Message- From: Sean Dague Reply: OpenStack Development Mailing List (not for usage questions) Date: March 14, 2016 at 09:41:02 To: openstack-dev@lists.openstack.org Subject:  Re: [openstack-dev] [all] Maintaining httplib2 python library > On 03/14/2016 10:24 AM, Ian Cordasco

Re: [openstack-dev] [all] Maintaining httplib2 python library

-Original Message- From: Chris Dent Reply: OpenStack Development Mailing List (not for usage questions) Date: March 14, 2016 at 09:49:27 To: OpenStack Development Mailing List (not for usage questions) Subject:  Re: [openstack-dev] [all] Maintaining httplib2 python library > On Mon, 1

Re: [openstack-dev] [Third-Party][CI] Modify&delete&add CI accouts in CI group

On 03/14/2016 04:39 AM, Watanabe, Isao wrote: > Hello, Third-Party Coordinators > Cc：Ramy > > Could you please help me about the following CI accounts changes in CI group? > > [1]Add account > Name: Fujitsu ISM CI > Mail: fj-lsoft-is...@dl.jp.fujitsu.com You need to create this account before it

[openstack-dev] [manila] quotas per tenant/user per share type?

Hi, Can manila enforce quotas on resources for a tenant/user per share type? An example use case being, I'm a cloud operator and I want to restrict the tenant A to consume not more than 'x' GB of storage space for share type 'premium'. If such a quota mechanism does not exist, is there a plan to

[openstack-dev] [nova] Nova Design Summit Ideas

Hi, To kick off the discussion about what sessions we need at the summit we now have: https://etherpad.openstack.org/p/newton-nova-summit-ideas Thanks, johnthetubaguy PS We tried a google form last time, but that excluded too many folks from submitting ideas, so defaulting back to the etherpad,

[openstack-dev] [watcher] PTL candidacy

Hi everyone, I am seeking re-election as Watcher PTL for Newton after all the great work we achieved during the Mitaka cycle. We completed around 20 blueprints and fixed more than 100 bugs. The number of active contributors has been multiplied by 5 since the Liberty release. It would be my honour

[openstack-dev] [Fuel] Rewriting nailgun agent on Python proposal

Hi, We have fuel-nailgun-agent project which was initially written on Ruby. It is 900 lines of code single script, that collects and provides to the nailgun information about node's hardware. In the past several iteration we had to introduce new modifications to that script we discovered couple o

Re: [openstack-dev] [TripleO] propose ejuaso for core

On Mon, Mar 14, 2016 at 10:38 AM, Dan Prince wrote: > http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt > > Our top reviewer over the last half a year ejuaso (goes by Ozz for > Osorio or jaosorior on IRC). His reviews seem consistent, he > consistently attends the meetings and he

Re: [openstack-dev] [all] Maintaining httplib2 python library

On 14/03/16 10:16 -0400, Davanum Srinivas wrote: Team, fyi, http://bitworking.org/news/2016/03/an_update_on_httplib2 We have httplib2 in our global requirements and lots of projects are using it[1]. Is there anyone willing to step up? Thanks, Dims [1] http://codesearch.openstack.org/?q=(fro

[openstack-dev] [tripleO][Neutron] neutron-lbaas agent service placement

Hi Triple-O folks, I was planning to enable neutron-lbaas-agent on a overcloud deployment but couldn't find any useful documentation. Can someone please point me to the required documentation? Is there a heat/puppet workflow available for this service? Also I had following questions regarding neu

Re: [openstack-dev] [all] Maintaining httplib2 python library

On Mon, 14 Mar 2016, Ian Cordasco wrote: To be transparent, I've also reached out to Joe to help. My main motivation, though, is to bring it to the point where the recommendation is to use something that is not httplib2 eventually. Not every library needs to live on forever. Makes sense. My pr

[openstack-dev] [Solar] Weekly update

Hi, Here is weekly update from Solar team F2S: - Cast uids to list and add a flag to make master and null optional - Check if master is already created - Every time when fuel_data is updated - insert anchors - Add documentation for updates and make fuel env command idempotent Solar itself: - rew

Re: [openstack-dev] [ironic] ironic 5.0.0, the rest of mitaka, and beyond

Hi all, Our team at UFCG is working on polishing this spec[0] and the code implementation for that[1] for some time now. It's not a priority to the community since it is vendor specific, but since we are the only ones working on that and we consider it mature enough, we would like you to consid

[openstack-dev] [kolla] [infra] Size of images built in the gate

Hi all, I'm currently working to add new gates for the oraclelinux image base type (https://blueprints.launchpad.net/kolla/+spec/oraclelinux-gate) and had a question on size available in the gate VMs. Right now the binary build is running out of space in the gate, as it exceeds the 10GB we'r

Re: [openstack-dev] [TripleO] core cleanup

On Mon, Mar 14, 2016 at 10:26 AM, Dan Prince wrote: > Looking at the stats for the last 180 days I'd like to propose we > cleanup TripleO core a bit: > > http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt > > There are a few reviewers with low numbers of reviews (just added to > th

Re: [openstack-dev] [all] Maintaining httplib2 python library

-Original Message- From: Chris Dent Reply: OpenStack Development Mailing List (not for usage questions) Date: March 14, 2016 at 10:23:04 To: OpenStack Development Mailing List (not for usage questions) Subject:  Re: [openstack-dev] [all] Maintaining httplib2 python library > On Mon, 1

Re: [openstack-dev] [nova] Nova PTL for Newton

Thanks for a job well done John and for being so available to help us all. Paul > -Original Message- > From: John Garbutt [mailto:j...@johngarbutt.com] > Sent: 11 March 2016 19:22 > To: OpenStack Development Mailing List d...@lists.openstack.org> > Subject: [openstack-dev] [nova] Nova P

Re: [openstack-dev] [kolla] [infra] Size of images built in the gate

On 03/14/2016 11:25 AM, Paul Bourke wrote: > Hi all, > > I'm currently working to add new gates for the oraclelinux image base > type (https://blueprints.launchpad.net/kolla/+spec/oraclelinux-gate) and > had a question on size available in the gate VMs. > > Right now the binary build is running o

Re: [openstack-dev] [TripleO] core cleanup

+1, I'm no longer involved in TripleO, so there is no reason to be core. Ghe Rivero Quoting James Slagle (2016-03-14 16:30:21) > On Mon, Mar 14, 2016 at 10:26 AM, Dan Prince wrote: > > Looking at the stats for the last 180 days I'd like to propose we > > cleanup TripleO core a bit: > > > > http

Re: [openstack-dev] [kolla] [infra] Size of images built in the gate

​right now, there is no extra disk in the test vms. we set up a loop device by manually. see these two link[0][1]. I think we can increase the value to a bigger one. [0] https://github.com/openstack/kolla/blob/master/tools/setup_RedHat.sh#L13 [1] https://github.com/openstack/kolla/blob/master/tool

Re: [openstack-dev] [tripleO][Neutron] neutron-lbaas agent service placement

Adding to the provided information in the previous email. I am trying to enable lbaasv1 with HAproxy. On Mon, Mar 14, 2016 at 8:18 PM, Qasim Sarfraz wrote: > Hi Triple-O folks, > > I was planning to enable neutron-lbaas-agent on a overcloud deployment but > couldn't find any useful documentation

[openstack-dev] [Bareon] Weekly update

Hi, here is update from Bareon team. 1. The team was actively helping with reviews/debugging/triage/designs for Fuel 9.0 release [0-6].2. Changing deployment data with extensions, the code is merged [7], also bug is fixed [8].3. Extensions testing procedure spec is still in progress [9].4. Dynamic

Re: [openstack-dev] [TripleO] propose ejuaso for core

+1 On 14.3.2016 15:38, Dan Prince wrote: http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt Our top reviewer over the last half a year ejuaso (goes by Ozz for Osorio or jaosorior on IRC). His reviews seem consistent, he consistently attends the meetings and he chimes in on lots

Re: [openstack-dev] [TripleO] core cleanup

+1 On 03/14/2016 09:26 AM, Dan Prince wrote: > Looking at the stats for the last 180 days I'd like to propose we > cleanup TripleO core a bit: > > http://russellbryant.net/openstack-stats/tripleo-reviewers-180.txt > > There are a few reviewers with low numbers of reviews (just added to > the tri

[openstack-dev] [Neutron] [neutron-lib] adding a new flag to neutron-lib

Hi All I have added a new flag in neutron-lib https://review.openstack.org/#/c/291641/3/neutron_lib/constants.py and wanted to use that flag in neutron's change https://review.openstack.org/#/c/291651/ How to add the dependency? I added neutron-lib change in neutron's change as "Depends-O

Re: [openstack-dev] [all] Maintaining httplib2 python library

On 03/14/2016 09:51 AM, Ian Cordasco wrote: -Original Message- From: Sean Dague Reply: OpenStack Development Mailing List (not for usage questions) Date: March 14, 2016 at 09:41:02 To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [all] Maintaining httplib2 python li

Re: [openstack-dev] [Bareon] Weekly update

Sorry, there was some problem with formatting. Hi, here is update from Bareon team. 1. The team was actively helping with reviews/debugging/triage/designs for Fuel 9.0 release [0-6]. 2. Changing deployment data with extensions, the code is merged [7], also bug is fixed [8]. 3. Extensions testing

Re: [openstack-dev] [Fuel] Rewriting nailgun agent on Python proposal

On 03/14/2016 04:13 PM, Alexander Saprykin wrote: > Hi, > > We have fuel-nailgun-agent project which was initially written on Ruby. > It is 900 lines of code single script, that collects and provides to the > nailgun information about node's hardware. > > In the past several iteration we had to i

Re: [openstack-dev] [Murano] [FFE] Support for Magnum Plugin

Granted On Mon, Mar 14, 2016 at 4:09 AM, Nikolay Starodubtsev < nstarodubt...@mirantis.com> wrote: > Hi, > I don't like when we need to break rules, but in this case I agree with > Kirill. As far as the plugin is not something which can broke general > murano functionality, I'm for FFE. > > > > N

Re: [openstack-dev] [Fuel] Rewriting nailgun agent on Python proposal

Hi Alexander, thanks for bringing this up. >From your list of problems the only problem which I see is 1st, 2nd and 3rd are solvable even with current implementation. Also I don't think that we should continue developing our own HW discovery mechanism, we should consider switching to ironic-inspe

Re: [openstack-dev] [all] Maintaining httplib2 python library

On Mon, Mar 14, 2016 at 09:24:00AM -0500, Ian Cordasco wrote: >   > > -Original Message- > From: Davanum Srinivas > Reply: OpenStack Development Mailing List (not for usage questions) > > Date: March 14, 2016 at 09:18:50 > To: OpenStack Development Mailing List (not for usage questions)

[openstack-dev] [mistral] Team meeting minutes - 03/14/2016

Thanks to all who joined today’s team meeting! Team minutes: http://eavesdrop.openstack.org/meetings/mistral/2016/mistral.2016-03-14-16.01.html Team log: http://eavesdrop.openstack.org/meetings/mistral/2016/mi

Re: [openstack-dev] [fuel] PTL Non-Candidacy

Dmitry, thanks for your work over the last months. I would like to personally thank you because you highly contributed to the collaboration with Puppet OpenStack group, and after almost a year, we can see that as a success story. Fuel has some background because it was not part of big tent; effort

[openstack-dev] [Infra] Meeting Tuesday March 15th at 19:00 UTC

Hi everyone, The OpenStack Infrastructure (Infra) team is having our next weekly meeting on Tuesday March 15th, at 19:00 UTC in #openstack-meeting Meeting agenda available here: https://wiki.openstack.org/wiki/Meetings/InfraTeamMeeting#Agenda_for_next_meeting Anyone is welcome to to add agenda i

Re: [openstack-dev] [Neutron] [neutron-lib] adding a new flag to neutron-lib

Hi, It would be nice if we could get a little more reviews in the neutron-lib. I think that we should maybe strive to cut a new version prior to the release. Thanks Gary On 3/14/16, 6:17 PM, "Venkata Anil" wrote: >Hi All > > I have added a new flag in neutron-lib >https://review.openstack.org/#

Re: [openstack-dev] [all] Maintaining httplib2 python library

On Mon, Mar 14, 2016 at 10:37:52AM -0400, Sean Dague wrote: > On 03/14/2016 10:24 AM, Ian Cordasco wrote: > > > > > > -Original Message- > > From: Davanum Srinivas > > Reply: OpenStack Development Mailing List (not for usage questions) > > > > Date: March 14, 2016 at 09:18:50 > > To:

[openstack-dev] [murano] PTL Candidacy

I would like to announce my candidacy for murano PTL Those of you, who joined Murano during lastest couple of cycles probably bumped into me on the IRC. And those of you, who have been with Murano for a long time probably know me as an active reviewer/contributor and release manager for Mitaka

[openstack-dev] [oslo][all] Newton oslo sessions (get em while they're hot)

Howday all, As we march towards newton I wanted to make sure that the oslo team (and myself) get the ball (or apple?) rolling (or falling?[1]) on sessions for the newton summit. Therefore on behalf of the oslo team we would all like to gather inputs/ideas on possible sessions people would be

[openstack-dev] [release][release] reno 1.6.0 release

We are eager to announce the release of: reno 1.6.0: RElease NOtes manager With source available at: http://git.openstack.org/cgit/openstack/reno Please report issues through launchpad: http://bugs.launchpad.net/reno For more details, please see below. Changes in reno 1.5.0..1.6.0 --

Re: [openstack-dev] [Neutron] [neutron-lib] adding a new flag to neutron-lib

On Mon, Mar 14, 2016 at 1:27 PM, Gary Kotton wrote: > Hi, > It would be nice if we could get a little more reviews in the neutron-lib. > I think that we should maybe strive to cut a new version prior to the > release. > Thanks > Gary > > On 3/14/16, 6:17 PM, "Venkata Anil" wrote: > >>Hi All >> >>

Re: [openstack-dev] [Neutron] [neutron-lib] adding a new flag to neutron-lib

Hi Anil, Devstack will install neutron-lib from the configured pypi mirror by default. To pickup the change in neutron-lib (or in a library in general) before a release is made you'll need to use a -src job for that library [0], where the library is installed from source. andrea [0] http://git.

Re: [openstack-dev] [Neutron] [neutron-lib] adding a new flag to neutron-lib

The only reason tempest-lib was in a separate repo to begin with is that the tempest name was already taken on pypi. Now the name is available again (thanks mtreinish!), so we moved back to tempest.lib. One downside of having all in one repo is that pbr does not allow for having multiple python pa

[openstack-dev] [heat] Unable to launch nova instance with the new flavor

Hi, With the master branch, I couldn't launch heat stack with the following template, giving the error "ERROR: No Flavor matching {'name': u'flavor_1'}. (HTTP 404)" heat_template_version: 2015-04-30 description: Simple template to deploy a single compute instance resources: ins1: type: OS::

Re: [openstack-dev] [Neutron] [neutron-lib] adding a new flag to neutron-lib

Excerpts from Gary Kotton's message of 2016-03-14 17:27:05 +: > Hi, > It would be nice if we could get a little more reviews in the neutron-lib. > I think that we should maybe strive to cut a new version prior to the > release. Library releases and the global requirements list are currently fr

[openstack-dev] [Security] PTL Candidacy

I'm announcing my candidacy for PTL of the Security project during the Newton release cycle. As one of the founders of the Security project I believe I have a strong base from which to continue developing and enhancing security within OpenStack. The security project has taken great strides during

Re: [openstack-dev] [Neutron] [neutron-lib] adding a new flag to neutron-lib

tl;dr is, if you need a new constant/method/whatnot quickly, it should go into *neutron*, not *neutron-lib*. The lib is meant to be for stable interfaces that are being used in more than one place. As such, I don’t think it should be the first stop for anything, nor should you ever set yourself

Re: [openstack-dev] [kolla] [infra] Size of images built in the gate

/var/lib/docker/aufs takes a lot of space if many containers are running and writing data to their volumes. If the gate VM's /var/lib/docker partition is small, you could move /var/lib/docker to a different partition that is big enough (like /home or /tmp) and create a symbolic link to /var/

[openstack-dev] [nova] Announcing my candidacy for PTL

Hi everyone, this is my announcement to run for Nova PTL in the Newton cycle. First off, I see the Nova PTL role as a service position to the rest of the team. The job of the PTL is to organize the release schedule, help people coordinate and do a lot of the administrative work with the relea

Re: [openstack-dev] [nova] Announcing my candidacy for PTL

On 03/14/2016 02:46 PM, Matt Riedemann wrote: > Hi everyone, this is my announcement to run for Nova PTL in the Newton > cycle. > > First off, I see the Nova PTL role as a service position to the rest of > the team. The job of the PTL is to organize the release schedule, help > people coordinate a

Re: [openstack-dev] [kolla] [infra] Size of images built in the gate

Vikarm, /var/lib/docker is a btrfs filesystem. It would be nice to just use overlayfs as it doesn't take nearly as much disk space and is much faster then btrfs. I use overlay daily and it works like a champ unless I want to rebuild, in which case I think a bug in the ovl yum plugin prevents

[openstack-dev] [stable] Intentions for stable PTL in Newton

I've announced my candidacy for Nova PTL for Newton [1]. Since I'm already the stable PTL, I want to explain my intentions. The idea of a stable team as an official project came in the middle of Mitaka and I was elected the initial PTL, it's really only been about three months now. We are in

Re: [openstack-dev] [nova] Announcing my candidacy for PTL

On 3/14/2016 1:57 PM, Anita Kuno wrote: On 03/14/2016 02:46 PM, Matt Riedemann wrote: Hi everyone, this is my announcement to run for Nova PTL in the Newton cycle. First off, I see the Nova PTL role as a service position to the rest of the team. The job of the PTL is to organize the release s

Re: [openstack-dev] [magnum] Discussion of supporting single/multiple OS distro

Hongbin, When we are at a disagreement in the Kolla core team, we have the Kolla core reviewers vote on the matter. This is typical standard OpenStack best practice. I think the vote would be something like "Implement one OS/COE/network/storage prototype, or implement many." I don't have a hors

Re: [openstack-dev] [horizon] PTL noncandidacy

David, congratulations on a job well done! Doug > On Mar 14, 2016, at 8:39 AM, Liz Blanchard wrote: > > > >> On Fri, Mar 11, 2016 at 12:19 PM, David Lyle wrote: >> After five cycles as PTL of Horizon, I've decided not to run for the >> Newton cycle. > > David, > > Thank you for everything

  1   2   >