<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, May 8, 2015 at 12:50 PM, Mathieu Gagné <span dir="ltr"><<a href="mailto:mgagne@iweb.com" target="_blank">mgagne@iweb.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span class="">On 2015-05-07 4:19 PM, Emilien Macchi wrote:<br>
><br>
> Proposals<br>
> =========<br>
><br>
> #1 Creating puppet-oslo<br>
> ... and having oslo::messaging::rabbitmq, oslo::messaging::qpid, ...,<br>
> oslo::logging, etc.<a href="http://git.openstack.org/cgit/stackforge/puppet-openstacklib/refs/">http://git.openstack.org/cgit/stackforge/puppet-openstacklib/refs/</a><br>
> This module will be used only to configure actual Oslo libraries when we<br>
> deploy OpenStack. To me, this solution is really consistent with how<br>
> OpenStack works today and is scalable as soon we contribute Oslo<br>
> configuration changes in this module.<br>
><br>
> #2 Using puppet-openstacklib<br>
> ... and having openstacklib::oslo::messaging::(...)<br>
> A good thing is our modules already use openstacklib.<br>
> But openstacklib does not configure OpenStack now, it creates some<br>
> common defines & classes that are consumed in other modules.<br>
><br>
<br>
</span>I prefer #1 due to oslo configs being specific to OpenStack versions.<br>
<br>
The goal of openstacklib is to (hopefully) be OpenStack version agnostic<br>
and be used only for code common across all *our* modules.<br>
<br>
That's why I suggest going with solution #1, unless someone comes with a<br>
solution to support multiple OpenStack versions in openstacklib without<br>
the use of stable branches.<br></blockquote><div>puppet-openstacklib already has stable branches:  <a href="http://git.openstack.org/cgit/stackforge/puppet-openstacklib/refs/">http://git.openstack.org/cgit/stackforge/puppet-openstacklib/refs/</a></div><div><br></div><div>I was not aware of any assumption that openstacklib would work for different versions of our modules. I think this would be a difficult goal to achieve. For example, the provider code in puppet-keystone is tightly coupled with the code in puppet-openstacklib. If making puppet-openstacklib version-agnostic is important (and I do think there would be value in it) then maybe we should consider ripping out the provider backend code from puppet-openstacklib and creating a puppet-openstackclient module.</div><div><br></div><div>Colleen</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<span class=""><font color="#888888"><br>
--<br>
Mathieu<br>
</font></span><div class=""><div class="h5"><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>