<div dir="ltr"><div class="gmail_quote"><div>FWIW, as an outside observer of this conversation:</div><div><br></div><div dir="ltr">On Tue, Jun 12, 2018 at 10:46 AM Thierry Carrez <<a href="mailto:thierry@openstack.org">thierry@openstack.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
The issue is that the current method (which uses a formula to apply <br>
single-vendor and diverse-affiliation tags) is not working so well <br>
anymore, with lots of low-activity projects quickly flapping between states.<br></blockquote><div><br></div><div>I think you need to explore and state much more explicitly why this is a problem, before you will be able to evaluate possible changes.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">One important thing to remember is that the diversity tags are supposed <br>
to inform deployers, so that they can make informed choices on which <br>
component they are comfortable to deploy. So whatever we come up with, <br>
it needs to be useful information for deployers, not just a badge of <br>
honor for developers, or a statement of team internal policy.<br></blockquote><div><br></div><div>It sounds like this might be part of that 'why'.  How sure are you about it?</div><div><br></div><div>Regards,</div><div>     Neil</div><div><br></div></div></div>