Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

2016-03-23 Thread Julien Danjou
On Wed, Mar 23 2016, Mike Perez wrote: > As seen from the Manila review [1], the install docs team is suggesting these > to be put in their developer guide. > > I don't think this is a great idea. Mainly because they are for developers, > operators aren't going to be looking in there for install

Re: [openstack-dev] [tricircle] Using in-memory database for unit tests

2016-03-23 Thread Mike Bayer
On 03/23/2016 01:33 AM, Vega Cai wrote: On 22 March 2016 at 12:09, Shinobu Kinjo > wrote: Thank you for your comment (inline for my message). On Tue, Mar 22, 2016 at 11:53 AM, Vega Cai

Re: [openstack-dev] [i18n][horizon][sahara][trove][magnum][murano] dashboard plugin release schedule

2016-03-23 Thread Craig Vyvial
The trove-dashboard has its own stable/mitaka branch [1] as well. We have an RC1 release already and we can make sure to land the translations and cut an RC2 early next week (March 28). Thanks, Craig Vyvial [1] https://github.com/openstack/trove-dashboard/tree/stable/mitaka On Wed, Mar 23,

Re: [openstack-dev] [i18n][horizon][sahara][trove][magnum][murano] dashboard plugin release schedule

2016-03-23 Thread Akihiro Motoki
Thank you all for your supports. We can see the progress of translations at [0] Shu, Magnum UI adopts the independent release model. Good to know you have stable/mitaka branch :) Once the stable branch is cut, let not only me but also the i18n team know it. openstack-i18n ML is the best place to

Re: [openstack-dev] [jacket] Introduction to jacket, a new project

2016-03-23 Thread GHANSHYAM MANN
Hi Kevin, Its always nice idea as jacket has but not sure how feasible and valuable it would be. For doing API translation and gateway, there are many available and one I remember is Aviator (based on ruby gem) [1], not sure how active it is now. As your idea is more about consuming all

[openstack-dev] [Glance] Block subtractive schema changes

2016-03-23 Thread Kekane, Abhishek
Hi Glance Team, I have registered a blueprint [1] for blocking subtractive schema changes. Cinder and Nova are already supporting blocking of subtractive schema operations. Would like to add similar support here. Please let me know your opinion on the same. [1]

Re: [openstack-dev] [kolla] [vote] Managing bug backports to Mitaka branch

2016-03-23 Thread Swapnil Kulkarni
On Thu, Mar 24, 2016 at 12:10 AM, Steven Dake (stdake) wrote: > We had an emergency voting session on this proposal on IRC in our team > meeting today and it passed as documented in the meeting minutes[1]. I was > asked to have a typical vote and discussion on irc by one of the

Re: [openstack-dev] [Fuel][Nailgun] Random failures in unit tests

2016-03-23 Thread Mike Scherbakov
I finally got it passing all the tests, including performance: https://review.openstack.org/#/c/294976/. I'd appreciate if you guys can review/land it sooner than later: patch touches many tests, and it would be beneficial for everyone to be based on updated code. Thanks, On Mon, Mar 21, 2016 at

Re: [openstack-dev] [heat] issue of ResourceGroup in Heat template

2016-03-23 Thread Rabi Mishra
> On Wed, Mar 23, 2016 at 05:25:57PM +0300, Sergey Kraynev wrote: > >Hello, > >It looks similar on issue, which was discussed here [1] > >I suppose, that the root cause is incorrect using get_attr for your > >case. > >Probably you got "list"  instead of "string". > >F.e. if

Re: [openstack-dev] [Neutron][LBaaS][heat] Removing LBaaS v1 - are weready?

2016-03-23 Thread Takashi Yamamoto
On Thu, Mar 24, 2016 at 6:17 AM, Doug Wiegley wrote: > Migration script has been submitted, v1 is not going anywhere from > stable/liberty or stable/mitaka, so it’s about to disappear from master. > > I’m thinking in this order: > > - remove jenkins jobs > - wait

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

2016-03-23 Thread Steve Gordon
- Original Message - > From: "Mike Perez" > To: "OpenStack Development Mailing List (not for usage questions)" > > Sent: Wednesday, March 23, 2016 12:24:55 PM > Subject: Re: [openstack-dev] [docs] Our Install Guides Only Cover

[openstack-dev] [kolla] [vote] Managing bug backports to Mitaka branch

2016-03-23 Thread Steven Dake (stdake)
We had an emergency voting session on this proposal on IRC in our team meeting today and it passed as documented in the meeting minutes[1]. I was asked to have a typical vote and discussion on irc by one of the participants of the vote, so please feel free to discuss and vote again. I will

Re: [openstack-dev] [TripleO][Heat][Kolla][Magnum] The zen of Heat, containers, and the future of TripleO

2016-03-23 Thread Fox, Kevin M
If heat convergence worked (Is that a thing yet?), it could potentially be used instead of a COE like kubernetes. The thing ansible buys us today would be upgradeability. Ansible is config management, but its also a workflow like tool. Heats bad at workflow. I think between Heat with

Re: [openstack-dev] [tricircle] Using in-memory database for unit tests

2016-03-23 Thread Shinobu Kinjo
On Wed, Mar 23, 2016 at 2:33 PM, Vega Cai wrote: > > > On 22 March 2016 at 12:09, Shinobu Kinjo wrote: >> >> Thank you for your comment (inline for my message). >> >> On Tue, Mar 22, 2016 at 11:53 AM, Vega Cai wrote: >> > Let

Re: [openstack-dev] [puppet] Prefecting user and user_roles resources with domain-specific conf is failing.

2016-03-23 Thread Sofer Athlan-Guyot
Adam Young writes: > On 03/21/2016 09:34 AM, Sofer Athlan-Guyot wrote: >> Hi, >> >> we have a big problem when using domain-specific configuration. The >> listing of all users is not supported by keystone when it's used[1][2]. >> >> What this means is that prefetch method in

Re: [openstack-dev] [tripleo] [puppet] move puppet-pacemaker

2016-03-23 Thread Sofer Athlan-Guyot
Dmitry Ilyin writes: > I've started my merging effort here > https://github.com/dmitryilyin/openstack-puppet-pacemaker Great, thanks. > > Can I change the interface of pcmk_resource? > > You have pcmk_constraint but I have pcmk_location/colocation/order > separately. I can

<    1   2