Open Stack

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.

On Mon, Jun 22, 2015 at 11:05 AM, Richard Raseley <richard at raseley.com>
wrote:

> 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.
>
> The question in my mind is if we:
>
> A) Only include those modules which represent a 1:1 mapping with other
> OpenStack projects.
>
> B) Also include those modules which provide 'supporting' infrastructure to
> OpenStack components.
>
> 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.
>
> 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.
>
> Regards,
>
> Richard
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150622/abd4b921/attachment.html>