Re: [openstack-dev] [nova] release request for python-novaclient

On Tue, Feb 10, 2015 at 9:19 AM, Doug Hellmann wrote: > > > On Tue, Feb 10, 2015, at 07:25 AM, Sean Dague wrote: > > On 02/09/2015 10:55 PM, Michael Still wrote: > > > The previous policy is that we do a release "when requested" or when a > > > critical bug fix merges. I don't see any critical fi

Re: [openstack-dev] [nova] release request for python-novaclient

On Mon, Feb 9, 2015 at 7:55 PM, Michael Still wrote: > The previous policy is that we do a release "when requested" or when a > critical bug fix merges. I don't see any critical fixes awaiting > release, but I am not opposed to a release. > > The reason I didn't do this yesterday is that Joe want

Re: [openstack-dev] [Fuel] Cache for packages on master node

previously we used squid in 3.0 and before. The main problem is that the deployment would proceeded even if not all the packages where cached or even available on the remote. This often lead to broken deployments that where hard to debug and a waste of alot of time. This _MUST_ be resolved or we wi

Re: [openstack-dev] docstring standard?

On Tue, Feb 10, 2015 at 1:57 PM, Min Pae wrote: > I think most people would agree documentation is a good thing, and > consistency is generally a good thing… is there an accepted standard on > layout and minimum required fields? > > If not, should there be? > > For example > > - Heading (short de

[openstack-dev] Filtering by metadata values

Hi, We had a discussion yesterday on the Heat channel regarding patterns for searching or filtering entities by its metadata values. This is in relation to a feature that is currently being implemented in Heat called “Stack Tags”. The idea is that Heat stack lists can be filtered by these tags,

[openstack-dev] Cross-Repo Dependencies in Zuul

Hi, We have added support for cross-repo dependencies (CRD) in Zuul. The important bits: * To use them, include "Depends-On: " in the footer of your commit message. Use the full Change-ID ('I' + 40 characters). * These are one-way dependencies only -- do not create a cycle. * This is what a

[openstack-dev] port-create with network from a different tenant does not fail

Hi, We were seeing this issue where if the user role is admin in 2 tenants A and B and he issues neutron port-create in tenant A where is in tenant B, it ends up creating that port. Ideally, it should have failed since you cannot have the port/network in different tenants. varunlodaya@ubuntu

Re: [openstack-dev] [OpenStack-Infra] Cross-Repo Dependencies in Zuul

James, Awesome! Amazing! You guys rock!=) Best regards, Boris Pavlovic On Wed, Feb 11, 2015 at 1:26 AM, James E. Blair wrote: > Hi, > > We have added support for cross-repo dependencies (CRD) in Zuul. The > important bits: > > * To use them, include "Depends-On: " in the footer of > your

[openstack-dev] [neutron] - port-create with network from a different tenant does not fail

Adding the right subject line. From: Varun Lodaya mailto:varun_lod...@symantec.com>> Date: Tuesday, February 10, 2015 at 2:26 PM To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Subject: port-create with network from a different tenant

Re: [openstack-dev] [neutron] - port-create with network from a different tenant does not fail

You can have ports from different tenants in a network. It's an admin-only capability unless the network is marked as "shared". On Tue, Feb 10, 2015 at 2:30 PM, Varun Lodaya wrote: > Adding the right subject line. > > From: Varun Lodaya > Date: Tuesday, February 10, 2015 at 2:26 PM > To: "OpenS

Re: [openstack-dev] Cross-Repo Dependencies in Zuul

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 So cool! A comment inline. On 02/10/2015 11:26 PM, James E. Blair wrote: > Hi, > > We have added support for cross-repo dependencies (CRD) in Zuul. > The important bits: > > * To use them, include "Depends-On: " in the > footer of your commit messag

Re: [openstack-dev] [neutron] - port-create with network from a different tenant does not fail

