Re: [openstack-dev] Constant attempts from Matthew Kassawara to remove Debian from the install-guide

On 09/04/16 10:05, Anne Gentle wrote: > Okay. I'll try to propose an idea. > > In the Mitaka install spec review, [1] I asked if the drama was worth the > extra effort to remove. Personally I don't believe so, having refereed this > discussion for years now. > > I think you're both reasonable

Re: [openstack-dev] [magnum] Enhance Mesos bay to a DCOS bay

On Apr 8, 2016, at 3:15 PM, Hongbin Lu > wrote: Hi team, I would like to give an update for this thread. In the last team, we discussed several options to introduce Chronos to our mesos bay: 1. Add Chronos to the mesos bay. With this

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On Fri, Apr 8, 2016 at 5:23 PM, Davanum Srinivas wrote: > To that effect, i am capturing stuff here: > https://davanum.wordpress.com/2016/04/08/new-to-openstack-reviews-start-here/ Here are a few more links for your list, Dims. I remember especially liking Sean's blog post,

Re: [openstack-dev] [all][elections] Results of the TC Election

On 04/08/2016 02:01 PM, Tim Bell wrote: On 08/04/16 20:08, "gordon chung" wrote: On 08/04/2016 9:14 AM, Thierry Carrez wrote: Eoghan Glynn wrote: However, the turnout continues to slide, dipping below 20% for the first time: Election | Electorate (delta %) | Votes |

Re: [openstack-dev] Constant attempts from Matthew Kassawara to remove Debian from the install-guide

Okay. I'll try to propose an idea. In the Mitaka install spec review, [1] I asked if the drama was worth the extra effort to remove. Personally I don't believe so, having refereed this discussion for years now. I think you're both reasonable people and do believe in OpenStack. You both want it

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 04/08/2016 05:16 PM, Anita Kuno wrote: > On 04/08/2016 05:10 PM, gordon chung wrote: >> >> >> On 08/04/2016 1:26 PM, Davanum Srinivas wrote: >>> Team, >>> >>> Steve pointed out to a problem in Stackalytics: >>> https://twitter.com/stevebot/status/718185667709267969 >>> >>> It's pretty clear

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

On 8 April 2016 at 11:06, Sean Dague wrote: > On 04/08/2016 12:05 PM, Morales, Victor wrote: > > Agree, sometimes is hard to figure out what is the Devstack variable > that will modify the configuration value. > > > > There is an effort to categorize the configuration options[1]

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

I know a lot of folks explicitly avoid a +0 vote with a comment because you don't get "credit" for it in statistics. Whether or not that should matter is another discussion, but there is a significant disincentive to no-voting right now. - Jay Faulkner

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

Hi, Steve, thanks for pointing that out and Dims, thanks for starting the discussion. I guess I feel that the drastic step is/may not be necessary. Here's the reason why: we're trying to solve a subjective problem with a objective solution. All systems have loopholes and there will be people who

Re: [openstack-dev] [magnum] Enhance Mesos bay to a DCOS bay

Hi team, I would like to give an update for this thread. In the last team, we discussed several options to introduce Chronos to our mesos bay: 1. Add Chronos to the mesos bay. With this option, the mesos bay will have two mesos frameworks by default (Marathon and Chronos). 2. Add a

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On Apr 8, 2016, at 1:57 PM, Major Hayden wrote: > > On 04/08/2016 03:31 PM, Jeremy Stanley wrote: >> Thanks for taking this up--some people just need >> encouragement/suggestions for better ways to make an impact. On the >> other hand, if you find that many of them have addresses

Re: [openstack-dev] [all][elections] Results of the TC Election

> > Increase the commit requirements, but don't remove the summit pass > > perk. You'll add a barrier for ATCs and see fewer of them at > > summits. > > The commit counts for the latest TC electorate show 27% had only one > merged change in Gerrit during the qualifying one year period. It's >

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 04/08/2016 05:53 PM, gordon chung wrote: > > > On 08/04/2016 5:23 PM, Davanum Srinivas wrote: >> On Fri, Apr 8, 2016 at 5:10 PM, gordon chung wrote: >>> >>> >>> is it actually affecting anything in the community aside from the >>> reviews being useless. aside from the

Re: [openstack-dev] Constant attempts from Matthew Kassawara to remove Debian from the install-guide

