I don't have time to look properly at this right now but one thing -- if you use
instead, then it won't ask for any input, i.e. it installs unconditionally. I guess that means you could remove the 'send' business (but I've never used vagrant.)
- Ben
> --
> To post, email babush...@googlegroups.com
> To unsubscribe, email babushka_app...@googlegroups.com
> ~
> http://babushka.me
> http://github.com/benhoskings/babushka
> http://groups.google.com/group/babushka_app
I'd suggest making a proper babushka provider for vagrant, so you can specify what deps to run on boot. Also when doing the same with chef/puppet you normally build these in to the base box (sidenote veewee is great for creating baseboxes)
On 16/11/2011, at 2:44 PM, dkam wrote:
It just wraps a babushka run, so if babushka is already installed, it won't modify the system the second time around. It will re-download http://babushka.me/tarballs/babushka.tgz, though, so it's not truly a no-op.
It could be made more efficient by instead `curl`ing http://babushka.me/tarballs/LATEST and only re-running the install if the commit id differs.
In the meantime, maybe you could do a
which babushka || bash -c "`curl babushka.me/up/hard`"
?
- Ben
----- https://gist.github.com/gists/1369174
#!/bin/bash
# In your Vagrant file, add a shell provisioner, pointing to this file:
#
# config.vm.provision :shell, :path => "babushka.sh"
#
# Download and chmod the Babushka installer, if it's not already installed.
which babushka || bash -c "`wget -O - babushka.me/up/hard`"
-----
Cheers,
Dan
--
Dan Milne d...@nmilne.com
http://da.nmilne.com/
http://booko.com.au/