Re: [openstack-dev] [TripleO] consistency vs packages in TripleO

2014-02-15 Thread James Slagle
On Fri, Feb 14, 2014 at 11:12 PM, Robert Collins robe...@robertcollins.net wrote: On 15 February 2014 08:42, Dan Prince dpri...@redhat.com wrote: Option B is we make our job easy by strong arming everyone into the same defaults of our upstream choosing. Does Nova strong arm everyone into

Re: [openstack-dev] [TripleO] consistency vs packages in TripleO

2014-02-15 Thread Clint Byrum
Excerpts from James Slagle's message of 2014-02-15 13:02:36 -0800: On Fri, Feb 14, 2014 at 11:12 PM, Robert Collins robe...@robertcollins.net wrote: On 15 February 2014 08:42, Dan Prince dpri...@redhat.com wrote: Option B is we make our job easy by strong arming everyone into the same

Re: [openstack-dev] [TripleO] consistency vs packages in TripleO

2014-02-14 Thread Ralf Haferkamp
Hi On Fri, Feb 14, 2014 at 10:27:20AM +1300, Robert Collins wrote: So progressing with the 'and folk that want to use packages can' arc, we're running into some friction. I've copied -operators in on this because its very relevant IMO to operators :) So far: - some packages use

Re: [openstack-dev] [TripleO] consistency vs packages in TripleO

2014-02-14 Thread Jay Dobies
On Fri, Feb 14, 2014 at 10:27:20AM +1300, Robert Collins wrote: So progressing with the 'and folk that want to use packages can' arc, we're running into some friction. I've copied -operators in on this because its very relevant IMO to operators :) So far: - some packages use different

Re: [openstack-dev] [TripleO] consistency vs packages in TripleO

2014-02-14 Thread Jesse Pretorius
On 14 February 2014 17:57, Jay Dobies jason.dob...@redhat.com wrote: I am propably repeating much of what James already said already. But I think an operator that makes the decision to do a package base Triplo installation does so e.g. because he is familiar with the tools and conventions of

Re: [openstack-dev] [TripleO] consistency vs packages in TripleO

2014-02-14 Thread Clint Byrum
Excerpts from Robert Collins's message of 2014-02-13 13:27:20 -0800: So progressing with the 'and folk that want to use packages can' arc, we're running into some friction. I've copied -operators in on this because its very relevant IMO to operators :) So far: - some packages use

Re: [openstack-dev] [TripleO] consistency vs packages in TripleO

2014-02-14 Thread Dan Prince
- Original Message - From: Robert Collins robe...@robertcollins.net To: OpenStack Development Mailing List openstack-dev@lists.openstack.org, openstack-operat...@lists.openstack.org Sent: Thursday, February 13, 2014 4:27:20 PM Subject: [openstack-dev] [TripleO] consistency vs

Re: [openstack-dev] [TripleO] consistency vs packages in TripleO

2014-02-14 Thread Robert Collins
On 15 February 2014 07:46, Clint Byrum cl...@fewbar.com wrote: * Reference implementations are always derided as not realistic. I think we need to think of a different term. I prefer to just say that this is the upstream implementation. We very much expect that a cloud can and should

Re: [openstack-dev] [TripleO] consistency vs packages in TripleO

2014-02-14 Thread Robert Collins
On 15 February 2014 08:42, Dan Prince dpri...@redhat.com wrote: Let me restate the options the way I see it: Option A is we do our job... by making it possible to install OpenStack using various distributions using a set of distro agnostic tools (TripleO). So our job is to be the upstream

[openstack-dev] [TripleO] consistency vs packages in TripleO

2014-02-13 Thread Robert Collins
So progressing with the 'and folk that want to use packages can' arc, we're running into some friction. I've copied -operators in on this because its very relevant IMO to operators :) So far: - some packages use different usernames - some put things in different places (and all of them use

Re: [openstack-dev] [TripleO] consistency vs packages in TripleO

2014-02-13 Thread James Slagle
On Thu, Feb 13, 2014 at 4:27 PM, Robert Collins robe...@robertcollins.net wrote: So progressing with the 'and folk that want to use packages can' arc, we're running into some friction. I've copied -operators in on this because its very relevant IMO to operators :) So far: - some packages