On 04/08/2016 03:16 PM, Thomas Goirand wrote: > On 04/08/2016 07:47 PM, Matthew Thode wrote: >> On 04/08/2016 11:47 AM, Thomas Goirand wrote: >>> Another thing is that the Debian packages are the only ones available >>> for many services, as Canonical doesn't work on them (these packages are >>>

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 08/04/2016 5:23 PM, Davanum Srinivas wrote: > On Fri, Apr 8, 2016 at 5:10 PM, gordon chung wrote: >> >> >> is it actually affecting anything in the community aside from the >> reviews being useless. aside from the 'diversity' tags in governance, >> does anything else use

Re: [openstack-dev] [magnum][neutron] AttributeError: 'str' object has no attribute 'strftime'

Thanks Ihar & neutron team for the quick fix. Best regards, Hongbin > -Original Message- > From: Ihar Hrachyshka [mailto:ihrac...@redhat.com] > Sent: April-08-16 7:56 AM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [magnum][neutron]

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On Fri, Apr 8, 2016 at 5:10 PM, gordon chung wrote: > > > On 08/04/2016 1:26 PM, Davanum Srinivas wrote: >> Team, >> >> Steve pointed out to a problem in Stackalytics: >> https://twitter.com/stevebot/status/718185667709267969 >> >> It's pretty clear what's happening if you look

Re: [openstack-dev] [all][elections] Results of the TC Election

> >> However, the turnout continues to slide, dipping below 20% for > >> the first time: > > > >Election | Electorate (delta %) | Votes | Turnout (delta %) > >=== > >Oct '13 | 1106 | 342 | 30.92 > >Apr '14

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 04/08/2016 05:10 PM, gordon chung wrote: > > > On 08/04/2016 1:26 PM, Davanum Srinivas wrote: >> Team, >> >> Steve pointed out to a problem in Stackalytics: >> https://twitter.com/stevebot/status/718185667709267969 >> >> It's pretty clear what's happening if you look here: >>

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 08/04/2016 1:26 PM, Davanum Srinivas wrote: > Team, > > Steve pointed out to a problem in Stackalytics: > https://twitter.com/stevebot/status/718185667709267969 > > It's pretty clear what's happening if you look here: >

Re: [openstack-dev] [all][elections] Results of the TC Election

> > > > Please join me in congratulating the 7 newly elected members of the TC. > > > > > > > > << REMOVE UNEEDED > > > > > * Davanum Srinivas (dims) > > > > * Flavio Percoco (flaper87) > > > > * John Garbutt (johnthetubaguy) > > > > * Matthew Treinish (mtreinish) > > > > * Mike Perez

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On Fri, Apr 8, 2016 at 4:54 PM, Dolph Mathews wrote: > > > On Friday, April 8, 2016, John Dickinson wrote: > >> >> >> On 8 Apr 2016, at 13:35, Jeremy Stanley wrote: >> >> > On 2016-04-08 19:42:18 +0200 (+0200), Dmitry Tantsur wrote: >> >> There are many

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 04/08/2016 03:31 PM, Jeremy Stanley wrote: > Thanks for taking this up--some people just need > encouragement/suggestions for better ways to make an impact. On the > other hand, if you find that many of them have addresses at the same > company domain... well I guess we can find people higher

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On Friday, April 8, 2016, John Dickinson wrote: > > > On 8 Apr 2016, at 13:35, Jeremy Stanley wrote: > > > On 2016-04-08 19:42:18 +0200 (+0200), Dmitry Tantsur wrote: > >> There are many ways to game a simple +1 counter, such as +1'ing changes > >> that already have at least 1x +2,

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 04/08/2016 04:39 PM, John Dickinson wrote: > > > On 8 Apr 2016, at 13:35, Jeremy Stanley wrote: > >> On 2016-04-08 19:42:18 +0200 (+0200), Dmitry Tantsur wrote: >>> There are many ways to game a simple +1 counter, such as +1'ing changes >>> that already have at least 1x +2, or which already

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 8 Apr 2016, at 13:35, Jeremy Stanley wrote: > On 2016-04-08 19:42:18 +0200 (+0200), Dmitry Tantsur wrote: >> There are many ways to game a simple +1 counter, such as +1'ing changes >> that already have at least 1x +2, or which already approved, or which need >> rechecking... > [...] > > The

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On Fri, Apr 8, 2016 at 4:31 PM, Jeremy Stanley wrote: > On 2016-04-08 14:28:33 -0500 (-0500), Major Hayden wrote: >> I'll take a sample of the folks listed there and contact them. >> Hopefully I can provide some general results here soon. > > Thanks for taking this up--some

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 2016-04-08 19:42:18 +0200 (+0200), Dmitry Tantsur wrote: > There are many ways to game a simple +1 counter, such as +1'ing changes > that already have at least 1x +2, or which already approved, or which need > rechecking... [...] The behavior which baffles me, and also seems to be on the rise