Hey Kevin, Thanks for the quick response. But any particular use-case where we would need port/network from different tenants unless it’s a shared network? Thanks, Varun From: Kevin Benton mailto:blak...@gmail.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailt

Re: [openstack-dev] [neutron] - port-create with network from a different tenant does not fail

Unfortunately shared networks right now have no fine-grained control so every single tenant can attach to a network once it is marked as shared. So if you have one tenant who wants to have another tenant attach a few servers to his/her network, the only choice is to have the admin do it via the ope

Re: [openstack-dev] Cross-Repo Dependencies in Zuul

On 02/10/2015 05:47 PM, Ihar Hrachyshka wrote: > So cool! A comment inline. > > On 02/10/2015 11:26 PM, James E. Blair wrote: >> Hi, > >> We have added support for cross-repo dependencies (CRD) in Zuul. >> The important bits: > >> * To use them, include "Depends-On: " in the >> footer of your co

Re: [openstack-dev] [neutron] - port-create with network from a different tenant does not fail

Ohk, a hacky way to share network across specific tenants. Cool, thanks Kevin. - Varun From: Kevin Benton mailto:blak...@gmail.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Tuesday, February 10, 2015 at 3:06 PM To:

Re: [openstack-dev] Cross-Repo Dependencies in Zuul

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/11/2015 12:09 AM, Sean Dague wrote: > On 02/10/2015 05:47 PM, Ihar Hrachyshka wrote: >> So cool! A comment inline. >> >> On 02/10/2015 11:26 PM, James E. Blair wrote: >>> Hi, >> >>> We have added support for cross-repo dependencies (CRD) in >>>

Re: [openstack-dev] [nova] [devstack] configuring https for glance client

Andrew Lazarev wrote: > Hi Nova experts, > > Some time ago I figured out that devstack fails to stack with > USE_SSL=True option because it doesn't configure nova to work with > secured glace [1]. Support of secured glance was added to nova in Juno > cycle [2], but it looks strange for me. > > Gl

Re: [openstack-dev] docstring standard?

On 2015-02-10 11:57:18 -0800 (-0800), Min Pae wrote: > I think most people would agree documentation is a good thing, and > consistency is generally a good thing…  is there an accepted > standard on layout and minimum required fields? [...] Across OpenStack projects it probably varies a bit. For P

Re: [openstack-dev] [Keystone] Proposing Marek Denis for the Keystone Core Team

+1! Guang From: Priti Desai [mailto:priti_de...@symantec.com] Sent: Tuesday, February 10, 2015 11:47 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [Keystone] Proposing Marek Denis for the Keystone Core Team +1 Cheers Priti From: Brad Topol

Re: [openstack-dev] Cross-Repo Dependencies in Zuul

On 2015-02-11 00:33:03 +0100 (+0100), Ihar Hrachyshka wrote: > Long term, I can't agree more. Short term, while we decouple stuff > and in the middle of the process, that's too idealistic to be > true. [...] By implementing features to support the way we all generally agree things _should_ be rath

[openstack-dev] [all][PTLs] Stop releasing libraries/clients without capping stable global requirements

Hi, As you know a few of us have been spending way too much time digging stable/juno out of the ditch its currently in. And just when we thought we were in the clear a new library was released without a requirements cap in stable global-requirements and broke stable/juno grenade. Everytime this h

Re: [openstack-dev] [Fuel] Distribution of keys for environments

We need to be highly security conscious here doing this in an insecure manner is a HUGE risk so rsync over ssh from the master node is usually (or scp) OK but rsync protocol from the node in the cluster will not be BAD (it leaves the certs exposed on an weak service.) I could see this being implem

Re: [openstack-dev] [Keystone] Proposing Marek Denis for the Keystone Core Team

+1 - Original Message - > From: "Guang Yee" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Wednesday, 11 February, 2015 10:45:07 AM > Subject: Re: [openstack-dev] [Keystone] Proposing Marek Denis for the > Keystone Core Team > > > > +1! > > > > >

[openstack-dev] [all] Replace eventlet with asyncio

