Re: [openstack-dev] [Openstack-i18n] [stable][i18n] What is the backport policy on i18n changes?

On 2016-02-18 01:16, Matt Riedemann wrote: > I don't think we have an official policy for stable backports with > respect to translatable string changes. > > I'm looking at a release request for ironic-inspector on stable/liberty > [1] and one of the changes in that has translatable string

Re: [Openstack] [Nova] [Cinder] Block device name / ordering

> -Original Message- > From: Matt Riedemann [mailto:mrie...@linux.vnet.ibm.com] > Sent: 18 February 2016 03:11 > To: openstack@lists.openstack.org > Subject: Re: [Openstack] [Nova] [Cinder] Block device name / ordering > > > > On 2/17/2016 6:49 PM, Bruno L wrote: > > Hi everyone, > > >

Re: [Openstack-operators] vmware nsx 6

Many thanks, Mark. We are going to test this solution following your instructions and if we find problems some problems we will contact you. Regards Ignazio 2016-02-17 20:45 GMT+01:00 Mark Voelker : > Hi Ignazio, > > Sure, NSXv 6.2.1 is usable for a VMware region [1].

Re: [Openstack-operators] [nova] VM HA support in trunk

Matt/Joe, I think your points are valid. However, when looking at woowing customers who are in legacy operation, doing all the changes at once doesnt seem like a viable value proposition. This first order transition is important to get them to see the benefits of cloud. Then we can have their

[openstack-dev] Installing devstack with multi-region setting fails

2016-01-29 03:26:29.317 | + source /home/stack/devstack/userrc_early 2016-01-29 03:26:29.317 | ++ export OS_IDENTITY_API_VERSION=3 2016-01-29 03:26:29.317 | ++ OS_IDENTITY_API_VERSION=3 2016-01-29 03:26:29.318 | ++ export OS_AUTH_URL=http://192.168.56.101:35357 2016-01-29 03:26:29.318 | ++

Re: [openstack-dev] Questions regarding image "location" and glanceclient behaviour ...

But this procedure will force me to download all images in advance, which I can not do. I NEED the previous behavior, where Glance download the images by itself, on demand. How to do this with V2 ? On 18 February 2016 at 01:47, Fei Long Wang wrote: > Glance v2 doesn't

Re: [OpenStack-Infra] Wiki.o.o sustaining spam attack

> > > > Thanks for taking some time to look at this today! If we could find an > open source captcha option, that may be part of the solution. > > Do you think you might have some time to also look at the other > generalized Mediawiki proposals that Clint Byrum linked to earlier in > the thread? I

Re: [openstack-dev] Questions regarding image "location" and glanceclient behaviour ...

Glance v2 doesn't support 'location' anymore, now there are multi locations for image in V2. You can use 'glance location-add' after create the the image by 'glance image-create --file xxx' On 18/02/16 15:51, Martinx - ジェームズ wrote: > Hey guys, any news about this? > > I want to use Glance v2 but,

Re: [openstack-dev] [neutron] [ovs] How to update flows inbr-tun proactively

Hi, JingTing Normally , when the vm is migrated to destination compute node, the rarp will be send by qemu, and the flow tables of other nodes will be caused to be updated by rarp. This is done immediately after the vm is migrated to destination node, then rarps will be received by other

Re: [openstack-dev] [all][infra] eventlet 0.18.1 not on PyPi anymore

On Wed, Feb 17, 2016 at 06:58:18PM -0500, Sean Dague wrote: > On 02/17/2016 05:05 PM, Doug Hellmann wrote: > > Excerpts from Tony Breeds's message of 2016-02-18 08:04:00 +1100: > > >> I think we're in a tough spot. > >> > >> My $0.02 is that we have to cap at <0.18.0 however > >> > >> We're

Re: [openstack-dev] [ironic] Midcycle summary part 3/6

On Wed, Feb 17, 2016 at 12:14:29PM -0800, Jim Rollenhagen wrote: > Hi all, > > As our midcycle is virtual and split into 6 "sessions" for the sake of > timezones, we'll be sending a brief summary of each session so that > folks can catch up before the next one. All of this info should be on > the

[openstack-dev] [ironic] Midcycle summary part 4/6

Hi all, As our midcycle is virtual and split into 6 "sessions" for the sake of timezones, we'll be sending a brief summary of each session so that folks can catch up before the next one. All of this info should be on the etherpad as well. Session 4/6 was February 18, -0400 UTC. * Did a nova

