[openstack-dev] [all][i18n] Translations merge

Translations for mitaka where done on the branch and we've merged now all translations back to master, please import the translations to avoid them to be reproposed every day. While translation focus is shifting now that Mitaka is done, some translators continue to translate stable/mitaka, the pro

[openstack-dev] [announce] Announcing validated Debian packages for Mitaka

Greetings! I am overjoyed, thrilled and delighted to announce the release of the Debian packages for Mitaka. All of the DefCore packages were validated successfully this morning through our package-only-based Tempest CI. Content of this release === This release includes the f

Re: [openstack-dev] [Cinder] About snapshot Rollback?

Hi Chenzongliang, I still don't understand what is difference between proposed feature and 'restore volume from snapshot'? Could you please explain it? Regards, Ivan Kolodyazhny, http://blog.e0ne.info/ On Thu, Apr 7, 2016 at 12:00 PM, Chenzongliang wrote: > Dear Cruz: > > > > Thanks f

[openstack-dev] [horizon] 1200 UTC meeting changed to 800 UTC

Hi all, The 1200 UTC meeting time has been changed to 800 UTC. You can find the ICS files for the team meetings and drivers meetings in the links below. http://eavesdrop.openstack.org/#Horizon_Team_Meeting http://eavesdrop.openstack.org/#Horizon_Drivers_Meeting Rob _

[openstack-dev] [neutron] [API]Make API errors conform to the common error message without microversion

Hi, all, We are attempting to make the neutron API conform to the common error message format recommended by API-WG [1]. As this change will introduce a new error format into neutron which is different from existing format [2], we should think of some solutions to preserve the backward compat.

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

+1 On Fri, Apr 8, 2016 at 1: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 focuing on the API/DB area. > > Hirofumi has been contributing neutro

Re: [openstack-dev] [neutron] [ipam] Migration to pluggable IPAM

I believe during next week I will upload code for the one time switch to pluggable ipam using pure alembic migration. Thanks, Pavel On 05.04.2016 22:05, Carl Baldwin wrote: > I think the only thing standing in our way is this bug [1]. Ryan > Tidwell and I are working on this. > > Carl > > [1] ht

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

Kevin Benton wrote: I don't know if my vote counts in this area, but +1! What the gentleman said ^, +1. Ihar __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.opens

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

On Fri, Apr 8, 2016 at 11:28 AM, Ihar Hrachyshka wrote: > Kevin Benton wrote: > > I don't know if my vote counts in this area, but +1! >> > > What the gentleman said ^, +1. "me too ^" , +1 ! > __ > OpenStack Developmen

Re: [openstack-dev] [Nova] RFC Host Maintenance

> -Original Message- > From: Qiming Teng [mailto:teng...@linux.vnet.ibm.com] > Sent: April 07, 2016 15:42 > > The only gap based on my limited understanding is that nova is not emitting > events compute host state changes. This knowledge is still kept inside nova > as some service states.

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

+1 On Fri, Apr 8, 2016 at 12:49 PM, Miguel Angel Ajo Pelayo < majop...@redhat.com> wrote: > > > On Fri, Apr 8, 2016 at 11:28 AM, Ihar Hrachyshka > wrote: > >> Kevin Benton wrote: >> >> I don't know if my vote counts in this area, but +1! >>> >> >> What the gentleman said ^, +1. > > > "me too ^"

[openstack-dev] [release][infrastructure] yaml2ical 0.6.0 release

We are glad to announce the release of: yaml2ical 0.6.0: Convert YAML meeting descriptions into iCalendar files For more details, please see below. Changes in yaml2ical 0.5.0..0.6.0 - 3dd31a4 Add functionality to batch the meetings list 0559b4c Remove argparse fr

Re: [openstack-dev] [Neutron] OVS flow modification performance

Hi, good that you're looking at this, You could create a lot of ports with this method [1] and a bit of extra bash, without the extra expense of instance RAM. [1] http://www.ajo.es/post/89207996034/creating-a-network-interface-to-tenant-network-in This effort is going to be still more relevan

[openstack-dev] Cross Project Session Schedule

