[openstack-dev] What's Up, Doc? 4 September, 2015

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi everyone, This has been a fairly busy week, with Summit preparations beginning, more newly migrated RST books going live, and testing starting on the Install Guide. I've been spending time on sorting out the Liberty blueprints still outstanding, an

Re: [openstack-dev] [Openstack-operators] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

Kevin, am i right in saying that the merge above was packaged into Liberty ? Any chance to be ported to Juno? Cheers, Dani On Fri, Sep 4, 2015 at 12:21 AM, Kevin Benton wrote: > Support for that blueprint already merged[1] so it's a little late to > change it to per-subnet. If that is too

Re: [openstack-dev] FFE Request for completion of data driven assignment testing in Keystone

> On Sep 3, 2015, at 19:48, Morgan Fainberg wrote: > > > > >> On Sep 3, 2015, at 19:28, David Stanek wrote: >> >> >>> On Thu, Sep 3, 2015 at 3:44 PM Henry Nash wrote: >>> >>> I would like to request an FFE for the remaining two patches that are >>> already in review (https://review.ope

[openstack-dev] [kolla][doc] Kolla documentation now live on docs.openstack.org!

Hi folks, Kolla documentation is now published live to docs.openstack.org. Our documentation still needs significant attention to be really high quality, but what we have is a start. Every code change results in new published documentation. I’d like to invite folks interested in getting invo

Re: [openstack-dev] Scheduler hints, API and Objects

Hi Andrew, Sorry for this late response, I missed it. 2015-06-25 23:22 GMT+09:00 Andrew Laski : > I have been growing concerned recently with some attempts to formalize > scheduler hints, both with API validation and Nova objects defining them, > and want to air those concerns and see if others a

Re: [openstack-dev] FFE Request for completion of data driven assignment testing in Keystone

> On Sep 3, 2015, at 19:28, David Stanek wrote: > > >> On Thu, Sep 3, 2015 at 3:44 PM Henry Nash wrote: >> >> I would like to request an FFE for the remaining two patches that are >> already in review (https://review.openstack.org/#/c/153897/ and >> https://review.openstack.org/#/c/154485

Re: [openstack-dev] [neutron] pushing changes through the gate

On 3 September 2015 at 17:55, Hirofumi Ichihara < ichihara.hirof...@lab.ntt.co.jp> wrote: > Good work and thank you for your help with my patch. > > Anyway, I don’t know when does bp owner have to merge the code by. > I can see the following sentence in bp rule[1] > “The PTL will create a -backlog

Re: [openstack-dev] FFE Request for completion of data driven assignment testing in Keystone

On Thu, Sep 3, 2015 at 3:44 PM Henry Nash wrote: > > I would like to request an FFE for the remaining two patches that are > already in review (https://review.openstack.org/#/c/153897/ and > https://review.openstack.org/#/c/154485/). These contain only test code > and no functional changes, and

[openstack-dev] [Cross Project] [Neutron] [Nova] Tox.ini changes for Constraints testing

Hi, I'm working on setting up both Nova and Neutron with constrained unit tests. More details about this can be found in the changes can be found in it's blueprint [0]. An example issue this will prevent is Neutron's recent gate breakage caused by a new netaddr version. [1] Now that the base cha

[openstack-dev] [magnum]keystone version

Hi all, Now the keystoneclient in magnum only support keystone v3. Is is necessary to support keystone v2? Keystone v2 don't support trust. Regards, Wanghua __ OpenStack Development Mailing List (not for usage questions) Unsu

Re: [openstack-dev] [neutron] pushing changes through the gate

Good work and thank you for your help with my patch. Anyway, I don’t know when does bp owner have to merge the code by. I can see the following sentence in bp rule[1] “The PTL will create a -backlog directory during the RC window and move all specs which didn’t make the there.” Did we have to me

[openstack-dev] [Ironic] Introducing ironic-lib 0.1.0

Hi all, I'm proud to announce the initial release of ironic-lib! This library was built to share code between various Ironic projects. The initial release contains an up-to-date copy of Ironic's disk partitioning code, to be shared between Ironic and ironic-python-agent. At the beginning of the M

Re: [openstack-dev] [Heat] convergence rally test results (so far)

On Fri, Sep 4, 2015 at 12:48 AM Zane Bitter wrote: > On 03/09/15 02:56, Angus Salkeld wrote: > > On Thu, Sep 3, 2015 at 3:53 AM Zane Bitter > > wrote: > > > > On 02/09/15 04:55, Steven Hardy wrote: > > > On Wed, Sep 02, 2015 at 04:33:36PM +1200, Robert Collins

[openstack-dev] [Ironic] Liberty release plans

Hi all, I wanted to lay down my thoughts on the rest of the cycle here. As you may know, we recently released Ironic 4.0.0. We've also released python-ironicclient 0.8.0 and ironic-lib 0.1.0 this week. Yay! I'd like to do two more server releases this cycle. * 4.1.0 - minor release to clean up

[openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

Thomas, Lots of movement on this today. I was able to get Bootswatch to roll a new package to accommodate our need to not pull in the URL by default any longer. This is now a configurable value that can be set by a variable. The variable's default value is still the google URL, but Horizon will

Re: [openstack-dev] cloud-init IPv6 support

So if we define the well known address and cloud-init adopts it, then Amazon should be inclined to adopt it too. :) Why always chase Amazon? Thanks, Kevin From: Steve Gordon [sgor...@redhat.com] Sent: Thursday, September 03, 2015 11:06 AM To: Kevin Benton

Re: [openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

On 09/03/2015 07:58 PM, Diana Whitten wrote: > Thomas, > > Sorry for the slow response, since I wasn't on the right mailing list yet. > > 1. I'm trying to figure out the best way possible to address this > security breach. I think that the best way to fix this is to augment > Bootswatch to only

Re: [openstack-dev] [neutron] pushing changes through the gate

On 2 September 2015 at 09:40, Armando M. wrote: > Hi, > > By now you may have seen that I have taken out your change from the gate > and given it a -2: don't despair! I am only doing it to give priority to > the stuff that needs to merge in order to get [1] into a much better shape. > > If you ha

Re: [openstack-dev] [Fuel] Nominate Evgeniy Konstantinov for fuel-docs core

+1 On Thu, Sep 3, 2015 at 10:14 PM, Sergey Vasilenko wrote: > +1 > > > /sv > > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Re: [openstack-dev] [Openstack-operators] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

Support for that blueprint already merged[1] so it's a little late to change it to per-subnet. If that is too fine-grained for your use-case, I would file an RFE bug[2] to allow it to be set at the subnet level. 1. https://review.openstack.org/#/c/200952/ 2. http://docs.openstack.org/developer/ne

[openstack-dev] FFE Request for list role assignment in tree blueprint in Keystone

The approved Keystone blueprint (https://review.openstack.org/#/c/187045/ ) was held up during the Liberty cycles by needing the data driver testing to be in place (https://review.openstack.org/#/c/190996/ ).

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

I think that's different than what is being asked here. That patch appears to just add IPv6 interface information if it's available in the metadata. This thread is about getting cloud-init to connect to an IPv6 address instead of 169.254.169.254 for pure IPv6 environments. On Thu, Sep 3, 2015 at 1

[openstack-dev] FFE Request for completion of data driven assignment testing in Keystone

The approved Keystone Blueprint (https://review.openstack.org/#/c/190996/ ) for enhancing our testing of the assignment backend was split into 7 patches. 5 of these landed before the liberty-3 freeze, but two had not yet been approved. I would like to r

Re: [openstack-dev] [sahara] Request for Feature Freeze Exception

Agreed. We've talked about this for a while, and it's very low risk. Thanks, Ethan - Original Message - From: "michael mccune" To: openstack-dev@lists.openstack.org Sent: Thursday, September 3, 2015 3:53:41 PM Subject: Re: [openstack-dev] [sahara] Request for Feature Freeze Exception On

Re: [openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

On 09/03/15 20:51, Gal Sagie wrote: I am not sure if this address what you need specifically, but it would be worth checking these two approved liberty specs: 1) https://github.com/openstack/neutron-specs/blob/master/specs/liberty/internal-dns-resolution.rst 2) https://github.com/openstack/ne

Re: [openstack-dev] [oslo][versionedobjects][ceilometer] explain the benefits of ceilometer+versionedobjects

>>> we store everything as primitives: floats, time, integer, etc... since >>> we need to query on attributes. it seems like versionedobjects might not >>> be useful to our db configuration currently. >> I don't think the former determines the latter -- we have lots of things >> stored as rows of c

Re: [openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

On 09/03/15 20:37, Steve Wormley wrote: As far as I am aware it is not presently built-in to Openstack. You'll need to add a dnsmasq_config_file option to your dhcp agent configurations and then populate the file with: domain=DOMAIN_NAME,CIDR for each network i.e. domain=example.com

Re: [openstack-dev] [sahara] Request for Feature Freeze Exception

On 09/03/2015 02:49 PM, Vitaly Gridnev wrote: Hey folks! I would like to propose to add to list of FFE's following blueprint: https://blueprints.launchpad.net/sahara/+spec/drop-hadoop-1 Reasoning of that is following: 1. HDP 1.3.2 and Vanilla 1.2.1 are not gated for a whole release cycle, so

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Alex Schultz to Fuel-Library Core

I have no idea if I'm eligible to vote, but I'll do it anyway: +1 Bartłomiej On Thu, Sep 3, 2015 at 9:16 PM, Sergey Vasilenko wrote: > +1 > > /sv > > __ > OpenStack Development Mailing List (not for usage questions) > Unsu

Re: [openstack-dev] [puppet] hosting developer documentation on http://docs.openstack.org/developer/

On Thu, Sep 3, 2015 at 4:00 PM, Emilien Macchi wrote: > puppet-openstack-doc +1 -- *guilherme* \n \t *maluf* __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openst

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Alex Schultz to Fuel-Library Core

+1 /sv __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Fuel] Nominate Evgeniy Konstantinov for fuel-docs core

+1 /sv __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Fuel][Fuel-Library] Nominating Alex Schultz to Fuel-Library Core

+1 /sv __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [oslo][versionedobjects][ceilometer] explain the benefits of ceilometer+versionedobjects

On 28/08/15 01:54 PM, Dan Smith wrote: we store everything as primitives: floats, time, integer, etc... since we need to query on attributes. it seems like versionedobjects might not be useful to our db configuration currently. I don't think the former determines the latter -- we have lots of

Re: [openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

On 03/09/15 13:24, Thomas Goirand wrote: > Hi, > > When doing: > grep -r fonts.googleapis.com * > > there's 56 lines of this kind of result: > xstatic/pkg/bootswatch/data/cyborg/bootstrap.css:@import > url("https://fonts.googleapis.com/css?family=Roboto:400,700";); > > This is wrong because: >

Re: [openstack-dev] [puppet] hosting developer documentation on http://docs.openstack.org/developer/

On 09/02/2015 02:56 PM, Emilien Macchi wrote: > > > On 09/02/2015 02:48 PM, Anita Kuno wrote: >> On 09/02/2015 02:09 PM, Emilien Macchi wrote: >>> TL;DR, I propose to move our developer documentation from wiki to >>> something like >>> http://docs.openstack.org/developer/puppet-openstack >> >

[openstack-dev] [sahara] Request for Feature Freeze Exception

Hey folks! I would like to propose to add to list of FFE's following blueprint: https://blueprints.launchpad.net/sahara/+spec/drop-hadoop-1 Reasoning of that is following: 1. HDP 1.3.2 and Vanilla 1.2.1 are not gated for a whole release cycle, so it can be reason of several bugs in these versio

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

I'm pretty sure this got implemented :) http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/revision/1042 and https://bugs.launchpad.net/cloud-init/+bug/1391695 That's the RHEL support, since cloud-init translates a ubuntu style networking style the ubuntu/debian style format should

Re: [openstack-dev] [Glance] loading a new conf file

A decent way would be to adopt the approach metadefs are using. Introduce a folder 'glance-tasks' and have such configs as a part of a group "ova-lite" for image-import.conf.sample. Of couse, this needs to come as part of the packaging under the standard conf directory or whatever convenient. I t

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

- Original Message - > From: "Kevin Benton" > > When we discussed this before on the neutron channel, I thought it was > because cloud-init doesn't support IPv6. We had wasted quite a bit of time > talking about adding support to our metadata service because I was under > the impression t

[openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

Thomas, Sorry for the slow response, since I wasn't on the right mailing list yet. 1. I'm trying to figure out the best way possible to address this security breach. I think that the best way to fix this is to augment Bootswatch to only use the URL through a parameter, that can be easily configu

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

When we discussed this before on the neutron channel, I thought it was because cloud-init doesn't support IPv6. We had wasted quite a bit of time talking about adding support to our metadata service because I was under the impression that cloud-init already did support IPv6. IIRC, the argument aga

Re: [openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

I am not sure if this address what you need specifically, but it would be worth checking these two approved liberty specs: 1) https://github.com/openstack/neutron-specs/blob/master/specs/liberty/internal-dns-resolution.rst 2) https://github.com/openstack/neutron-specs/blob/master/specs/liberty/ext

Re: [openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

As far as I am aware it is not presently built-in to Openstack. You'll need to add a dnsmasq_config_file option to your dhcp agent configurations and then populate the file with: domain=DOMAIN_NAME,CIDR for each network i.e. domain=example.com,10.11.22.0/24 ... -Steve On Thu, Sep 3, 2015 at 1:04

Re: [openstack-dev] [Glance] loading a new conf file

Sorry for the spam .. but email better for us in 2 disparate time zones, We are a little stuck on how to integrate a new conf file and read it. Or perhaps we are approaching it wrong/missing something obvious. This is with respect https://review.openstack.org/#/c/194868/11/specs/liberty/ovf-lite

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

Thank you Nikhil and Brian! -Original Message- From: Nikhil Komawar [mailto:nik.koma...@gmail.com] Sent: Thursday, September 03, 2015 9:42 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Glance] Feature Freeze Exception proposal We agreed to hold off on granting it

Re: [openstack-dev] [ceilometer] proposal to add Pradeep Kilambi to Ceilometer core

On Thu, Sep 3, 2015 at 12:42 PM, gord chung wrote: > > > On 31/08/15 09:13 AM, gord chung wrote: > >> hi, >> >> we'd like to nominate Pradeep Kilambi to the Ceilometer core team. he has >> contributed by adding declarative meter support in Ceilometer and provides >> feedback/input in regards to p

Re: [openstack-dev] [ceilometer] proposal to add Liusheng to Ceilometer core

On 31/08/15 09:18 AM, gord chung wrote: hi, we'd like to nominate Liusheng to the Ceilometer core team. he has been a leading contributor in Ceilometer, provides solid reviews, and regularly adds ideas for new improvements. as we did last time, please vote here: https://review.openstack.o

Re: [openstack-dev] [ceilometer] proposal to add Pradeep Kilambi to Ceilometer core

On 31/08/15 09:13 AM, gord chung wrote: hi, we'd like to nominate Pradeep Kilambi to the Ceilometer core team. he has contributed by adding declarative meter support in Ceilometer and provides feedback/input in regards to packaging and design. as we did last time, please vote here: https:

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

We agreed to hold off on granting it a FFE until tomorrow. There's a sync up meeting on this topic tomorrow, Friday Sept 4th at 14:30 UTC ( #openstack-glance ). Please be there to voice your opinion and cast your vote. On 9/3/15 9:15 AM, Brian Rosmaita wrote: > I added an agenda item for this for

[openstack-dev] [nova] Question regarding fix for 1392527

With the fix patched into our Juno code base, the instance object that is handed into the driver.delete_instance_files() does not contain the instance_metadata from the db. Is there a reason that is being left out? If not should it be included? -- Sean Wilcox 3032729711 x79711

Re: [openstack-dev] [cinder] FFE Request - capacity-headroom

Since Mike is out I wanted to respond to this: I don't think we a re planning to take FFE requests this time around. Also, the core team discussed this particular item and felt that there are still too many open questions on the patch and the patch is too invasive to merge this late in the game.

[openstack-dev] [freezer] Public IRC meetings every Thursday at 4PM (GTM0)

Hi, Reminder that we have a public meeting every Thursday at 4PM (GMT0) at the #openstack-freezer channel to discuss freezer, a backup and restore tool for openstack. Project repositories: - https://github.com/stackforge/freezer - https://github.com/stackforge/freezer-api - https://github.com

Re: [openstack-dev] [tripleo] Upgrade plans for RDO Manager - Brainstorming

On 08/24/2015 03:12 PM, Emilien Macchi wrote: > Hi, > > So I've been working on OpenStack deployments for 4 years now and so far > RDO Manager is the second installer -after SpinalStack [1]- I'm working on. > > SpinalStack already had interested features [2] that allowed us to > upgrade our cus

[openstack-dev] [akanda] outstanding issues from last meeting

*This coming Monday meeting is a holiday, so I propose to cancel the 07 September meeting. * I do want to highlight a few things we need to iron out in the mean time. As part of getting ready for the design summit, the Akanda project needs to elect a PTL. It has been my pleasure to run the weekly

Re: [openstack-dev] [Heat] convergence rally test results (so far)

On 03/09/15 02:56, Angus Salkeld wrote: On Thu, Sep 3, 2015 at 3:53 AM Zane Bitter mailto:zbit...@redhat.com>> wrote: On 02/09/15 04:55, Steven Hardy wrote: > On Wed, Sep 02, 2015 at 04:33:36PM +1200, Robert Collins wrote: >> On 2 September 2015 at 11:53, Angus Salkeld mailto:a

Re: [openstack-dev] [cinder][third-party] StorPool Cinder CI

On 09/03/2015 10:17 AM, Peter Penchev wrote: > On Fri, Aug 28, 2015 at 6:29 PM, Peter Penchev > wrote: >> On Fri, Aug 28, 2015 at 1:03 AM, Peter Penchev >> wrote: >>> On Fri, Aug 28, 2015 at 12:22 AM, Asselin, Ramy wrote: Hi Peter, Your log files require downloads. Please fix it s

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

It's not a case of cloud-init supporting IPv6 - The Amazon EC2 metadata API defines transport level details about the API - and currently only defines a well known IPv4 link local address to connect to. No well known link local IPv6 address has been defined. I usually recommend config-drive for

Re: [openstack-dev] [cinder][third-party] StorPool Cinder CI

On Fri, Aug 28, 2015 at 6:29 PM, Peter Penchev wrote: > On Fri, Aug 28, 2015 at 1:03 AM, Peter Penchev > wrote: >> On Fri, Aug 28, 2015 at 12:22 AM, Asselin, Ramy wrote: >>> Hi Peter, >>> >>> Your log files require downloads. Please fix it such that they can be >>> viewed directly [1] >> >> Hi,

Re: [openstack-dev] [all] Base feature deprecation policy

On 3 September 2015 at 08:22, Thierry Carrez wrote: > ... > In particular, the current proposal says: > > "At the very minimum the feature [...] should be marked deprecated (and > still be supported) in the next two coordinated end-of-cyle releases. > For example, a feature deprecated during the

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

I added an agenda item for this for today's Glance meeting: https://etherpad.openstack.org/p/glance-team-meeting-agenda I'd prefer to hold my vote until after the meeting. cheers, brian On 9/3/15, 6:14 AM, "Kuvaja, Erno" wrote: >Malini, all, > >My current opinion is -1 for FFE based on the

Re: [openstack-dev] [nova] [neutron] [rally] Neutron or nova degradation?

On Thu, Sep 3, 2015 at 8:43 AM, Andrey Pavlov wrote: > Hello, > > We have rally job with fake virt driver. And we run it periodically. > This job runs 200 servers and measures 'show' operations. > > On 18.08 it was run well[1]. But on 21.08 it was failed by timeout[2]. > I tried to understand wha

Re: [openstack-dev] [nova] [docs] Are cells still 'experimental'?

On 09/03/15 at 04:33pm, Michael Still wrote: I think they should not be marked experimental. For better or for worse, there are multiple sites deployed, and we will support them if something goes wrong. I don't recall all of the criteria that went into the decision to mark them experimental, b

Re: [openstack-dev] [nova] [docs] Are cells still 'experimental'?

On 09/03/2015 08:48 AM, John Garbutt wrote: > Cells v1 were marked as experimental because of the total lack of testing. > > Some of that has now been resolved, we have a check job that tests a > subset of our functionality on cells. > > But honestly, given we plan to remove cells v1, and the lim

Re: [openstack-dev] [nova] [docs] Are cells still 'experimental'?

Cells v1 were marked as experimental because of the total lack of testing. Some of that has now been resolved, we have a check job that tests a subset of our functionality on cells. But honestly, given we plan to remove cells v1, and the limitations you will find using cells v1, its tempting to k

[openstack-dev] [nova] [neutron] [rally] Neutron or nova degradation?

Hello, We have rally job with fake virt driver. And we run it periodically. This job runs 200 servers and measures 'show' operations. On 18.08 it was run well[1]. But on 21.08 it was failed by timeout[2]. I tried to understand what happens. I tried to check this job with 20 servers only[3]. It pa

[openstack-dev] [all] Base feature deprecation policy

Hi everyone, A feature deprecation policy is a standard way to communicate and perform the removal of user-visible behaviors and capabilities. It helps setting user expectations on how much and how long they can rely on a feature being present. It gives them reassurance over the timeframe they hav

[openstack-dev] [Fuel][Fuel-Library] Nominating Alex Schultz to Fuel-Library Core

+1 Thank you Alex for work hard. > Hi, > > I would like to nominate Alex Schultz to Fuel-Library Core team. He’s been > doing a great job in writing patches. At the same time his reviews are > solid with comments for further improvements. He’s #3 reviewer and #1 > contributor with 46 commits for

Re: [openstack-dev] [Fuel] Nominate Evgeniy Konstantinov for fuel-docs core

+2 On Thu, Sep 3, 2015 at 8:49 AM, Anastasia Urlapova wrote: > +1 > > On Wed, Sep 2, 2015 at 4:03 PM, Dmitry Borodaenko < > dborodae...@mirantis.com> wrote: > >> +1, Evgeny has been a #1 committer in fuel-docs for a while, it's great >> to see him pick up on the reviews, too. >> >> On Wed, Sep 2

[openstack-dev] [horizon] Concern about XStatic-bootswatch imports from fonts.googleapis.com

Hi, When doing: grep -r fonts.googleapis.com * there's 56 lines of this kind of result: xstatic/pkg/bootswatch/data/cyborg/bootstrap.css:@import url("https://fonts.googleapis.com/css?family=Roboto:400,700";); This is wrong because: 1/ This is a privacy breach, and one may not agree on hitting a

Re: [openstack-dev] [TripleO][Heat] instance_user fallout, keeping the 'heat-admin' user working

On Thu, Sep 3, 2015 at 6:46 AM, Steven Hardy wrote: > On Wed, Sep 02, 2015 at 08:32:25PM -0400, James Slagle wrote: >> On Wed, Sep 2, 2015 at 4:22 PM, Dan Prince wrote: >> > We had an IRC discussion today about the 'heat-admin' user in #tripleo. >> > >> > Upstream Heat recently reverted the 'inst

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

- Original Message - > From: "Joshua Harlow" > To: "OpenStack Development Mailing List (not for usage questions)" > , "PAUL CARVER" > > Jump on #cloud-init on freenode, smoser and I (and the other folks there) are > both pretty friendly ;) Hi all, Apologies for necro'ing an old thread,

Re: [openstack-dev] [mistral][yaql] Addressing task result using YAQL function

> On 02 Sep 2015, at 21:01, Dmitri Zimine wrote: > > Agree, > > with one detail: make it explicit - task(task_name). So do you suggest we just replace res() with task() and it looks like task() - get task result when we are in “publish” task(task_name) - get task result from anywhere ? I

Re: [openstack-dev] [TripleO][Heat] instance_user fallout, keeping the 'heat-admin' user working

On Wed, Sep 02, 2015 at 08:32:25PM -0400, James Slagle wrote: > On Wed, Sep 2, 2015 at 4:22 PM, Dan Prince wrote: > > We had an IRC discussion today about the 'heat-admin' user in #tripleo. > > > > Upstream Heat recently reverted the 'instance_user' config file option > > which we relied on in Tri

Re: [openstack-dev] Tracing a request (NOVA)

Vedsar Kushwaha said on Sat, Aug 29, 2015 at 09:30:05AM +0530: > *i just want to understand as to how the request goes from the api-call to > the nova-api and so on after that.* For a code-level walkthrough: http://docs-draft.openstack.org/67/210467/7/check/gate-nova-docs/51ee4c9//doc/build/h

Re: [openstack-dev] How to run fw testcases which are recently moved from tempest to neutron.

> On 02 Sep 2015, at 17:37, bharath wrote: > > Hi , > > How to run FW testcases which are under neutron using tempest? > > If i am trying to list cases from tempest(sudo -u stack -H testr list-tests > neutron.api > ), its resulting to empty list > You would need to set OS_TEST_PATH too for t

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

Malini, all, My current opinion is -1 for FFE based on the concerns in the spec and implementation. I'm more than happy to realign my stand after we have updated spec and a) it's agreed to be the approach as of now and b) we can evaluate how much work the implementation needs to meet with the

Re: [openstack-dev] [murano] Let's minimaze the list of pylint exceptions

If somebody wants to join here is a code for vim plugin which may help you: http://paste.openstack.org/show/444042/ Copy it and save in your vim plugin directory. After that press or and see pylint errors in single file or all pylint errors in current code. Nikolay Starodubtsev Software Engin

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

Flavio, first thing in the morning Kent will upload a new BP that addresses the comments. We would very much appreciate a +1 on the FFE. Regards Malini -Original Message- From: Flavio Percoco [mailto:fla...@redhat.com] Sent: Thursday, September 03, 2015 1:52 AM To: OpenStack Developme

Re: [openstack-dev] [Glance] Feature Freeze Exception proposal

On 02/09/15 22:11 -0400, Nikhil Komawar wrote: Hi, I wanted to propose 'Single disk image OVA import' [1] feature proposal for exception. This looks like a decently safe proposal that should be able to adjust in the extended time period of Liberty. It has been discussed at the Vancouver summit d

[openstack-dev] [Neutron] Allowing DNS suffix to be set per subnet (at least per tenant)

Hello all (cross-posting to openstack-operators as well) Today the setting of the dns suffix that is provided to the instance is passed through dhcp_agent. There is the option of setting different DNS servers per subnet (and and therefore tenant) but the domain suffix is something that stays

[openstack-dev] Fwd: [cinder][ThirdPartyCI]CloudFounders OpenvStorage CI - request to re-add the cinder driver

Hi, Trying to get more attention to this ... We had our driver removed by commit: https://github.com/openstack/cinder/commit/f0ab819732d77a8a6dd1a91422ac183ac4894419 due to no CI. Pls let me know if there is something wrong so we can fix it asap so we can have the driver back in Liberty (if poss

Re: [openstack-dev] [Heat] convergence rally test results (so far)

On Thu, Sep 3, 2015 at 3:53 AM Zane Bitter wrote: > On 02/09/15 04:55, Steven Hardy wrote: > > On Wed, Sep 02, 2015 at 04:33:36PM +1200, Robert Collins wrote: > >> On 2 September 2015 at 11:53, Angus Salkeld > wrote: > >> > >>> 1. limit the number of resource actions in parallel (maybe base on t