<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Apr 28, 2015 at 8:00 AM, Russell Bryant <span dir="ltr"><<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 04/27/2015 08:52 PM, Armando M. wrote:<br>
><br>
>     Any project that fails to meet the criteria later can be dropped at any<br>
>     time.  For example, if some repo is clearly unmaintained, it can be<br>
>     removed.<br>
><br>
><br>
> If we open the door to excluding projects down the road, then wouldn't<br>
> we need to take into account some form of 3rd party CI validation as<br>
> part of the criteria to 'ensure quality' (or lack thereof)? Would you<br>
> consider that part of the inclusion criteria too?<br>
<br>
</span>My suggestion would be to use the state of 3rd party CI validation in<br>
whatever is used to indicate the current level of maturity, but not to<br>
directly decide what's considered in the OpenStack Neutron project.<br>
<br>
If we take networking-ovn as an example, it's very actively developed<br>
and certainly "one of us", in my opinion.  It has CI jobs, but they're<br>
not running tempest yet.  It seems wrong to say it's not an OpenStack<br>
project because of that.  What we need is to be able to clearly<br>
communicate that it's very new and immature, which is something different.<br>
<br>
For something that has been around much longer and has had CI fully<br>
working, I would view it a bit different.  If the tests break and stay<br>
broken for a long time, that sounds like an early indicator that the<br>
code is unmaintained and may get dropped and moved to "openstack-attic"<br>
at some point.<br>
<div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div>I think in general, outside the scope of this discussion, third-party CI needs some re-thinking in Neutron. We currently have no automated way to validate any of it, so it's a best effort affair. Perhaps discussing this at the Summit would be something useful to do in person, I'll add that to the agenda.<br><br></div><div>Thanks,<br></div><div>Kyle<br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">
--<br>
Russell Bryant<br>
<br>
__________________________________________________________________________<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.openstack.org?subject:unsubscribe</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>
</div></div></blockquote></div><br></div></div>