Hi, I wrote a second version of my cross-project specification "Replace eventlet with asyncio". It's now open for review: https://review.openstack.org/#/c/153298/ I copied it below if you prefer to read it and/or comment it by email. Sorry, I'm not sure that the spec will be correctly formatte

Re: [openstack-dev] [Keystone] Proposing Marek Denis for the Keystone Core Team

+1 Well deserved! Lin On Tue, Feb 10, 2015 at 11:47 AM, Priti Desai wrote: > +1 > > Cheers > Priti > > From: Brad Topol > Reply-To: "OpenStack Development Mailing List (not for usage questions)" < > openstack-dev@lists.openstack.org> > Date: Tuesday, February 10, 2015 at 11:04 AM > To: "OpenSt

Re: [openstack-dev] [manila] two level share scheduling

On 02/10/2015 06:14 AM, Valeriy Ponomaryov wrote: Hello Jason, On Tue, Feb 10, 2015 at 10:07 AM, Jason Bishop > wrote: When a share is created (from scratch), the manila scheduler identifies a share server from its list of backends and makes an api c

Re: [openstack-dev] Filtering by metadata values

On Wed, Feb 11, 2015 at 8:20 AM, Miguel Grinberg wrote: > Hi, > > We had a discussion yesterday on the Heat channel regarding patterns for > searching or filtering entities by its metadata values. This is in relation > to a feature that is currently being implemented in Heat called “Stack > Tags”

Re: [openstack-dev] [Manila] Manila virtual midcycle meetup

On 01/25/2015 06:21 PM, Ben Swartzlander wrote: Given the international nature of this team and the difficulty with travel, I'm thinking that 2 "morning" and 1 "afternoon" session will be the best chance for everyone to get together. The meetup will be primarily virtual, but since several of us

[openstack-dev] [blazar] currectly status

Hello, May I ask the currently status of blazar project, it's been very quiet there for past half year, part of reason could be related to Gantt project? The way I see this project is very usefully for NFV use case, and I really like to know the status of it, maybe also Gantt project. Thanks __

[openstack-dev] [neutron][fwaas] No IRC meeting on Feb 11th

__ 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] Filtering by metadata values

Hi Angus, Yeah, I missed the new Nova tags, they do seem very similar to Heat’s tags. I should have been more clear when we discussed this on IRC regarding the API-WG position on filtering. I was aware of the lack of guidelines on filtering, and being an active member of the API-WG team I cons

Re: [openstack-dev] [Manila] Manila virtual midcycle meetup

Am 11.02.2015 um 04:10 schrieb Ben Swartzlander: >> https://etherpad.openstack.org/p/manila-kilo-midcycle-meetup > > This is a reminder that the meetup is tomorrow! It will be entirely > virtual, so please join the Google Hangout or the phone bridge. The > details are in the etherpad. Do you have

[openstack-dev] DVR and l2_population

Hi, In the Networking guide [1] there is a requirement for l2 population both as a mechanism driver and in OVS agent when enabling DVR. Is this is a requirement and if so what is the reason? Thanks, Itzik [1] http://docs.openstack.org/networking-guide/content/ha-dvr.html ___

Re: [openstack-dev] [NOVA] security group fails to attach to an instance if port-id is specified during boot.

On Tue, Feb 10, 2015 at 5:26 PM, Feodor Tersin wrote: > I definitely don't expect any change of the existing port in the case with > two nics. However in the case of single nic a question like 'what is impact > of security-groups parameter' arises. > Also a similar question arises out of '--nic p

Re: [openstack-dev] [Keystone] Proposing Marek Denis for the Keystone Core Team

+1! Cheers, Marcos. On 02/10/2015 11:26 PM, openstack-dev-requ...@lists.openstack.org wrote: >Hi everyone! > >I wanted to propose Marek Denis (marekd on IRC) as a new member of the >Keystone Core team. Marek has been instrumental in the implementation of >Federated Identity. His work on Keysto

<    1   2