The Cross Project Session Schedule is now posted - https://www.openstack.org/summit/austin-2016/summit-schedule/global-search?t=Cross%20Project%20workshops%3A Thanks much to everyone that submitted content, all the Mitaka TC members that helped vet and prioritize the submissions, and Thierry & Dea

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

+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 focuing on the API/DB area. > > Hirofumi has been contributin

Re: [openstack-dev] [all][api] Recently accepted API-WG guidelines

On Thu, 7 Apr 2016, michael mccune wrote: 1. version discover guideline for API microversions https://review.openstack.org/243429 2. client interaction guideline for API microversions https://review.openstack.org/243414 3. versioning guideline for API microversions https://review.openstack.org

Re: [openstack-dev] [TripleO] [CI] Tempest configuration in Tripleo CI jobs

Hi Sagi, On Thu, Apr 7, 2016 at 5:56 PM, Sagi Shnaidman wrote: > Hi, all > > I'd like to discuss the topic about how do we configure tempest in CI jobs > for TripleO. > I have currently two patches: > support for tempest: https://review.openstack.org/#/c/295844/ > actually run of tests: https:/

Re: [openstack-dev] [Nova] RFC Host Maintenance

On Fri, Apr 08, 2016 at 09:52:31AM +, Balázs Gibizer wrote: > > -Original Message- > > From: Qiming Teng [mailto:teng...@linux.vnet.ibm.com] > > Sent: April 07, 2016 15:42 > > > > The only gap based on my limited understanding is that nova is not emitting > > events compute host state

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 on I2a10a8f15cdd5a144b172ee44fc3e

[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 he

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 (morgan)/(notmorgan)

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 (m

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) * Morgan

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 member of >> Neutron core reviewer team mai

[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 before

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) >>>

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) > > > * Matthew Tre

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

[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 hos

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 group

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 %) >>==

[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 able

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 ge

[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 Etherpads

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 releas

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 focuing on the API/DB area

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 %) >>=== >>Oct

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] >> >> >> So, what's next? >>

[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 wasn't

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

From: Akshay Kumar Sanghai mailto:akshaykumarsang...@gmail.com>> Date: Thursday, April 7, 2016 at 1:46 AM To: "Yichen Wang (yicwang)" mailto:yicw...@cisco.com>>, Alec Hothan mailto:ahot...@cisco.com>> Cc: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists

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 landscape

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 the complex landscape

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, the only way to confi

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 focuing on the API/DB

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 contribute. > * operators

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 to propose Hirofumi Ichihara (irc: hichih

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 ab

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: http://dolphm.com/open

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 var

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 issues is crucial in or

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 mailto:andys...@gmail.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.ope

[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 s

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: > Kevin Benton wrote: > >

[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 w

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 documentatio

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 s

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 during

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 mailto:lbrags...@gmail.com>> wrote: In response to point 2.2, the progress with Fernet in the

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 user's local.conf will

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: "OpenStack Develop

[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 avoid)

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: bto...@us.ibm.com > > Assist

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 which already approved,

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: > > https://review.openstack.org/#/q/owner:openstack-infra%2540lis

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 installed

[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] [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 as +1'ing changes >

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: [openstack-dev] [all][stackalytics] Gaming the Stackalytics st

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 la

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] [lbaas] [octavia] Proposing Bharath Munirajulu > as Octa

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 to

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 %) >>=== >>Oc

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 to game a simple +1 counter, such as +1'ing

[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][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 %) >>>===

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: > https://review.openstack.org/#/q/owner:openstack-infra%2540li

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 look here: >> https://r

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 r

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 underst

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: Thursday, March 31, 2016 8:04 AM > > To: openstack-dev@lists.openstack.org > > Subject:

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 > contr

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 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 pe

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 favorites. From Neutron's >>

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 reason we do not have a default for >>> the core_plugi

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 have a default for the same reason we do not have a d

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: >> >> +1 >> >> > On Apr 4, 2016, at 10:53 AM, Adam Harwell >> >

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 effectivel

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, so welcome to > the c

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] [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 l

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 people just need > enco

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 b

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 a

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, or which alrea

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 up

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 ways to game a simple +1 counter, such as

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: > https://review.openstack.org/#/q/owner:openstack-infra%2540lists.openstack

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 (th

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: >> https://review.op

  1   2   >