<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Mar 10, 2015 at 1:32 PM, Jay Pipes <span dir="ltr"><<a href="mailto:jaypipes@gmail.com" target="_blank">jaypipes@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span>On 03/10/2015 02:28 PM, Gabriel Hurley wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Blocking the acceptance of new projects seems punitive and against<br>
the spirit of the big tent. Classification (tagging) can be done at<br>
any point, and is hardly fixed in stone. You can refine tags as<br>
needed.<br>
<br>
To put it harshly: it is a failure of both leadership and process to<br>
have stripped out the old process and set a low bar only to insist<br>
that no one may be accepted under the new criteria because you<br>
haven't defined the rest of the process yet.<br>
<br>
Even more concerning is the sentiment of "projects we want to<br>
consciously drop" from Russell's original email. I realize that was<br>
meant to apply to whatever becomes the "integrated release" tag, yet<br>
still... the point of the big tent is not to exclude; the big tent is<br>
meant to *include and classify* so that the community, operators,<br>
distros, and vendors could make the best choices for themselves.<br>
<br>
So I agree that these projects are a great litmus test for what kind<br>
of tags you need, but at this point I don't think you have a leg to<br>
stand on for not accepting projects that meet the current criteria.<br>
The bar for acceptance is in the governance documents.<br>
<br>
A freeze seems unjustifiable and dragging your feet seems<br>
unnecessary, at least unless you all plan on changing the governance<br>
yet again.<br>
</blockquote>
<br></span>
Amen. +1.<span><font color="#888888"><br>
<br></font></span></blockquote><div>To be honest, given how OpenStack is always about change, I'm confused that people are not willing to stop, evaluate where we are, and make sure it's moving in the intended direction. Seems like taking stock of where we as we change the governance model would be a wise thing to do.<br><br></div><div>As a given example, I'd like to compare the governance model OpenStack used to have with the one OpenDaylight currently has. OpenStack is moving towards the ODL model with the "big tent" proposal. The existing ODL governance model has been to accept anything that is proposed (note: that's the tl;dr version, read here [1] for more details). Any project proposed in ODL is accepted and allowed in. Great, right? Except it's not always great, because there is no check for overlapping functionality, they allow in vendor-only projects, and they now have 48 accepted projects. Even worse, at least 5 of those implement "network virtualization." As a user of ODL, trying to figure out which one to use for network virtualization is challenging. Someone used the reference of ODL being a "bag of parts you assemble on your own", and to some extent that's true. Maybe this is a distribution's job, in which case the "bag of parts" reference for upstream may be ok. It is what it is, after all.<br><br>Even worse, when you want to do something like integrate ODL with OpenStack, which network virtualization project do you use? It depends on who you work for or which project you're involved in. But the answer is never a consensus one, because with overlapping functionality, integrating ODL and OpenStack now means different things to different people.<br><br></div><div></div><div>At the end of the day, it's my opinion consensus is the part of the Big Tent that worries me. To me, consensus is a big part of what makes OpenStack awesome. However tags and big tents evolve, if we lose that, we've lost part of OpenStack that got us to where we are.<br><br>Kyle<br><br>[1] <a href="https://wiki.opendaylight.org/view/Project_Proposals:Main">https://wiki.opendaylight.org/view/Project_Proposals:Main</a><br></div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span><font color="#888888">
-jay</font></span><div><div><br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
- Gabriel<br>
<br>
-----Original Message----- From: Thierry Carrez<br>
[mailto:<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>] Sent: Tuesday, March 10, 2015 11:00<br>
AM To: <a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.<u></u>org</a> Subject: Re: [openstack-dev]<br>
Avoiding regression in project governance<br>
<br>
Russell Bryant wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
[...] We now have several new project proposals.  However, I<br>
propose not approving any new projects until we have a tagging<br>
system that is at least far enough along to represent the set of<br>
criteria that we used to apply to all OpenStack projects (with<br>
exception for ones we want to consciously drop).  Otherwise, I<br>
think it's a significant setback to our project governance as we<br>
have yet to provide any useful way to navigate the growing set of<br>
projects.<br>
<br>
The resulting set of tags doesn't have to be focused on<br>
replicating our previous set of criteria.  The focus must be on<br>
what information is needed by various groups of consumers and tags<br>
are a mechanism to implement that.  In any case, we're far from<br>
that point because today we have nothing.<br>
</blockquote>
<br>
I agree that we need tags to represent the various facets of what was<br>
in the integrated release concept.<br>
<br>
I'm not sure we should block accepting new project teams until all<br>
tags are defined, though. That sounds like a way to stall forever. So<br>
could you be more specific ? Is there a clear set of tags you'd like<br>
to see defined before we add new project teams ?<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I can't think of any good reason to rush into approving projects<br>
in the short term.  If we're not able to work out this rich<br>
tagging system in a reasonable amount of time, then maybe the whole<br>
approach is broken and we need to rethink the whole approach.<br>
</blockquote>
<br>
The current plan for the Vancouver Design Summit is to only give<br>
space to "OpenStack" projects (while non-OpenStack projects may get<br>
space in "ecosystem" sessions outside of the Design Summit). So it's<br>
only fair for those projects to file for recognition before that<br>
happens.<br>
<br>
-- Thierry Carrez (ttx)<br>
<br>
______________________________<u></u>______________________________<u></u>______________<br>
<br>
<br>
</blockquote>
OpenStack Development Mailing List (not for usage questions)<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Unsubscribe:<br>
<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
<br>
______________________________<u></u>______________________________<u></u>______________<br>
<br>
<br>
</blockquote>
OpenStack Development Mailing List (not for usage questions)<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Unsubscribe:<br>
<a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
<br>
</blockquote>
<br>
______________________________<u></u>______________________________<u></u>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.<u></u>openstack.org?subject:<u></u>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><br>
</div></div></blockquote></div><br></div></div>