<div class="gmail_quote"><div>Hi Jay,</div><div><div><br></div></div><div>Thanks for taking the initiative to send this out!</div><div>
</div><div><br></div><div>I added comments to your points are inline below:</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Proposal for Alignment<br>
======================<br>
<br>
I think the following steps would be good to get done by the time Essex rolls out the door in April:<br>
<br>
1) Create a stable/diablo branch of the openstack/openstack-chef cookbook repo and maintain it in the same way that we maintain stable branches for core OpenStack projects. I propose we use the branch point that NTT PF Lab used to create their fork of the upstream repo.<br>



</blockquote><div><br></div><div>I like the idea of maintaining a stable set of cookbooks for the official releases. The NTT branch sounds fine to me as a starting point for diablo. At the time of the diablo release I was maintaining cookbooks for SmokeStack here: <a href="https://github.com/dprince/openstack_cookbooks" target="_blank">https://github.com/dprince/openstack_cookbooks</a>. Using these cookbooks around the date of the diablo release would be an option as well.</div>


<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
2) Work with Matt Ray and other Chef experts to combine any and all best practices that may be contained in the non-official cookbook repos into the upstream official repository. From a cursory overview, there are some differences in how databags are handled, how certs are handled, how certain cookbooks are constructed, and of course differences in the actual cookbooks in the repos themselves. </blockquote>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


<br>
3) Consolidate documentation on how to use the cookbooks, the best practices used in constructing the cookbooks, and possibly some videos/tutorials walking folks through this critical piece of the OpenStack puzzle.<br></blockquote>


<div><br></div><div>This sounds great.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
4) Create Jenkins builders for stable branch deployment testing. We currently test the official development cookbooks by way of SmokeStack gates on all core OpenStack projects. Would be great to get the same testing automated for non-development branches of the cookbooks.<br>


</blockquote><div><br></div><div>SmokeStack would easily support testing stable releases. In fact it be a lot easier to pull off stable release testing than it is to chase trunk like I'm currently doing :)</div><div>

<br>
</div><div>I actually have a 'Libvirt Mysql Milestone Proposed (Diablo)' configuration in SmokeStack. I just haven't been running it mostly because I was focused on upstream releases and commits. Limited resources and time....</div>


<div><br></div><div>Getting more people involved would be great.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<br>
Thoughts and criticism most welcome, and apologies in advance if I got any of the above history wrong. Feel free to correct me!<br>
<br>
Best,<br>
-jay<br>
</blockquote></div><br><br><div><div>One final note:</div><div><br></div><div>We are looking at adding dual support for Fedora/puppet and Ubuntu/chef to SmokeStack in the near future. A guy named Derek Higgins from Red Hat has made excellent progress on this front.</div>
<div><br></div>-- <br>Dan Prince<div><a href="mailto:princepd@alumni.jmu.edu" target="_blank">princepd@alumni.jmu.edu</a></div><br>
</div>