Re: [openstack-dev] [lbaas] [octavia] Proposing Bharath Munirajulu as Octavia Core

Thanks Michael and team. I am glad to have this opportunity. It's been fun and looking forward for the great progress of the Octavia project. Thanks. Bharath. On Fri, Apr 8, 2016 at 1:12 PM, Michael Johnson wrote: > Thank you cores. That is a majority core vote in favor,

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 2016-04-08 14:28:33 -0500 (-0500), Major Hayden wrote: > I'll take a sample of the folks listed there and contact them. > Hopefully I can provide some general results here soon. Thanks for taking this up--some people just need encouragement/suggestions for better ways to make an impact. On the

Re: [openstack-dev] Constant attempts from Matthew Kassawara to remove Debian from the install-guide

On 04/08/2016 07:47 PM, Matthew Thode wrote: > On 04/08/2016 11:47 AM, Thomas Goirand wrote: >> Another thing is that the Debian packages are the only ones available >> for many services, as Canonical doesn't work on them (these packages are >> just sync from Debian, at best). So we'd be

Re: [openstack-dev] [lbaas] [octavia] Proposing Bharath Munirajulu as Octavia Core

Thank you cores. That is a majority core vote in favor, so welcome to the core reviewer team Bharath! Michael On Fri, Apr 8, 2016 at 12:26 PM, Bertrand LALLAU wrote: > +1 > > On Fri, Apr 8, 2016 at 8:06 PM, Doug Wiegley > wrote: >> >>

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

On 08.04.2016 14:47, Assaf Muller wrote: On Fri, Apr 8, 2016 at 3:37 PM, Doug Wiegley wrote: On Apr 8, 2016, at 1:28 PM, Sean M. Collins wrote: Assaf Muller wrote: I do want to say that ML2's "mechanism_drivers" option probably does not

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

On Fri, Apr 8, 2016 at 3:37 PM, Doug Wiegley wrote: > >> On Apr 8, 2016, at 1:28 PM, Sean M. Collins wrote: >> >> Assaf Muller wrote: >>> I do want to say that ML2's "mechanism_drivers" option probably does >>> not have a default for the same

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

> On Apr 8, 2016, at 1:28 PM, Sean M. Collins wrote: > > Assaf Muller wrote: >> I do want to say that ML2's "mechanism_drivers" option probably does >> not have a default for the same reason we do not have a default for >> the core_plugin value, we don't want to play

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 04/08/2016 03:28 PM, Major Hayden wrote: > On 04/08/2016 02:25 PM, Anita Kuno wrote: >> Nothing is stopping you from doing so. You can see the names and can >> find the emails of those engaged in this by following the gerrit link >> Dims posted in his first post. >> >> Perhaps as you say, the

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

Assaf Muller wrote: > I do want to say that ML2's "mechanism_drivers" option probably does > not have a default for the same reason we do not have a default for > the core_plugin value, we don't want to play favorites. From Neutron's > point of view, ignoring the existence of Devstack and upstream

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 04/08/2016 02:25 PM, Anita Kuno wrote: > Nothing is stopping you from doing so. You can see the names and can > find the emails of those engaged in this by following the gerrit link > Dims posted in his first post. > > Perhaps as you say, the personal touch may help them to learn how to >

Re: [openstack-dev] [lbaas] [octavia] Proposing Bharath Munirajulu as Octavia Core

