<div dir="ltr"><br>Gave the wrong link for the HTML verison before. Sorry!<br><br>Actual HTML version: <a href="http://www.openstack.org/blog/2016/12/openstack-developer-mailing-list-digest-november-26-december-2/">http://www.openstack.org/blog/2016/12/openstack-developer-mailing-list-digest-november-26-december-2/</a></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 5, 2016 at 2:55 PM Jeremy Stanley <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2016-12-05 20:45:08 +0000 (+0000), Kendall Nelson wrote:<br class="gmail_msg">
[...]<br class="gmail_msg">
> Allowing Teams Based on Vendor-specific Drivers [10]<br class="gmail_msg">
> -<br class="gmail_msg">
> Option 1: <a href="https://review.openstack.org/403834" rel="noreferrer" class="gmail_msg" target="_blank">https://review.openstack.org/403834</a> - Proprietary driver dev<br class="gmail_msg">
> is unlevel<br class="gmail_msg">
> -<br class="gmail_msg">
> Option 2: <a href="https://review.openstack.org/403836" rel="noreferrer" class="gmail_msg" target="_blank">https://review.openstack.org/403836</a> - Driver development can<br class="gmail_msg">
> be level<br class="gmail_msg">
> -<br class="gmail_msg">
> Option 3: <a href="https://review.openstack.org/403839" rel="noreferrer" class="gmail_msg" target="_blank">https://review.openstack.org/403839</a> - Level playing fields,<br class="gmail_msg">
> except drivers<br class="gmail_msg">
> -<br class="gmail_msg">
> Option 4: <a href="https://review.openstack.org/403829" rel="noreferrer" class="gmail_msg" target="_blank">https://review.openstack.org/403829</a><br class="gmail_msg">
> <<a href="https://review.openstack.org/403829" rel="noreferrer" class="gmail_msg" target="_blank">https://review.openstack.org/403829</a>> - establish a new "driver team"<br class="gmail_msg">
> concept<br class="gmail_msg">
> -<br class="gmail_msg">
> Thierry prefers this option<br class="gmail_msg">
> -<br class="gmail_msg">
> Option 5: <a href="https://review.openstack.org/403830" rel="noreferrer" class="gmail_msg" target="_blank">https://review.openstack.org/403830</a> - add resolution requiring<br class="gmail_msg">
> teams to accept driver contributions<br class="gmail_msg">
> -<br class="gmail_msg">
> One of Flavio’s preferred options<br class="gmail_msg">
> -<br class="gmail_msg">
> Option 6: <a href="https://review.openstack.org/403826" rel="noreferrer" class="gmail_msg" target="_blank">https://review.openstack.org/403826</a> - add a resolution<br class="gmail_msg">
> allowing teams based on vendor-specific drivers<br class="gmail_msg">
> -<br class="gmail_msg">
> Flavio’s other preferred option<br class="gmail_msg">
[...]<br class="gmail_msg">
<br class="gmail_msg">
Worth noting, these map to options 1, 2, 4, 5, 6 and 7 from Doug's<br class="gmail_msg">
summary. His option #3 is missing above, which was:<br class="gmail_msg">
<br class="gmail_msg">
<a href="https://review.openstack.org/403838" rel="noreferrer" class="gmail_msg" target="_blank">https://review.openstack.org/403838</a> - Stop requiring a level<br class="gmail_msg">
playing field<br class="gmail_msg">
<br class="gmail_msg">
That probably explains the numbering skew between the two summaries.<br class="gmail_msg">
--<br class="gmail_msg">
Jeremy Stanley<br class="gmail_msg">
<br class="gmail_msg">
__________________________________________________________________________<br class="gmail_msg">
OpenStack Development Mailing List (not for usage questions)<br class="gmail_msg">
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" class="gmail_msg" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br class="gmail_msg">
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" class="gmail_msg" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br class="gmail_msg">
</blockquote></div>