<div dir="ltr">I'm torn on this. Pedantically option A makes the most sense, but option B gives us more control over the supporting modules. I like having OpenStack CI run on vswitch and ceph rather than the typical github merge process.</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 22, 2015 at 11:05 AM, Richard Raseley <span dir="ltr"><<a href="mailto:richard@raseley.com" target="_blank">richard@raseley.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I am currently hoping to build consensus (or seek clarity if I am the only one with this question) about the appropriate scope for our 'Puppet Modules' project.<br>
<br>
The question in my mind is if we:<br>
<br>
A) Only include those modules which represent a 1:1 mapping with other OpenStack projects.<br>
<br>
B) Also include those modules which provide 'supporting' infrastructure to OpenStack components.<br>
<br>
To be totally transparent, this came to mind for me because I am currently working with the folks at Midokura to publish a module which can be used to configure their open source Midonet SDN for Neutron and I was contemplating whether or not it would be reasonable to be part of the project.<br>
<br>
FWIW, we have carried over the 'puppet-vswitch' repository over with us as part of the move (which would align with option B), but I didn't want to assume that was intended to be precedent setting.<br>
<br>
Regards,<br>
<br>
Richard<br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</blockquote></div><br></div>