+1 On Fri, Apr 8, 2016 at 8:06 PM, Doug Wiegley wrote: > +1 > > > On Apr 4, 2016, at 10:53 AM, Adam Harwell > wrote: > > > > +1 > > > > From: Brandon Logan > > Sent:

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 04/08/2016 03:19 PM, Major Hayden wrote: > On 04/08/2016 02:04 PM, Doug Wiegley wrote: >> Are they using the numbers for some internal company purpose maybe? If so, >> how does it matter to any of us? >> >> Chasing this tail just takes time away from useful things, IMO. > > Although I

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 04/08/2016 02:04 PM, Doug Wiegley wrote: > Are they using the numbers for some internal company purpose maybe? If so, > how does it matter to any of us? > > Chasing this tail just takes time away from useful things, IMO. Although I understand the reasoning behind the effort underway in the

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 04/08/2016 03:04 PM, Doug Wiegley wrote: > >> On Apr 8, 2016, at 11:26 AM, Davanum Srinivas wrote: >> >> Team, >> >> Steve pointed out to a problem in Stackalytics: >> https://twitter.com/stevebot/status/718185667709267969 >> >> It's pretty clear what's happening if you

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

> On Apr 8, 2016, at 11:26 AM, Davanum Srinivas wrote: > > Team, > > Steve pointed out to a problem in Stackalytics: > https://twitter.com/stevebot/status/718185667709267969 > > It's pretty clear what's happening if you look here: >

Re: [openstack-dev] [all][elections] Results of the TC Election

On 08/04/16 20:08, "gordon chung" wrote: > > >On 08/04/2016 9:14 AM, Thierry Carrez wrote: >> Eoghan Glynn wrote: However, the turnout continues to slide, dipping below 20% for the first time: >>> >>>Election | Electorate (delta %) | Votes | Turnout (delta %) >>>

[openstack-dev] [all] [app-catalog] Newton summit schedule

Hello! I'm tagging "all" in hopes of getting more attention and some good attendance and conversations going in Austin. The sessions are on the schedule[1] so please join us! In addition to the time we hope to spend with the Horizon team, we'll also talk about what I think is one of the biggest

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On Fri, Apr 8, 2016 at 1:42 PM, Dmitry Tantsur wrote: > > 2016-04-08 19:26 GMT+02:00 Davanum Srinivas : > >> Team, >> >> Steve pointed out to a problem in Stackalytics: >> https://twitter.com/stevebot/status/718185667709267969 > > > There are many ways

Re: [openstack-dev] [all][elections] Results of the TC Election

On 08/04/2016 9:14 AM, Thierry Carrez wrote: > Eoghan Glynn wrote: >>> However, the turnout continues to slide, dipping below 20% for >>> the first time: >> >>Election | Electorate (delta %) | Votes | Turnout (delta %) >>=== >>

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

On 04/08/2016 12:05 PM, Morales, Victor wrote: > Agree, sometimes is hard to figure out what is the Devstack variable that > will modify the configuration value. > > There is an effort to categorize the configuration options[1] of some of the > projects. I’m wondering if it could be possible

Re: [openstack-dev] [lbaas] [octavia] Proposing Bharath Munirajulu as Octavia Core

+1 > On Apr 4, 2016, at 10:53 AM, Adam Harwell wrote: > > +1 > > From: Brandon Logan > Sent: Thursday, March 31, 2016 8:04 AM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev]

Re: [openstack-dev] [all][elections] Results of the TC Election

On 2016-04-08 14:04:15 + (+), gordon chung wrote: [...] > understandably it's more difficult to manage a large group of > cores, but it does seem strange that all the projects have roughly > the same core team size even though some projects have a > contributor base that is significantly

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalyticsstats

Thanks, Steve Martinelli OpenStack Keystone Project Team Lead From: Dmitry Tantsur To: "OpenStack Development Mailing List (not for usage questions)" Date: 2016/04/08 01:43 PM Subject:Re:

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On 04/08/2016 01:42 PM, Dmitry Tantsur wrote: > 2016-04-08 19:26 GMT+02:00 Davanum Srinivas : > >> Team, >> >> Steve pointed out to a problem in Stackalytics: >> https://twitter.com/stevebot/status/718185667709267969 > > > There are many ways to game a simple +1 counter, such

[openstack-dev] [qa][api] exploring gabbi+tempest

