<div dir="ltr">I think Joe's idea pretty sums it up, ASF model is definitely worth following (Mesos is awesome). Non layer #1 projects will still be shepherded but not that closely coupled to make OpenStack over-bloated. Incubation projects can't be just dropped. <br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 24, 2014 at 2:46 AM, Joe Gordon <span dir="ltr"><<a href="mailto:joe.gordon0@gmail.com" target="_blank">joe.gordon0@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Tue, Sep 23, 2014 at 9:50 AM, Vishvananda Ishaya <span dir="ltr"><<a href="mailto:vishvananda@gmail.com" target="_blank">vishvananda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span><br>
On Sep 23, 2014, at 8:40 AM, Doug Hellmann <<a href="mailto:doug@doughellmann.com" target="_blank">doug@doughellmann.com</a>> wrote:<br>
<br>
> If we are no longer incubating *programs*, which are the teams of people who we would like to ensure are involved in OpenStack governance, then how do we make that decision? From a practical standpoint, how do we make a list of eligible voters for a TC election? Today we pull a list of committers from the git history from the projects associated with “official programs", but if we are dropping “official programs” we need some other way to build the list.<br>
<br>
</span>Joe Gordon mentioned an interesting idea to address this (which I am probably totally butchering), which is that we make incubation more similar to the ASF Incubator. In other words make it more lightweight with no promise of governance or infrastructure support.<br></blockquote><div><br></div></span><div>you only slightly butchered it :). From what I gather the Apache Software Foundation primary goals are to:</div><div><br></div><div>"</div><div>* provide a foundation for open, collaborative software development projects by supplying hardware, communication, and business infrastructure</div><div>* create an independent legal entity to which companies and individuals can donate resources and be assured that those resources will be used for the public benefit</div><div>* provide a means for individual volunteers to be sheltered from legal suits directed at the Foundation's projects</div><div>* protect the 'Apache' brand, as applied to its software products, from being abused by other organizations</div><div>"[0]</div><div><br></div><div>This roughly translates into: JIRA, SVN, <span style="color:rgb(0,0,0);font-family:Arial,Geneva,Helvetica,sans-serif;line-height:18px">Bugzilla and </span><font color="#000000" face="Arial, Geneva, Helvetica, sans-serif"><span style="line-height:18px">Confluence etc. for infrastructure resources. So ASF provides infrastructure, legal support, a trademark and some basic oversight.</span></font></div><div><font color="#000000" face="Arial, Geneva, Helvetica, sans-serif"><span style="line-height:18px"><br></span></font></div><div><font color="#000000" face="Arial, Geneva, Helvetica, sans-serif"><span style="line-height:18px"><br></span></font></div><div><font color="#000000" face="Arial, Geneva, Helvetica, sans-serif"><span style="line-height:18px"><div>"The [Apache] incubator is responsible for:</div><div>* filtering the proposals about the creation of a new project or sub-project</div><div>* help the creation of the project and the infrastructure that it needs to operate</div><div>* supervise and mentor the incubated community in order for them to reach an open meritocratic environment</div><div>* evaluate the maturity of the incubated project, either promoting it to official project/ sub-project status or by retiring it, in case of failure.</div><div><br></div><div>It must be noted that the incubator (just like the board) does not perform filtering on the basis of technical issues. This is because the foundation respects and suggests variety of technical approaches. It doesn't fear innovation or even internal confrontation between projects which overlap in functionality." [1]</div><div><br></div><div>So my idea, which is very similar to Monty's, is to make move all the non-layer 1 projects into something closer to an ASF model where there is still incubation and graduation. But the only things a project receives out of this process is:<br></div><div><br></div><div>* Legal support</div><div>* A trademark</div><div>* Mentorship</div><div>* Infrastructure to use</div><div>* Basic oversight via the incubation/graduation process with respect to the health of the community.<br></div><div><br></div><div>They do not get:</div><div><br></div><div>* Required co-gating or integration with any other projects</div><div>* People to right there docs for them, etc.</div><div>* Technical review/oversight</div><div>* Technical requirements</div><div>* Evaluation on how the project fits into a bigger picture</div><div>* Language requirements</div><div>* etc.</div><div><br></div><div>Note: this is just an idea, not a fully formed proposal</div></span></font></div><div><br></div><div>[0] <a href="http://www.apache.org/foundation/how-it-works.html#what" target="_blank">http://www.apache.org/foundation/how-it-works.html#what</a></div><div>[1] <a href="http://www.apache.org/foundation/how-it-works.html#incubator" target="_blank">http://www.apache.org/foundation/how-it-works.html#incubator</a><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">
<br>
It is also interesting to consider that we may not need much governance for things outside of layer1. Of course, this may be dancing around the actual problem to some extent, because there are a bunch of projects that are not layer1 that are already a part of the community, and we need a solution that includes them somehow.<br>
<br>
Vish<br>
<br></span><span class="">_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></span></blockquote></div><br></div></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr">Zhipeng Huang<div>Research Assistant</div><div>Mobile Ad-Hoc Network Lab, Calit2</div><div>University of California, Irvine</div><div>Email: <a href="mailto:zhipengh@uci.edu" target="_blank">zhipengh@uci.edu</a></div><div>Office: Calit2 Building Room 2402</div><div>OpenStack, OpenDaylight, OpenCompute affcienado </div></div>
</div></div>