Re: [openstack-dev] [OpenStackClient] New core team members

Congrats Richard and Tang! Thanks for all the contribution. Welcome to the team! -Lin On Wed, Feb 17, 2016 at 9:50 AM, Steve Martinelli wrote: > Congrats to both Richard Theis and Tang Chen -- very well deserved!!! > Thank you for guarding the gate! > > stevemar > >

Re: [openstack-dev] [neutron] [ovs] How to update flows inbr-tun proactively

Hi Maxiao: Thanks for your reply. This flow indeed been updated, when ovs receive any packets sent from migrated vm. The flow in table10(br-tun) is used to learn the mac address, and put the learned flow into table20. It just takes longer to complete. And is there any way to update the flow

Re: [openstack-dev] [all][infra] eventlet 0.18.1 not on PyPi anymore

On Wed, Feb 17, 2016 at 6:58 PM Sean Dague wrote: > > Question. Are we only tripping this up in unit tests because the tests > are doing things we'd never really do in real life? > I think that some of the issues have been real. Keystone had issues with 0.18.0 because it dropped

Re: [openstack-dev] Questions regarding image "location" and glanceclient behaviour ...

Hey guys, any news about this? I want to use Glance v2 but, without --location that points to a URL and, for me, without it, it is impossible to use it (v2). So, any plans to bring back --location, I want to use v2 like this: -- glance image-create --location

[Openstack-operators] [app-catalog] IRC Meeting Thursday February 18th at 17:00UTC

Join us Thursday for our weekly meeting, scheduled for February 18th at 17:00UTC in #openstack-meeting-3 The agenda can be found here, and please add to if you want to get something on the agenda: https://wiki.openstack.org/wiki/Meetings/app-catalog Looking forward to seeing all interested

[openstack-dev] [app-catalog] IRC Meeting Thursday February 18th at 17:00UTC

Join us Thursday for our weekly meeting, scheduled for February 18th at 17:00UTC in #openstack-meeting-3 The agenda can be found here, and please add to if you want to get something on the agenda: https://wiki.openstack.org/wiki/Meetings/app-catalog Looking forward to seeing all interested

Re: [Openstack] [Nova] [Cinder] Block device name / ordering

On 2/17/2016 6:49 PM, Bruno L wrote: Hi everyone, Could not figure this one out based on docs, wiki, or previous posts on the mailing list. We use KVM as our hypervisor on the Catalyst Cloud in New Zealand. Unlike Xen, KVM does not support setting the device name (eg: /dev/vdc) of a cinder

Re: [openstack-dev] [nova] A prototype implementation towards the "shared state scheduler"

> -Original Message- > From: Clint Byrum [mailto:cl...@fewbar.com] > Sent: Thursday, February 18, 2016 1:53 AM > To: openstack-dev > Subject: Re: [openstack-dev] [nova] A prototype implementation towards the > "shared state scheduler" > > Excerpts from

[Openstack] Can't access Horizon from outside

Hello, I used RDO to installed single node. I can access http://private_ip/dashboard in local LAN, when I access http://public_ip/dashboard that not allowed, remember I can access http://public_ip that can see the Apache testing page. I have checked local_settings file > ALLOWED_HOSTS = ['*', ]

Re: [openstack-dev] [OpenStackClient] New core team members

Hi guys, Thank you for your help and the precious opportunity for me. And congratulations Richard. :) Thanks. On 02/18/2016 12:31 AM, Dean Troyer wrote: I would like to announce the addition of Richard Theis and Tang Chen to the OpenStackClient core team. They both have been contributing

Re: [openstack-dev] [Congress] Nominating Masahito for core

+1 Congratulations! 2016-02-18 2:14 GMT+08:00 Masahito MUROI : > Thank you folks. I'm glad to be a part of this team and community, and > appreciate all supports from you. > > On 2016/02/17 12:10, Anusha Ramineni wrote: > >> +1 >> >> Best Regards, >> Anusha >> >>

Re: [openstack-dev] [all] [tc] unconstrained growth, why?

On Wed, 2016-02-17 at 13:25 -0500, Jay Pipes wrote: > On 02/17/2016 09:28 AM, Doug Hellmann wrote: > > Are people confused about what OpenStack is because they're looking > > for a single turn-key system from a vendor? Because they don't know > > what features they want/need? Or are we just doing