Mehdi did some interesting work to explore integrating tempest and gabbi in a tempest plugin for gnocchi[1]. Inspired by that I've started exploring more generic ways of doing gabbi+tempest. That work is at[2]. I'm posting about it for a couple reasons: * I'm not super savvy about tempest so I

Re: [openstack-dev] Constant attempts from Matthew Kassawara to remove Debian from the install-guide

On 04/08/2016 11:47 AM, Thomas Goirand wrote: > Another thing is that the Debian packages are the only ones available > for many services, as Canonical doesn't work on them (these packages are > just sync from Debian, at best). So we'd be effectively removing the > only OS where it can be

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

2016-04-08 19:26 GMT+02:00 Davanum Srinivas : > Team, > > Steve pointed out to a problem in Stackalytics: > https://twitter.com/stevebot/status/718185667709267969 There are many ways to game a simple +1 counter, such as +1'ing changes that already have at least 1x +2, or

Re: [openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

On Fri, Apr 8, 2016 at 12:26 PM, Davanum Srinivas wrote: > Team, > > Steve pointed out to a problem in Stackalytics: > https://twitter.com/stevebot/status/718185667709267969 > > It's pretty clear what's happening if you look here: > >

Re: [openstack-dev] [tc][ptl][keystone] Proposal to split authentication part out of Keystone to separated project

We're _all_ winners. On Friday, April 8, 2016, Brad Topol wrote: > If Termie comes out of retirement to respond to a thread are there really > any winners??? :-) > > --Brad > > > Brad Topol, Ph.D. > IBM Distinguished Engineer > OpenStack > (919) 543-0646 > Internet:

[openstack-dev] [all][stackalytics] Gaming the Stackalytics stats

Team, Steve pointed out to a problem in Stackalytics: https://twitter.com/stevebot/status/718185667709267969 It's pretty clear what's happening if you look here: https://review.openstack.org/#/q/owner:openstack-infra%2540lists.openstack.org+status:open Here's the drastic step (i'd like to

Re: [openstack-dev] [tc][ptl][keystone] Proposal to split authentication part out of Keystone to separated project

If Termie comes out of retirement to respond to a thread are there really any winners??? :-) --Brad Brad Topol, Ph.D. IBM Distinguished Engineer OpenStack (919) 543-0646 Internet: bto...@us.ibm.com Assistant: Kendra Witherspoon (919) 254-0680 From: Monty Taylor To:

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

On Fri, Apr 8, 2016 at 11:57 AM, Sean M. Collins wrote: > Edgar Magana wrote: >> This is a very solid plan. Maybe to fair on the current state of the >> devstack with neutron functionality, what will be the disadvantage(s) of >> this change from your perspective? >> > > A

Re: [openstack-dev] [tc][ptl][keystone] Proposal to split authentication part out of Keystone to separated project

On 04/08/2016 11:12 AM, Andy Smith wrote: Aahahahahhahahahhaahhahahahahahahahahhahhahahahahhahaha This is the indication that this thread wins. On Thu, Apr 7, 2016 at 6:23 AM Lance Bragstad > wrote: In response to point 2.2, the

Re: [openstack-dev] [all][elections] Results of the TC Election

On 2016-04-08 09:43:59 -0400 (-0400), Ryan Brady wrote: > Increase the commit requirements, but don't remove the summit pass > perk. You'll add a barrier for ATCs and see fewer of them at > summits. The commit counts for the latest TC electorate show 27% had only one merged change in Gerrit

Re: [openstack-dev] Constant attempts from Matthew Kassawara to remove Debian from the install-guide

I forgot... I'd also like to point out that I can fix any bug open tagged for Debian, if someone opens it and if it is *actionable* (ie: not the way that Matthew adopted when he reported bugs about 2 years ago). So far, I haven't been pointed at any bug opened. Neither I've been involved in the

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

I like this, for a reason not mentioned. I am not a Neutron dev or operator and have never learned how to deploy Neutron; I have always driven it through DevStack. The documentation for that has never been adequate, and I have concluded it will never be adequate. With inadequate

[openstack-dev] Constant attempts from Matthew Kassawara to remove Debian from the install-guide

I don't do ab-dominem pointing fingers. I believe this is normally detrimental to the project. However, I don't have any choice in this case. Matthew is consistently attempting to remove the Debian support from the install-guide. He's doing it again: https://review.openstack.org/#/c/302934/ And

