<div dir="ltr"><div>Yes, the aim is to get a vagrant-openstack provider plugin under Hashicorp's or Mitchellh's github account. Whether you call that "official" or "blessed", doesn't really matter.<br></div><div><br></div><div>In order for Vagrant to integrate with other tools such as Packer there needs to be a preferred plugin. Hopefully the owners of the other plugins will agree to deprecate theirs so that an end can be put to the fragmentation that has happened so far and direct contributors to the correct place. </div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 29 October 2014 10:04, Flavio Percoco <span dir="ltr"><<a href="mailto:flavio@redhat.com" target="_blank">flavio@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 28/10/14 21:23 +0100, Philip Cheong wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
<br>
In preparation of the OpenStack Summit in Paris next week, I'm hoping to speak<br>
to some people in the OpenStack foundation about the benefits of a partnership<br>
with Hashicorp, who make fantastic tools like Vagrant and Packer (and others).<br>
<br>
As a n00b aspiring to become an OpenStack contributor, the variety of Vagrant<br>
devstack environments is pretty overwhelming. It appears to me that it really<br>
depends on what project you are contributing to, which denotes which devstack<br>
you should use. The ones I have tried take a long time (45 mins+) to provision<br>
from scratch. <br>
<br>
One aspect which I am acutely aware of is developer productivity and 45 minutes<br>
is a lot of time. Packer was designed to help alleviate bottleneck, and<br>
Vagrantcloud has inbuilt support for the versioning of Vagrant boxes. It would<br>
be a pretty straight forward exercise to use Packer to do a daily (or however<br>
often) build of a devstack box and upload it to Vagrantcloud for developers to<br>
download. With a decent internet connection that time would be significantly<br>
less than 45 minutes.<br>
<br>
I would really like to think that this community should also be able to come to<br>
a consensus over what to include in a "standard" devstack. That there currently<br>
seems to be many different flavours cannot help with issues of fragmentation<br>
between so many different moving parts to build an OpenStack environment.<br>
<br>
Another big issue that I hope to address with the foundation, is the<br>
integration of Hashicorp's tools with OpenStack. <br>
<br>
The various Vagrant plugins to add OpenStack as a provider is a mess. There is<br>
one specific for Rackspace who have a different Keystone API, and at least 3<br>
others for the vanilla OpenStack:<br>
<a href="https://github.com/mitchellh/vagrant-rackspace" target="_blank">https://github.com/mitchellh/<u></u>vagrant-rackspace</a><br>
<a href="https://github.com/ggiamarchi/vagrant-openstack-provider" target="_blank">https://github.com/ggiamarchi/<u></u>vagrant-openstack-provider</a><br>
<a href="https://github.com/cloudbau/vagrant-openstack-plugin" target="_blank">https://github.com/cloudbau/<u></u>vagrant-openstack-plugin</a><br>
<a href="https://github.com/FlaPer87/vagrant-openstack" target="_blank">https://github.com/FlaPer87/<u></u>vagrant-openstack</a><br>
</blockquote>
<br></div></div>
I'm pretty sure mine doesn't even work any more, I don't even know<br>
ruby ;)<br>
<br>
I do see a value in having a vagrant-openstack provider but I don't<br>
think we should pick one and mark it as blessed. We're trying very<br>
hard to move away from 'blessing' projecs, at the very least depend<br>
less on it.<br>
<br>
Anyone should feel free to create the provider on stackforge and<br>
maintain it. What would be even better is to have Hashicorp itself<br>
creating and maintaining this provider.<br>
<br>
Cheers,<br>
Flavio<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The significance of not having an "official" provider, for one example, is when<br>
you use Packer to build an image in OpenStack and try to post-process it into a<br>
Vagrant box, it bombs with this error:<br>
<br>
<br>
==> openstack: Running post-processor: vagrant<br>
Build 'openstack' errored: 1 error(s) occurred:<br>
<br>
* Post-processor failed: Unknown artifact type, can't build box:<br>
mitchellh.openstack<br>
<br>
<br>
Because Packer doesn't know what Vagrant expects the provider to be, as<br>
explained here.<br>
<br>
In my opinion this a pretty big issue holding back the wider acceptance of<br>
OpenStack. When I am at a customer and introduce them to tools like Vagrant and<br>
Packer and how well they work with AWS, I still avoid the conversation about<br>
OpenStack when I would really love to put them on our (Elastx's) public cloud.<br>
<br>
What say you? Could I get a +1 from those who see this as a worthwhile issue?<br>
<br>
Cheers,<br>
<br>
Phil.<br>
--<br>
Philip Cheong<br>
Elastx | Public and Private PaaS<br>
email: <a href="mailto:philip.cheong@elastx.se" target="_blank">philip.cheong@elastx.se</a><br>
office: <a href="tel:%2B46%208%C2%A0557%20728%2010" value="+46855772810" target="_blank">+46 8 557 728 10</a><br>
mobile: <a href="tel:%2B46%20702%20870%20814" value="+46702870814" target="_blank">+46 702 870 814</a><br>
twitter: @Elastx<br>
<a href="http://elastx.se" target="_blank">http://elastx.se</a><br>
</blockquote>
<br>
</span><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
______________________________<u></u>_________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.<u></u>org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/<u></u>cgi-bin/mailman/listinfo/<u></u>openstack-dev</a><span class="HOEnZb"><font color="#888888"><br>
</font></span></blockquote><span class="HOEnZb"><font color="#888888">
<br>
<br>
-- <br>
@flaper87<br>
Flavio Percoco<br>
</font></span><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</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>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div style="color:rgb(136,136,136)"><b><font color="#666666">Philip Cheong</font></b><br></div><div style="color:rgb(136,136,136)"><b><font color="#666666">Elastx </font></b><span style="color:rgb(102,102,102)">|</span><b style="color:rgb(102,102,102)"> </b><span style="color:rgb(102,102,102)">Public and Private PaaS</span></div><div><span style="color:rgb(102,102,102)">email: </span><a href="mailto:philip.cheong@elastx.se" style="color:rgb(17,85,204)" target="_blank"><font color="#666666">philip.cheong@elastx.se</font></a><br></div><div><font color="#666666"><font color="#888888">office: </font><font color="#666666">+46 8 557 728 10</font></font></div><div><font style="color:rgb(136,136,136)">mobile: </font><font color="#666666">+46 702 870 814</font></div><div style="color:rgb(136,136,136)"><font color="#666666">twitter: <a href="https://twitter.com/Elastx" style="color:rgb(17,85,204)" target="_blank"><font color="#666666">@Elastx</font></a></font></div><div style="color:rgb(136,136,136)"><font color="#666666">http://<a href="http://elastx.se/" style="color:rgb(17,85,204)" target="_blank"><font color="#666666">elastx.se</font></a></font></div></div>
</div>