<br><br><div class="gmail_quote">On Wed, Nov 7, 2012 at 11:40 AM, Thierry Carrez <span dir="ltr"><<a href="mailto:thierry@openstack.org" target="_blank">thierry@openstack.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi everyone,<br>
<br>
Incubation is currently an OpenStack project status that grants a<br>
promising project more access to OpenStack shared resources, especially<br>
in the CI, release management and QA space. That status lets the<br>
promising project prove that it is ready to join other official<br>
OpenStack core projects for the next full development cycle.<br>
<br>
In the past governance the Project Policy Board was the only decider on<br>
Incubation and Core inclusion. With the new governance, the Technical<br>
Committee is still the only decider on Incubation status and still<br>
proposes projects for Core inclusion, but the Board of Directors has the<br>
possibility to veto that Core inclusion.<br>
<br>
This creates an awkward process where a project could go all the way<br>
through Incubation and be denied Core inclusion at the end of that<br>
process, basically wasting OpenStack resources. We need to evolve the<br>
Incubation process so that the question of whether a project belongs in<br>
"Core" is fully resolved as early as possible. And define how a project<br>
can enter, grow or exit the incubation process.<br>
<br>
This also raises the question of whether "Core" should really be the<br>
only destination of an Incubated project. Which triggers the very<br>
question of what OpenStack Core actually is. For some it's the<br>
collection of OpenStack projects that work well and complement each<br>
other, for others Core should only include the IaaS pieces, for others<br>
they should represent the bare minimum you need to implement to be able<br>
to be called an "OpenStack Cloud"...<br></blockquote><div><br></div><div>It would be healthy to allow the scope of projects managed by the foundation to evolve over time to be broader than IaaS components. If we need to define "OpenStack Cloud" for brand management, we should be thinking about it at the different levels of the stack. There could be a separate set of "core" projects for IaaS and PaaS, for example.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Once "Core" is defined we can evaluate the need for a category that<br>
would still be in "OpenStack" but not have the "Core" label on it.<br>
Incubation could then lead two ways.<br></blockquote><div><br></div><div>It seems like we want a "supported" category for projects the TC feels are worth spending foundation resources on but the BoD does not want to include in "core" and require that deployers use them to be able to claim they are an "OpenStack Cloud" as you mention above. So projects would start out in the community, move to "incubated" and then to "supported" after the incubation period is up. They could apply separately for "core" status, after being declared "supported" by the TC.</div>
<div><br></div><div>Doug</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
We need to discuss all this in the next two weeks before delegates of<br>
the TC will join a committee with Board of Directors delegates to come<br>
to a final decision on this. So let the public discussion begin.<br>
<br>
Cheers,<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Thierry Carrez (ttx)<br>
Chair, OpenStack Technical Committee<br>
<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>
</font></span></blockquote></div><br>