Re: [openstack-dev] Launchpad bug tracker defects (was: Proposal oslo.db lib)

2013-08-17 Thread Cody A.W. Somerville
On Sat, Aug 17, 2013 at 12:57 AM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Thierry Carrez's message of 2013-08-16 13:55:46 -0700: ... The reason is that it's actually difficult to get a view of all oslo bugs due to Launchpad shortcomings (a project can only be in one project

Re: [openstack-dev] [Ceilometer] Concerning get_resources/get_meters and the Ceilometer API

2013-08-17 Thread Julien Danjou
On Fri, Aug 16 2013, Jay Pipes wrote: Actually, that's the opposite of what I'm suggesting :) I'm suggesting getting rid of the resource_metadata column in the meter table and using the resource table in joins... I think there's a lot of scenario where this would fail, like for example

Re: [openstack-dev] endpoint registration

2013-08-17 Thread Julien Danjou
On Fri, Aug 16 2013, Doug Hellmann wrote: If you're saying that you want to register URLs without version info embedded in them, and let the client work that part out by talking to the service in question (or getting a version number from the caller), then yes, please. Yes yes yes. I already

Re: [openstack-dev] Gate breakage process - Let's fix! (related but not specific to neutron)

2013-08-17 Thread Salvatore Orlando
I tend to agree that when the gate for a project is broken, nothing should be merged for that project until the gate jobs are green again. In the case of Neutron, making the job non voting only caused more bugs to slip through, and that meant more works for the developer themselves, and more

Re: [openstack-dev] Gate breakage process - Let's fix! (related but not specific to neutron)

2013-08-17 Thread Joe Gordon
On Aug 17, 2013 7:52 AM, Salvatore Orlando sorla...@nicira.com wrote: I tend to agree that when the gate for a project is broken, nothing should be merged for that project until the gate jobs are green again. In the case of Neutron, making the job non voting only caused more bugs to slip

Re: [openstack-dev] [keystone] Help consuming trusts

2013-08-17 Thread Steven Hardy
On Fri, Aug 16, 2013 at 11:42:52AM -0400, Steve Martinelli wrote: Hi Steven, You can look at the unit tests being run. https://github.com/openstack/keystone/blob/master/keystone/tests/test_v3_auth.py#L1782 It looks like you need to provide the trustee uname/password and the trust id.

Re: [openstack-dev] Gate breakage process - Let's fix! (related but not specific to neutron)

2013-08-17 Thread Robert Collins
On 17 August 2013 23:49, Salvatore Orlando sorla...@nicira.com wrote: I tend to agree that when the gate for a project is broken, nothing should be merged for that project until the gate jobs are green again. In the case of Neutron, making the job non voting only caused more bugs to slip

[openstack-dev] [Ceilometer] Adding TraitType Storage Model

2013-08-17 Thread Herndon, John Luke (HPCS - Ft. Collins)
Hi - After discussion with Jay Pipes about this bug (https://bugs.launchpad.net/ceilometer/+bug/1211015), I'd like to split out a new TraitType table in the storage layer, and remove the UniqueName table. A TraitType is the name of the trait and the data type (i.e., string, int, floatŠ). I'd

Re: [openstack-dev] proposing Alex Gaynor for core on openstack/requirements

2013-08-17 Thread Jeremy Stanley
On 2013-08-16 11:04:14 -0400 (-0400), Doug Hellmann wrote: I'd like to propose Alex Gaynor for core status on the requirements project. [...] Agreed, I for one welcome his continued assistance. -- Jeremy Stanley signature.asc Description: Digital signature

[openstack-dev] single quantum/neutron server

2013-08-17 Thread Vijay
 Hello,  I have 2 different openstack clusters. They share glance and keystone. I am trying to configure them to share quantum service as well. For that I am running a common network node that is running all the agents (quantum-dhcp/quantum-l3/quantum-metadata/quantum-openvswitch agents) with

Re: [openstack-dev] endpoint registration

2013-08-17 Thread Joshua Harlow
+3 Sent from my really tiny device... On Aug 17, 2013, at 8:33 AM, Dolph Mathews dolph.math...@gmail.commailto:dolph.math...@gmail.com wrote: On Sat, Aug 17, 2013 at 4:18 AM, Julien Danjou jul...@danjou.infomailto:jul...@danjou.info wrote: On Fri, Aug 16 2013, Doug Hellmann wrote: If

[openstack-dev] [Neutron] Exceptions in neutron.extension

2013-08-17 Thread ZhiQiang Fan
Hi stackers, I notice that there are some exceptions defined in neutron.extension, and many exceptions are defined in neutron.common.exception. Why they are defined seperately? In my opinion: 1) extension will define exception which is only releated to this extension and is intended to exposed