Re: [openstack-dev] [infra][neutron] publish and update Gerrit dashboard link automatically

On 2016-02-16 14:52:04 -0700 (-0700), Carl Baldwin wrote: [...] > No matter how it is done, there is the problem of where to host such a > page which can be automatically updated daily (or more often) by this > script. > > Any thoughts from infra on this? A neat idea, and sounds like an

[Openstack] [Nova] [Cinder] Block device name / ordering

Hi everyone, Could not figure this one out based on docs, wiki, or previous posts on the mailing list. We use KVM as our hypervisor on the Catalyst Cloud in New Zealand. Unlike Xen, KVM does not support setting the device name (eg: /dev/vdc) of a cinder volume within the guest. If a user

Re: [openstack-dev] [ceilometer] [openstack-ansible] OpenStack-Ansible Ceilometer Configuration

Nate, The mongodb host can be anywhere, so long as it can reached by the ceilometer containers (on the same network). What branch are you working from? Master and Liberty should have no problems as far as I'm aware. There is a bug open in regards to authentication with swift, but everything

Re: [openstack-dev] [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ?

+1 for this. Having already navigated the depths of RDO, this eliminates a big point of confusion. On Wed, Feb 17, 2016 at 8:27 AM, David Moreau Simard wrote: > Greetings, > > (Note: cross-posted between rdo-list and openstack-dev to reach a > larger audience) > > Today,

[openstack-dev] [stable][i18n] What is the backport policy on i18n changes?

I don't think we have an official policy for stable backports with respect to translatable string changes. I'm looking at a release request for ironic-inspector on stable/liberty [1] and one of the changes in that has translatable string changes to user-facing error messages [2]. mrunge

Re: [openstack-dev] [all][infra] eventlet 0.18.1 not on PyPi anymore

On 02/17/2016 05:05 PM, Doug Hellmann wrote: > Excerpts from Tony Breeds's message of 2016-02-18 08:04:00 +1100: >> I think we're in a tough spot. >> >> My $0.02 is that we have to cap at <0.18.0 however >> >> We're (the openstack community) finding issues with eventlet which is good >>

[openstack-dev] [keystone] [horizon] [qa] keystone versionless endpoints and v3

I've been having some issues with keystone v3 and versionless endpoints and I'd like to know what's expected to work exactly in Liberty and beyond. I thought with v3 we used versionless endpoints but it seems to cause some breakages and some disagreement as to what should work. Here's what I've

Re: [openstack-dev] [heat] intrinsic function bugfixes and hot versioning

On 17/02/16 13:54, Steven Hardy wrote: Hi all, So, Zane and I have discussed $subject and it was suggested I take this to the list to reach consensus. Recently, I've run into a couple of small but inconvenient limitations in our intrinsic function implementations, specifically for str_replace

[Openstack-operators] [tags] Ops-Tag Meeting

Hi everyone, The Ops-Tag[1] team will be meeting tomorrow (2/18) at 1400 UTC in #openstack-meeting. The agenda is included below, we hope to see you there! Agenda: 1) Review proposed tags/changes 2) Open [1] https://wiki.openstack.org/wiki/Operations/Tags Thanks, Shamail

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

Excerpts from Morgan Fainberg's message of 2016-02-17 14:27:13 -0800: > On Wed, Feb 17, 2016 at 2:24 PM, Doug Hellmann > wrote: > > > Excerpts from Morgan Fainberg's message of 2016-02-17 10:44:50 -0800: > > > I am very much against adding extra data to paste-ini

Re: [openstack-dev] [fuel] Supporting multiple Openstack versions

I've finally compiled a spec for this topic https://review.openstack.org/#/c/281557/ On Wed, Feb 17, 2016 at 2:13 PM Alex Schultz wrote: > On Wed, Feb 17, 2016 at 10:23 AM, Bogdan Dobrelya > wrote: > >> > So we'll have tons of conditionals in

Re: [openstack-dev] [mitaka][hackathon] Mitaka Bug Smash Hackathon in Bay Area (March 7-9)

Just making sure that everybody saw this topic. Best regards, Boris Pavlovic On Thu, Feb 11, 2016 at 11:21 AM, Boris Pavlovic wrote: > Hi stackers, > > If you are in Bay Area and you would to work together with your friends > from community on fixing non trivial bugs

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

On Wed, Feb 17, 2016 at 2:24 PM, Doug Hellmann wrote: > Excerpts from Morgan Fainberg's message of 2016-02-17 10:44:50 -0800: > > I am very much against adding extra data to paste-ini especially config > > data that is consumed by the applications. I generally understand

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

Excerpts from Morgan Fainberg's message of 2016-02-17 10:44:50 -0800: > I am very much against adding extra data to paste-ini especially config > data that is consumed by the applications. I generally understand why it > was implemented in the way it has. The oslo_config change that Doug linked >

[openstack-dev] [ceilometer] [openstack-ansible] OpenStack-Ansible Ceilometer Configuration

Hi everyone, I've been working on setting up a 10 node OpenStack installation with ceilometer using openstack-ansible, but the way I've configured it isn't working for me. I've tried following these instructions

Re: [Openstack-operators] How to install magnum?

- Original Message - > From: "Mike Smith" > To: "Hongbin Lu" > > Thanks Hongbin. I am also willing to get involved to help write the > operator/production-oriented documentation for Magnum. I’d like to see the > Magnum project work with the

Re: [openstack-dev] [all][infra] eventlet 0.18.1 not on PyPi anymore

Excerpts from Tony Breeds's message of 2016-02-18 08:04:00 +1100: > On Wed, Feb 17, 2016 at 12:44:11PM -0500, Doug Hellmann wrote: > > Excerpts from Henry Gessau's message of 2016-02-17 11:00:53 -0500: > > > Doug Hellmann wrote: > > > > Excerpts from Morgan Fainberg's

Re: [openstack-dev] [fuel] Supporting multiple Openstack versions

On Wed, Feb 17, 2016 at 10:23 AM, Bogdan Dobrelya wrote: > > So we'll have tons of conditionals in composition layer, right? Even if > > some puppet-openstack class have just one new parameter in new release, > > then we'll have to write a conditional and duplicate class

Re: [openstack-dev] [fuel] Merge freeze for CI switch to Mitaka

The merge freeze is now lifted, the transition to Mitaka has completed successfully. Fuel CI jobs for master are now based on Mitaka packages: https://ci.fuel-infra.org/job/master.fuel-library.pkgs.ubuntu.smoke_neutron/2188/

Re: [OpenStack-Infra] JJB optional parameters usefulness

On 16 February 2016 at 10:03, Darragh Bailey wrote: > Think it all comes down to the following: > * Need to understand what exactly is happening within Jenkins with > regard to XML updating, clearly not just taking the XML given and > changing to match that, more likely

[openstack-announce] [release][murano] python-muranoclient 0.8.2 release (mitaka)

We are gleeful to announce the release of: python-muranoclient 0.8.2: python-muranoclient This release is part of the mitaka release series. With source available at: https://git.openstack.org/cgit/openstack/python-muranoclient With package available at:

Re: [Openstack] Guest networking and magic IP

On 02/17/2016 6:02 am, Tomas Vondra wrote: Andre Goree writes: I am trying to determine how exactly I can manipulate traffic from a _guest's_ NIC using iptables on the _host_. On the host, there is a bridged virtual NIC that corresponds to the guest's NIC. That interface does

Re: [openstack-dev] [all][infra] eventlet 0.18.1 not on PyPi anymore

On Wed, Feb 17, 2016 at 12:44:11PM -0500, Doug Hellmann wrote: > Excerpts from Henry Gessau's message of 2016-02-17 11:00:53 -0500: > > Doug Hellmann wrote: > > > Excerpts from Morgan Fainberg's message of 2016-02-17 07:10:34 -0800: > > >> On Wed, Feb 17, 2016 at 5:55 AM,

Re: [Openstack-operators] Nova-network -> Neutron Migration

On 2/17/16, 1:31 PM, "Shamail" wrote: >Sorry for the top posting... I wanted to make a suggestion: > > >Would this script be suited for OSOps[1]? The networking guide could then >reference it but we could continue to evolve/maintain it as an operators tool. > It

Re: [Openstack-operators] [openstack-ansible]

On 02/17/2016 02:00 PM, Wade Holler wrote: > Well it almost does. Except on my neutron agents container I ended up with a > eth12 > > And I do have a flat network plumbed in to the infrastructure host ( on which > the neutron agent container resides ) via br-vlan. > > Thoughts? > > Thank

Re: [OpenStack-Infra] Wiki.o.o sustaining spam attack

On Mon, Feb 15, 2016 at 7:46 AM, Jeremy Stanley wrote: > On 2016-02-15 09:04:41 -0600 (-0600), JP Maxwell wrote: >> Tom, yes we can probably help. Do you want to ping me off list - >> need to get some more info about how it is setup / version >> controlled / deployed / etc. > >

[openstack-dev] [ironic] Midcycle summary part 3/6

Hi all, As our midcycle is virtual and split into 6 "sessions" for the sake of timezones, we'll be sending a brief summary of each session so that folks can catch up before the next one. All of this info should be on the etherpad as well. Session 2/6 was February 17, 1500-2000 UTC. * Discussed

Re: [Openstack-operators] [openstack-ansible]

Hi Major, Well it almost does. Except on my neutron agents container I ended up with a eth12 And I do have a flat network plumbed in to the infrastructure host ( on which the neutron agent container resides ) via br-vlan. Thoughts? Thank you for the engagement and previous prompt rely! I

Re: [openstack-dev] [fuel] Merge freeze for CI switch to Mitaka

Folks First of all, there is a critical bug which is not fixed. It may be floating because it is related to implicit resources ordering in puppet. But it does not mean that it is not a merge blocker. Secondly, I do not share your optimism about easiness of bugfixing of possible regressions

Re: [openstack-dev] [tacker][networking-sfc] Tacker VNFFG - SFC integration updates

On Wed, Feb 17, 2016 at 11:23 AM, Russell Bryant wrote: > On 02/16/2016 02:51 PM, Sridhar Ramaswamy wrote: > > Hi folks, > > > > Based on the recent discussions in [1] & [2] we are proposing to > > rearrange our tasks related to Tacker's VNFFG component integrating with > >

Re: [openstack-dev] [keystone][cinder] Projects acting as a domain at the top of the project hierarchy

So just recapping, http://review.openstack.org/#/c/274825 separates Cinder NestedQuota support into its own driver which is no longer the default. Once ^ lands, http://review.openstack.org/#/c/231289 should no longer be blocked in Tempest (because NestedQuotas support won't get flexed by default).

Re: [openstack-dev] [Neutron] Check queue broken on master

On 17 February 2016 at 11:22, Assaf Muller wrote: > On Wed, Feb 17, 2016 at 2:16 PM, Armando M. wrote: > > > > > > On 17 February 2016 at 11:12, Armando M. wrote: > >> > >> Hi folks, > >> > >> It looks like something slipped in and how

Re: [Openstack-operators] [openstack-ansible]

On 02/17/2016 01:23 PM, Wade Holler wrote: > Going to ask this question without much data or background as I hope someone > very familiar with openstack-ansible will be able to easily answer it. > > I tried to follow the install guide and network config pretty closely. > > All is well except

[Openstack-operators] [openstack-ansible]

Hi All, Going to ask this question without much data or background as I hope someone very familiar with openstack-ansible will be able to easily answer it. I tried to follow the install guide and network config pretty closely. All is well except my physical compute nodes don't have an eth12.

Re: [openstack-dev] [Neutron] Check queue broken on master

On Wed, Feb 17, 2016 at 2:16 PM, Armando M. wrote: > > > On 17 February 2016 at 11:12, Armando M. wrote: >> >> Hi folks, >> >> It looks like something slipped in and how we got persistent failures on >> functional/fullstack jobs [1]. Has anyone triaged? I

Re: [openstack-dev] [tacker][networking-sfc] Tacker VNFFG - SFC integration updates

On 02/16/2016 02:51 PM, Sridhar Ramaswamy wrote: > Hi folks, > > Based on the recent discussions in [1] & [2] we are proposing to > rearrange our tasks related to Tacker's VNFFG component integrating with > the lower level SFC APIs. We now plan to integrate with networking-sfc > APIs first. > >

Re: [openstack-dev] [Neutron] Check queue broken on master

On 17 February 2016 at 11:12, Armando M. wrote: > Hi folks, > > It looks like something slipped in and how we got persistent failures on > functional/fullstack jobs [1]. Has anyone triaged? I couldn't find anything > in [2]. > Looks like [1] fixed it. Thanks Assaf. Be safe

[openstack-dev] [Neutron] Check queue broken on master

Hi folks, It looks like something slipped in and how we got persistent failures on functional/fullstack jobs [1]. Has anyone triaged? I couldn't find anything in [2]. The effect for this: we can't merge anything until this gets resolved. Some might argue this is not necessarily a bad thing...

Re: [Openstack-operators] Nova-network -> Neutron Migration

We're in mostly the same boat; using nova-network with VLAN segmentation and looking at a Neutron migration (though ours may take a more drastic path and take us to Neutron+Calico). One question I have for you: the largest issue and conceptual leap we had when initially prototyping

Re: [Openstack-operators] Managing quota for Nova local storage?

We are in the same boat. Can't get rid of ephemeral for it's speed, and independence. I get it, but it makes management of all these tiny pools a scheduling and capacity nightmare. Warren @ Walmart On Wed, Feb 17, 2016 at 1:50 PM, Ned Rhudy (BLOOMBERG/ 731 LEX) < erh...@bloomberg.net> wrote: >

Re: [openstack-dev] [all] [tc] unconstrained growth, why?

On Wed, 17 Feb 2016, Doug Hellmann wrote: Excerpts from Jay Pipes's message of 2016-02-17 13:25:58 -0500: I think we are doing a bad job of communicating the product vs. kit nature of OpenStack. Yeah, I tend to think that's it, too. I'll concede to that and agree we can and should do

[openstack-dev] [oslo][doc][all] Removal of deprecate oslo.og log_format configuration option

The deprecated log_format option is being removed [1] This option can be found across many projects generally in sample configuration files [2]. These should be automatically removed if these files are auto generated via oslo-config-generator or in sphinx generated documentation. In other

Re: [openstack-dev] [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ?

+1 This has been very confusing and it would be nice to finally get that clearer. On Wed, Feb 17, 2016 at 7:49 PM, Haïkel wrote: > +1 it fuels the confusion that RDO Manager has downstream-only patches > which is not the case anymore. > > And I'll bite anyone who will

[openstack-dev] [heat] intrinsic function bugfixes and hot versioning

Hi all, So, Zane and I have discussed $subject and it was suggested I take this to the list to reach consensus. Recently, I've run into a couple of small but inconvenient limitations in our intrinsic function implementations, specifically for str_replace and repeat, both of which did not behave

Re: [openstack-dev] [all][infra] eventlet 0.18.1 not on PyPi anymore

Excerpts from Henry Gessau's message of 2016-02-17 13:00:03 -0500: > Doug Hellmann wrote: > > Excerpts from Henry Gessau's message of 2016-02-17 11:00:53 -0500: > >> Doug Hellmann wrote: > >>> Excerpts from Morgan Fainberg's message of 2016-02-17

[Openstack-operators] Managing quota for Nova local storage?

The subject says it all - does anyone know of a method by which quota can be enforced on storage provisioned via Nova rather than Cinder? Googling around appears to indicate that this is not possible out of the box (e.g., https://ask.openstack.org/en/question/8518/disk-quota-for-projects/).

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

I am very much against adding extra data to paste-ini especially config data that is consumed by the applications. I generally understand why it was implemented in the way it has. The oslo_config change that Doug linked will make this need mostly go away however. I would like to move us towards

Re: [openstack-dev] [oslo] upgrade implications of lots of content in paste.ini

On Wed, Feb 17, 2016 at 9:41 AM Doug Hellmann wrote: > > The next release of oslo.config will have this. > https://review.openstack.org/#/c/278604/ http://stjent.pinnaclecart.com/images/products/preview/55008.jpg Michael

Re: [openstack-dev] [all] [tc] "No Open Core" in 2016

You should be able to test that the functionality of using the api, and seeing an appropriate plugin call gets called without a proprietary back end. Then its up to each plugin to test for their own compliance to the reference. Another approach for testing, maybe you could create the "dead

Re: [openstack-dev] [all] [tc] unconstrained growth, why?

Excerpts from Jay Pipes's message of 2016-02-17 13:25:58 -0500: > On 02/17/2016 09:28 AM, Doug Hellmann wrote: > > Excerpts from Chris Dent's message of 2016-02-17 11:30:29 +: > >> A reason _I_[1] think we need to limit things is because from the > >> outside OpenStack doesn't really look like

Re: [openstack-dev] [all] [tc] "No Open Core" in 2016

Excerpts from Anne Gentle's message of 2016-02-17 12:28:42 -0600: > On Wed, Feb 17, 2016 at 12:20 PM, Jay Pipes wrote: > > > On 02/17/2016 09:30 AM, Doug Hellmann wrote: > > > >> Excerpts from Mike Perez's message of 2016-02-17 03:21:51 -0800: > >> > >>> On 02/16/2016 11:30

[openstack-dev] [release][stable][oslo] oslo.service 0.9.1 release (liberty)

We are chuffed to announce the release of: oslo.service 0.9.1: oslo.service library This release is part of the liberty stable release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.service With package available at:

Re: [openstack-dev] [all] [tc] "No Open Core" in 2016

On Wed, Feb 17, 2016 at 12:20 PM, Jay Pipes wrote: > On 02/17/2016 09:30 AM, Doug Hellmann wrote: > >> Excerpts from Mike Perez's message of 2016-02-17 03:21:51 -0800: >> >>> On 02/16/2016 11:30 AM, Doug Hellmann wrote: >>> So I think the project team is doing everything

Re: [openstack-dev] [all] [tc] unconstrained growth, why?

On 02/17/2016 09:28 AM, Doug Hellmann wrote: Excerpts from Chris Dent's message of 2016-02-17 11:30:29 +: A reason _I_[1] think we need to limit things is because from the outside OpenStack doesn't really look like anything that you can put a short description on. It's more murky than that

[openstack-dev] [release][keystone] keystonemiddleware 4.3.0 release (mitaka)

We are eager to announce the release of: keystonemiddleware 4.3.0: Middleware for OpenStack Identity This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/keystonemiddleware With package available at:

Re: [openstack-dev] [infra][neutron] publish and update Gerrit dashboard link automatically

Hi all, I automated a non-dashboard version of Rossella’s script. The tweaked script that gets run: https://review.openstack.org/#/c/281446/ Results, updated hourly (bookmarkable, will redirect to gerrit): http://104.236.79.17/ http://104.236.79.17/current http://104.236.79.17/current-min

Re: [openstack-dev] [Congress] Nominating Masahito for core

Thank you folks. I'm glad to be a part of this team and community, and appreciate all supports from you. On 2016/02/17 12:10, Anusha Ramineni wrote: +1 Best Regards, Anusha On 17 February 2016 at 00:59, Peter Balland > wrote: +1

Re: [openstack-dev] [all] [tc] "No Open Core" in 2016

On 02/17/2016 09:30 AM, Doug Hellmann wrote: Excerpts from Mike Perez's message of 2016-02-17 03:21:51 -0800: On 02/16/2016 11:30 AM, Doug Hellmann wrote: So I think the project team is doing everything we've asked. We changed our policies around new projects to emphasize the social aspects

[openstack-dev] [release][keystone] keystoneauth1 2.3.0 release (mitaka)

We are satisfied to announce the release of: keystoneauth1 2.3.0: Authentication Library for OpenStack Identity This release is part of the mitaka release series. With source available at: http://git.openstack.org/cgit/openstack/keystoneauth With package available at:

Re: [openstack-dev] [all] [tc] "No Open Core" in 2016

On 02/17/2016 03:10 AM, Sean M. Collins wrote: > Thomas Goirand wrote: >> s/I dislike/is not free software/ [*] >> >> It's not a mater of taste. Having Poppy requiring a non-free component, >> even indirectly (ie: the Oracle JVM that CassandraDB needs), makes it >> non-free. > > Your definition

Re: [openstack-dev] [fuel] Move virtualbox scripts to a separate directory

Hi Fabrizio, The project-config patch is on the review now, waiting for a core-reviewers to merge the changes. On Wed, Feb 17, 2016 at 5:47 PM, Fabrizio Soppelsa wrote: > Vladimir, > a dedicated repo - good to hear. > Do you have a rough estimate for how long this

Re: [Openstack-operators] European Operators Meetup

Hi Matt, Thanks to you and team for organizing this much needed activity. The sessions and discussions were very interesting and helpful. Looking forward to attend more events in Europe! Regards.. Salman PhD, Scientific Computing Researcher, IT Department, Uppsala University. Senior Cloud

Re: [openstack-dev] [all] [tc] unconstrained growth, why?

To use the parallel of the Linux OS again, what Linux user doesn't use a vendor (distro) to deploy their machine? Sure, you can linux from scratch it, but who does but for education/entertainment purposes? Yes, its important to be able to do it without a vendor. The same way its important to

Re: [openstack-dev] [fuel] Merge freeze for CI switch to Mitaka

Vladimir, Obviously, there will be regressions in other scenarios. However, it's better to catch them now. We have not much time before FF, and it'd be better to merge such features as early as possible, and do not wait for merge hell a day before FF. The thing we need to know is that BVT is

[openstack-dev] [release][keystone] pycadf 2.1.0 release (mitaka)

We are satisfied to announce the release of: pycadf 2.1.0: CADF Library This release is part of the mitaka release series. With source available at: https://git.openstack.org/cgit/openstack/pycadf With package available at: https://pypi.python.org/pypi/pycadf Please report issues

Re: [openstack-dev] [fuel] Merge freeze for CI switch to Mitaka

BVT for master has been unblocked earlier today, and a custom ISO with Mitaka packages is passing BVT, so switching to Mitaka will not regress Fuel CI deployment tests. Lets not make this process more complicated than it has to be, non-BVT swarm regressions will have to be fixed either way, and it

Re: [openstack-dev] [all][infra] eventlet 0.18.1 not on PyPi anymore

Doug Hellmann wrote: > Excerpts from Henry Gessau's message of 2016-02-17 11:00:53 -0500: >> Doug Hellmann wrote: >>> Excerpts from Morgan Fainberg's message of 2016-02-17 07:10:34 -0800: On Wed, Feb 17, 2016 at 5:55 AM, Sean Dague

Re: [openstack-dev] [fuel] Supporting multiple Openstack versions

On Wed, Feb 17, 2016 at 9:29 AM Bogdan Dobrelya wrote: > > So we'll have tons of conditionals in composition layer, right? Even if > > some puppet-openstack class have just one new parameter in new release, > > then we'll have to write a conditional and duplicate class

Re: [openstack-dev] [nova] A prototype implementation towards the "shared state scheduler"

Excerpts from Cheng, Yingxin's message of 2016-02-14 21:21:28 -0800: > Hi, > > I've uploaded a prototype https://review.openstack.org/#/c/280047/ to testify > its design goals in accuracy, performance, reliability and compatibility > improvements. It will also be an Austin Summit Session if

Re: [Openstack] Virtual Firewall Appliance

OK! I think then we have to move forward :-) Thanks a lot for your time! Regards, G. On Tue, 16 Feb 2016 20:41:36 -0200, Martinx - ジェームズ wrote: I dont think that youll be able to do that in IceHouse, neither on Juno. Only Kilo and Liberty have a native function to disable the port_security

Re: [openstack-dev] [OpenStackClient] New core team members

Congrats to both Richard Theis and Tang Chen -- very well deserved!!! Thank you for guarding the gate! stevemar From: Dean Troyer To: OpenStack Development Mailing List Date: 2016/02/17 11:34 AM Subject:

[openstack-dev] [fuel][nailgun][volume-manager][fuel-agent] lvm metadata size value. why was it set to 64M?

Hi, Apparently, nailgun assumes that lvm metadata size is always set to 64M [1] It seems that it was defined here since the early beginning of nailgun as a project, therefore it's impossible to figure out for what purposes that was done as early commit messages are not so informative. According

Re: [openstack-dev] [keystone][cinder] Projects acting as a domain at the top of the project hierarchy

Hi all, I discussed the change with other cores in -keystone and, looking at the API change guidelines, it should be an allowed API change. I had a doubt whether the rule "Changing or removing a property in a resource representation." could make it a forbidden API change or not. However, since

Re: [openstack-dev] [all][infra] eventlet 0.18.1 not on PyPi anymore

Excerpts from Henry Gessau's message of 2016-02-17 11:00:53 -0500: > Doug Hellmann wrote: > > Excerpts from Morgan Fainberg's message of 2016-02-17 07:10:34 -0800: > >> On Wed, Feb 17, 2016 at 5:55 AM, Sean Dague wrote: > >> > >>> On 02/17/2016 08:42 AM,

Re: [openstack-dev] [fuel] Supporting multiple Openstack versions

On Wed, Feb 17, 2016 at 8:38 AM Aleksandr Didenko wrote: > > This requires the loss of all of the features in the newer version of > fuel since it relies on the older version of the serialized data from > nailgun. > > Yes. But isn't it how "stable" branches are supposed to

Re: [openstack-dev] [Rdo-list] [TripleO] Should we rename "RDO Manager" to "TripleO" ?

+1 it fuels the confusion that RDO Manager has downstream-only patches which is not the case anymore. And I'll bite anyone who will try to sneak downstream-only patches in RDO package of tripleO. Regards, H. __ OpenStack

  1   2   >