<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Apr 11, 2014 at 11:24 AM, Sean Dague <span dir="ltr"><<a href="mailto:sean@dague.net" target="_blank">sean@dague.net</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"><div class="">On 04/11/2014 11:38 AM, Greg Lucas wrote:<br>


> Sean Dague wrote:<br>
>> Maybe it would be good to get an ad-hoc IRC meeting together to figure<br>
>> out what the must have features are that inspired everyone to write<br>
>> these. If we can come up with a way to overlap those all sanely, moving<br>
>> to stackforge and doing this via gerrit would be something I'd be into.<br>
><br>
> This is a good idea, I've definitely stumbled across lots of GitHub<br>
> projects, blog posts, etc that overlap here.<br>
><br>
> Folks seem to have a strong preference for provisioner so it may makes<br>
> sense to support several. We can put together a Vagrantfile that allows<br>
> you to choose a provisioner while maintaining a common machine<br>
> configuration (using --provision-with or using env variables and loading<br>
> in additional rb files, etc).<br>
<br>
</div>Honestly, multi provisioner support is something I think shouldn't be<br>
done. That's realistically where I become uninterested in spending<br>
effort here. Puppet is needed if we want to be able to replicate<br>
devstack-gate locally (which is one of the reasons I started writing this).<br>
<br>
Being opinionated is good when it comes to providing tools to make<br>
things easy to onboard people. The provisioner in infra is puppet.<br>
Learning puppet lets you contribute to the rest of the openstack infra,<br>
and I expect to consume some piece of that in this process. I get that<br>
leaves other efforts out in the cold, but the tradeoff in the other<br>
direction I don't think is worth it.<br>
<br>
The place I think plugability makes sense is in virt backends. I'd<br>
honestly love to be able to do nested kvm for performance reasons, or an<br>
openstack cloud for dogfooding reasons.<br></blockquote><div><br></div><div><br></div><div>I originally cobbled together  <a href="https://github.com/jogo/DevstackUp" target="_blank" style="font-size:13px;font-family:arial,sans-serif">https://github.com/jogo/DevstackUp</a>  to run devstack locally as there were no good alternatives at the time.  I would be really happy to see a vagrant devstack runner that looks more like how infra does it.</div>

<div><br></div><div>One of my biggest issues with running devstack in vagrant is how slow it is to set everything up, there are a lot of packages to install. Hopefully with one consolidated devstack vagrant we can address this.</div>

<div><br></div><div><br></div><div>On a related note, I have stopped using vagrant and just use nova on a public cloud.</div><div><br></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">


<div class=""><div class="h5"><br>
        -Sean<br>
<br>
--<br>
Sean Dague<br>
Samsung Research America<br>
<a href="mailto:sean@dague.net">sean@dague.net</a> / <a href="mailto:sean.dague@samsung.com">sean.dague@samsung.com</a><br>
<a href="http://dague.net" target="_blank">http://dague.net</a><br>
<br>
</div></div><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></div></div>