Re: [openstack-dev] [Neutron] Proposing Hirofumi Ichihara to Neutron Core Reviewer Team

+1 On Fri, 2016-04-08 at 13:04 +0300, Anna Kamyshnikova wrote: > +1 > > On Fri, Apr 8, 2016 at 12:49 PM, Miguel Angel Ajo Pelayo > wrote: > > > On Fri, Apr 8, 2016 at 11:28 AM, Ihar Hrachyshka > wrote: >

[openstack-dev] [sahara] Newton summit draft schedule

Hi Sahara team, Here [0] is the proposed schedule for our summit work sessions and fishbowls. Together with Nikita Konovalov we prepared all needed etherpads (now almost empty) where we need to collect all required topics to discuss in the specific session. We tried to make schedule in such way

Re: [openstack-dev] [tc][ptl][keystone] Proposal to split authentication part out of Keystone to separated project

You know it’s an interesting discussion thread on keystone when both Termie and I are watching, chuckling, and grimacing in remembered pain … -joe From: Andy Smith > Reply-To: "OpenStack Development Mailing List (not for usage questions)"

Re: [openstack-dev] [tc][ptl][keystone] Proposal to split authentication part out of Keystone to separated project

Aahahahahhahahahhaahhahahahahahahahahhahhahahahahhahaha On Thu, Apr 7, 2016 at 6:23 AM Lance Bragstad wrote: > In response to point 2.2, the progress with Fernet in the last year has > exposed performance pain points in keystone. Finding sensible solutions for > those

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

Agree, sometimes is hard to figure out what is the Devstack variable that will modify the configuration value. There is an effort to categorize the configuration options[1] of some of the projects. I’m wondering if it could be possible to create category or field that specifies the Destack

Re: [openstack-dev] [Horizon][Keystone]Re: Keystone 'adminURL' option to fallback to 'internalURL' within Horizon api/keystone.py?

You can use the public URL as a fallback to the internal URL; however, the admin URL is assumed to be the only privileged API endpoint. The details are buried in API documentation (and perhaps history), but I tried to summarize the intended design here as I understand it:

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

Edgar Magana wrote: > This is a very solid plan. Maybe to fair on the current state of the devstack > with neutron functionality, what will be the disadvantage(s) of this change > from your perspective? > A user's local.conf will probably get a little bigger - and I think a lot of the issues

Re: [openstack-dev] [Neutron] Proposing Hirofumi Ichihara to Neutron Core Reviewer Team

+1 (ditto) > On Apr 8, 2016, at 9:31 AM, Carl Baldwin wrote: > > +1 (whether my vote counts or note for this area) > > On Thu, Apr 7, 2016 at 10:34 PM, Akihiro Motoki wrote: >> Hi Neutrinos, >> >> As the API Lieutenant of Neutron team, >> I would like

Re: [openstack-dev] [puppet] Puppet OpenStack Community Session in Austin Summit

On Tue, Mar 22, 2016 at 4:31 PM, Emilien Macchi wrote: > Puppet OpenStack group will have a Community Session during the next > Summit in Austin. > > This session is great to gather feedback from anyone in OpenStack community: > * developers can ask questions about how to

Re: [openstack-dev] [Neutron] Proposing Hirofumi Ichihara to Neutron Core Reviewer Team

+1 (whether my vote counts or note for this area) On Thu, Apr 7, 2016 at 10:34 PM, Akihiro Motoki wrote: > Hi Neutrinos, > > As the API Lieutenant of Neutron team, > I would like to propose Hirofumi Ichihara (irc: hichihara) as a member of > Neutron core reviewer team mainly

Re: [openstack-dev] [devstack][neutron] Eliminating the DevStack layer

This is a very solid plan. Maybe to fair on the current state of the devstack with neutron functionality, what will be the disadvantage(s) of this change from your perspective? Edgar On 4/8/16, 8:07 AM, "Sean M. Collins" wrote: >Prior to the introduction of local.conf,

Re: [openstack-dev] [TripleO][CI] Ability to reproduce failures

On 7 April 2016 at 22:03, Gabriele Cerami wrote: > Hi, > > I'm trying to find an entry point to join the effort in TripleO CI. Hi Gabriele, welcome aboard > I studied the infrastructure and the scripts, but there's still something I'm > missing. > The last step of studying

