[openstack-dev] [kolla] A new kolla-salt deliverable
Michał Jastrzębski
inc007 at gmail.com
Fri Dec 23 17:08:44 UTC 2016
Hello,
Ok this is grey area we haven't had proper discussion yet, I agree.
Since we decided to have separate core teams, I personally don't
really see *why* we should have any form of vote for projects to use
kolla containers.
Things change when we talk about it being kolla deliverable, but what
exactly does that mean? They can use kolla name? Everybody can. They
follow Kolla policies, use Kolla irc channel and have Kolla PTL to
represent them? That's also a choice everybody can make.
In the spirit of inclusiveness, I'd say keep it free and open. I would
rather have people use kolla name, be open about using kolla
containers and be part of our community. Maybe some sort of "free to
add, but incubate" would be in order, but I personally think that
would be overkill at this stage.
Thoughts?
Cheers Michal
On 23 December 2016 at 05:34, Steven Dake (stdake) <stdake at cisco.com> wrote:
> Michal,
>
>
>
> I was thinking about kolla-salt and our Wednesday team meeting and the
> declaration you made about how it should be done. I personally feel it is
> mandatory we hold a vote of the core review teams to add a new deliverable.
> We have voted on the addition of every deliverable we have ever added to
> kolla including application initially to the big tent. I’m in favor of the
> idea of kolla-salt and it would have my +1 vote. I am not attempting to
> block the addition. It’s more a matter of policies we have established over
> the last several years. We have also voted to retire deliverables from the
> Kolla project as well (kolla-mesos and the cli).
>
>
>
> This was easier when there was one core review team. Perhaps a solution to
> that problem is to make a global core team in gerrit which includes everyone
> just for policy decisions (such as adding a deliverable). Another option to
> count whether consensus was reached is to count the core reviewers in each
> deliverable, divide by two, and determine if consensus is reached.
>
>
>
> If we don’t hold a vote, it looks like a BDFL model that PTLs don’t operate
> under. Rather PTLs operate under a service model.
>
>
>
> Regards
>
> -steve
>
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
More information about the OpenStack-dev
mailing list