<div dir="ltr"><span style="font-family:arial,sans-serif;font-size:13px">Yes, thanks Tom for connecting the dots.</span><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">
I would be happy to speak about the work that I have been doing with omnibus-openstack.  (In fact, I will be at ChefConf this year)</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">
While this is not a Chef-specific tool, the Opscode folks already had a rich and widely-used platform for doing such things, so I decided to take advantage of it.  Seems like it may be similar to Anvil in some ways, though probably quite different in many others.  The basic philosophy is to build any of the openstack components and their dependencies (both Python and system dependencies) into a sandbox that lives under /opt/<whatever youd like>. This is all driven from an extraordinarily simple configuration file that both instructs the tool what to build and where to get it.  The build currently runs in Vagrant, but I am in the process of adding Heat/Nova support now.  The output is a package specific to the flavor it was built on - rpms, debs now, and conceivably other types (though this is not tested).</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">My tool takes no stance on configuring OpenStack. In fact, there is already a Chef cookbook that will work with these packages (and that cookbook has no direct dependencies on the Stackforge cookbooks), and Ansible support will be happening in the next few weeks.  Would also be great to get some Puppet/Salt/whatever support as well.  I believe this to be an important tenant: there are already very rich toolsets for config management, and packaging should not attempt to duplicate this work.  Anyone standing up OpenStack will already have one of these in-house (and probably the expertise to support it).</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">But yeah, I'm definitely down for a hangout on the subject :)</div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px"><a href="https://github.com/craigtracey/omnibus-openstack" target="_blank">https://github.com/craigtracey/omnibus-openstack</a><br></div><div style="font-family:arial,sans-serif;font-size:13px">
<a href="https://github.com/craigtracey/omnibus-openstack-build" target="_blank">https://github.com/craigtracey/omnibus-openstack-build</a><br></div><div style="font-family:arial,sans-serif;font-size:13px"><a href="https://github.com/craigtracey/cookbook-openstack-omnibus" target="_blank">https://github.com/craigtracey/cookbook-openstack-omnibus</a></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Mar 12, 2014 at 1:22 AM, Allamaraju, Subbu <span dir="ltr"><<a href="mailto:subbu@subbu.org" target="_blank">subbu@subbu.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Thanks Tom for adding the details from the summit last week. I missed this thread. This topic deserves to be a key project in OpenStack :)<br>

<br>
Josh - let us know if you're interested in additional details. At work we spend some cycles doing this activity.<br>
<br>
Regards,<br>
Subbu<br>
<div class="HOEnZb"><div class="h5"><br>
On Mar 11, 2014, at 10:06 PM, Tom Fifield <<a href="mailto:tom@openstack.org">tom@openstack.org</a>> wrote:<br>
<br>
> Hi all,<br>
><br>
> Thanks for starting the thread Josh - you're too fast ;)<br>
><br>
> Just to fill in some more information from the day...<br>
><br>
> Recently, we got about 50 people together who are all running OpenStack clouds to have a bit of a rant session. The very first thing that came up was: packaging.<br>
><br>
> It turns out that:<br>
> 1) the majority of people in that room (who are running production clouds) are making their own custom packages for at least some components<br>
><br>
> 2) People package for different reasons, eg they:<br>
> * need isolation of virtual environments - different versions of openstack services on the one machine<br>
> * want to incorporate features from a newer version<br>
> * need to fix bugs<br>
> * find the lag time between bug fix and fix appearing in upstream distro repo is too long, so patch locally carry it in-house until then<br>
> * need vendor-fixed drivers that are not yet part of upstream<br>
> * don't find the quality or consistency of upstream packages to be sufficient<br>
> * find that upstream dependencies break things<br>
> * discovered that some packages assume internet access is available, when it is not<br>
> * have their own custom additions<br>
> * are doing continuous deployment<br>
><br>
><br>
> 3) People are using either upstream source or distro packages as a source for their custom packages<br>
><br>
> 4) Most people are not packaging other software, just OpenStack<br>
><br>
> 5) Many people believe that OpenStack will not get the the stage (at least for a long time) where they can just use upstream packages, because OpenStack has a high level of innovation and change and it's a complicated, distributed service.<br>

><br>
> Throughout all of this, quite a few different toolchains have been developed for packaging OpenStack in various environments. So, I think, given that so many people are packaging...<br>
><br>
><br>
> ==> we need to form a community around making it really easy to make custom packages of OpenStack bits<br>
><br>
><br>
> If you agree, it would be great if we could get you and others together to have a chat about what's out there right now, potentially improve them, and leave some brilliantly coloured flags (possibly in the form of docs/tutorials/rants) for the ops guys that follow us :) On the day we had a couple of people volunteer to kick this effort of, so I'll let them jump in and take control!<br>

><br>
><br>
> Regards,<br>
><br>
><br>
> Tom<br>
><br>
><br>
> On 06/03/14 04:54, Joshua Harlow wrote:<br>
>> Hi all,<br>
>><br>
>> At the operators summit etherpad[1] I saw some discussion about packaging.<br>
>><br>
>> Since I'm currently hosting<br>
>> <a href="https://etherpad.openstack.org/p/tripleo-icehouse-sprint" target="_blank">https://etherpad.openstack.org/p/tripleo-icehouse-sprint</a> I wasn't able to<br>
>> attend (sorry).<br>
>><br>
>> But I did leave some comments about what anvil[2] is doing related to<br>
>> packaging.<br>
>><br>
>> I was wondering if there is enough interest to hear more about what its<br>
>> doing in more depth (and have a Q/A...)?<br>
>><br>
>> Potentially something on hangouts or elsewhere?<br>
>><br>
>> Let me know :-)<br>
>><br>
>> -Josh<br>
>><br>
>> [1] <a href="https://etherpad.openstack.org/p/operators-feedback-mar14" target="_blank">https://etherpad.openstack.org/p/operators-feedback-mar14</a><br>
>> [2] <a href="http://anvil.readthedocs.org/en/latest/" target="_blank">http://anvil.readthedocs.org/en/latest/</a><br>
>><br>
>><br>
>> _______________________________________________<br>
>> OpenStack-operators mailing list<br>
>> <a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> OpenStack-operators mailing list<br>
> <a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
<br>
<br>
_______________________________________________<br>
OpenStack-operators mailing list<br>
<a href="mailto:OpenStack-operators@lists.openstack.org">OpenStack-operators@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators</a><br>
</div></div></blockquote></div><br></div>