Re: [openstack-dev] [TripleO][CI] Ability to reproduce failures

Hi Gabriele, On Thu, Apr 07, 2016 at 05:03:33PM -0400, Gabriele Cerami wrote: > Hi, > > I'm trying to find an entry point to join the effort in TripleO CI. > I studied the infrastructure and the scripts, but there's still something I'm > missing. > The last step of studying the complex

Re: [openstack-dev] [kloudbuster] authorization failed problem

From: Akshay Kumar Sanghai > Date: Thursday, April 7, 2016 at 1:46 AM To: "Yichen Wang (yicwang)" >, Alec Hothan > Cc: "OpenStack

[openstack-dev] [devstack][neutron] Eliminating the DevStack layer

Prior to the introduction of local.conf, the only way to configure OpenStack components was to introduce code directly into DevStack, so that DevStack would pick it up then inject it into the configuration file. This was because DevStack writes out new configuration files on each run, so it

Re: [openstack-dev] [HA][RabbitMQ][messaging][Pacemaker][operators] Improved OCF resource agent for dynamic active-active mirrored clustering

On 03/17/2016 10:01 AM, Bogdan Dobrelya wrote: > On 03/17/2016 12:17 AM, Andrew Beekhof wrote: >> >> >> On Tue, Feb 16, 2016 at 2:58 AM, Bogdan Dobrelya > > wrote: >> >> Hello! >> A quick status update inline: >> >> >> [snip] >> >>

Re: [openstack-dev] [all][elections] Results of the TC Election

On 04/08/2016 09:14 AM, Thierry Carrez wrote: > Eoghan Glynn wrote: >>> However, the turnout continues to slide, dipping below 20% for >>> the first time: >> >>Election | Electorate (delta %) | Votes | Turnout (delta %) >>=== >>

Re: [openstack-dev] [Neutron] Proposing Hirofumi Ichihara to Neutron Core Reviewer Team

+1 On 4/8/16 6:58 AM, Henry Gessau wrote: +1, Hirofumi will make a great addition. Akihiro Motoki wrote: Hi Neutrinos, As the API Lieutenant of Neutron team, I would like to propose Hirofumi Ichihara (irc: hichihara) as a member of Neutron core reviewer team mainly

Re: [openstack-dev] mitaka features

On Fri, Apr 08, 2016 at 01:24:29PM +0800, Kenny Ji-work wrote: > Hi all, > > > The newest version called mitaka is released, what's the new features of this > version. Or is there some documents to describe it? Thank you! > > > Best regards! > Kenny Ji Hi Kenny, You can find links for

[openstack-dev] [OpenStack-Ansible] Design Summit Schedule

Hi everyone, The Design Summit Schedule has been posted and the details for each session has been completed [1]. Please can all moderators for the sessions ensure that the session times don't clash with any other commitments, the content in the description is correct and ensure that the

Re: [openstack-dev] [all][elections] Results of the TC Election

On 08/04/2016 9:32 AM, Sheel Rana Insaan wrote: > I agree with Thierry Carrez , I think this would help. > > Along with this, we need to motivate new joiners to continue with openstack. > Most of them leave earlier or participate less due to some demotivating > factors like coding is easy but

[openstack-dev] [Ironic] Failed to update Neutron port

Hello, I am deploying an ARMv8 board using Ironic integrated with Openstack Liberty on Ubuntu 12.04 host. I am using fake_pxe driver and doing the power on manually. Deploy image created from disk image creator tool Nova boot starts the deployment, deployment image is booted, ironic-agent is

Re: [openstack-dev] [all][elections] Results of the TC Election

On Fri, Apr 8, 2016 at 9:14 AM, Thierry Carrez wrote: > Eoghan Glynn wrote: > >> However, the turnout continues to slide, dipping below 20% for >>> the first time: >>> >> >>Election | Electorate (delta %) | Votes | Turnout (delta %) >>

Re: [openstack-dev] [all][elections] Results of the TC Election

I agree with Thierry Carrez , I think this would help. Along with this, we need to motivate new joiners to continue with openstack. Most of them leave earlier or participate less due to some demotivating factors like coding is easy but getting things reviewed is much difficult. :) In every

