<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Fri, Sep 5, 2014 at 4:27 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div class=""><div class="h5">Tim Bell wrote:<br>> The one concern I have with a small core is that there is not an easy way to assess the maturity of a project on stackforge. The stackforge projects may be missing packaging, Red Hat testing, puppet modules, install/admin documentation etc. Thus, I need to have some indication that a project is deployable before looking at it with my user community to see if it meets a need that is sustainable.<br>
><br>
> Do you see the "optional layer" services being blessed / validated in some way and therefore being easy to identify ?<br>
<br>
</div></div>Yes, I think whatever exact shape this takes, it should convey some<br>
assertion of stability to be able to distinguish itself from random<br>
projects. Some way of saying "this is good and mature, even if it's not<br>
in the inner circle".<br>
<br>
Being in The "integrated release" has been seen as a sign of stability<br>
forever, while it was only ensuring "integration" with other projects<br>
and OpenStack processes. We are getting better at requiring "maturity"<br>
there, but if we set up layers, we'll have to get even better at that.</blockquote></div><div class="gmail_extra"><br></div>The layers are (or originally were) a purely technical organization, intentionally avoiding association with defcore and other groupings, and on reflection, maturity too.  The problem that repeatedly bubbles up is that "people" (mostly outside the community) want a simple tag for maturity or blessedness and have been using the integrated/incubated status for that.  Maturity has nothing to do with technical relationships between projects (required/optional layers). </div><div class="gmail_extra"><div><br></div><div>The "good and mature" blessing should be an independent attribute that is set on projects as a result of nomination by TC members or PTLs or existing core members or whatever trusted group we choose.  I'd say for starters that anything from Stackforge that we use in integrated/incubated projects is on the short list for that status, as it already has that implicitly by our use.</div><div><br></div><div>dt</div><div><br></div><div>-- <br></div><br>Dean Troyer<br><a href="mailto:dtroyer@gmail.com">dtroyer@gmail.com</a><br>
</div></div>