[openstack-dev] [neutron] [nova] scheduling bandwidth resources / NIC_BW_KB resource class

Hi!, In the context of [1] (generic resource pools / scheduling in nova) and [2] (minimum bandwidth guarantees -egress- in neutron), I had a talk a few weeks ago with Jay Pipes, The idea was leveraging the generic resource pools and scheduling mechanisms defined in [1] to find the right

Re: [openstack-dev] [all][elections] Results of the TC Election

Eoghan Glynn wrote: However, the turnout continues to slide, dipping below 20% for the first time: Election | Electorate (delta %) | Votes | Turnout (delta %) === Oct '13 | 1106 | 342 | 30.92 Apr '14 | 1510

Re: [openstack-dev] [all][elections] Results of the TC Election

On Fri, Apr 8, 2016 at 8:35 AM, Eoghan Glynn wrote: > > > > > Please join me in congratulating the 7 newly elected members of the TC. > > > > > > << REMOVE UNEEDED > > > > * Davanum Srinivas (dims) > > > * Flavio Percoco (flaper87) > > > * John Garbutt (johnthetubaguy)

Re: [openstack-dev] [all][elections] Results of the TC Election

On 04/08/2016 12:35 PM, Eoghan Glynn wrote: > > >>> Please join me in congratulating the 7 newly elected members of the TC. >>> >>> << REMOVE UNEEDED > >>> * Davanum Srinivas (dims) >>> * Flavio Percoco (flaper87) >>> * John Garbutt (johnthetubaguy) >>> * Matthew Treinish (mtreinish) >>>

[openstack-dev] [Security] Standing agenda for security IRC meetings

Hi all, As per yesterday’s meeting[1], it seems more sensible to create a standing agenda rather than using a new ether pad for each meeting. The standing agenda is available here: https://etherpad.openstack.org/p/security-agenda Please bookmark this and add topics you’d like to discuss

Re: [openstack-dev] [Neutron] Proposing Hirofumi Ichihara to Neutron Core Reviewer Team

+1 On Fri, Apr 8, 2016 at 6:58 AM, Henry Gessau wrote: > +1, Hirofumi will make a great addition. > > Akihiro Motoki wrote: >> Hi Neutrinos, >> >> As the API Lieutenant of Neutron team, >> I would like to propose Hirofumi Ichihara (irc: hichihara) as a

Re: [openstack-dev] [all][elections] Results of the TC Election

Le 08/04/2016 14:24, Eoghan Glynn a écrit : Please join me in congratulating the 7 newly elected members of the TC. << REMOVE UNEEDED > * Davanum Srinivas (dims) * Flavio Percoco (flaper87) * John Garbutt (johnthetubaguy) * Matthew Treinish (mtreinish) * Mike Perez (thingee) *

Re: [openstack-dev] [all][elections] Results of the TC Election

> > Please join me in congratulating the 7 newly elected members of the TC. > > > > << REMOVE UNEEDED > > > * Davanum Srinivas (dims) > > * Flavio Percoco (flaper87) > > * John Garbutt (johnthetubaguy) > > * Matthew Treinish (mtreinish) > > * Mike Perez (thingee) > > * Morgan Fainberg

Re: [openstack-dev] [all][elections] Results of the TC Election

> Please join me in congratulating the 7 newly elected members of the TC. > > << REMOVE UNEEDED > > * Davanum Srinivas (dims) > * Flavio Percoco (flaper87) > * John Garbutt (johnthetubaguy) > * Matthew Treinish (mtreinish) > * Mike Perez (thingee) > * Morgan Fainberg

[openstack-dev] [oslo][messaging][pika] Pika driver development status

Hi stackers! In Mitaka new oslo.messaging driver for RabbitMQ is released (pika driver). I would like to share information about current state of pika driver and plans for improvements during next release cycle Now we have driver implementation which: 1) passes all tempest tests 2) implements

Re: [openstack-dev] [magnum][neutron] AttributeError: 'str' object has no attribute 'strftime'

Kevin’s patch landed. I hope it solves the issue for Magnum and other projects that could be affected thru LBaaS. If not, please ping me in #openstack-neutron channel. Ihar Hirofumi Ichihara wrote: On 2016/04/08 12:10, Kevin Benton wrote: Try depending

  1   2   >