fgrehm / ventriloquist Goto Github PK
View Code? Open in Web Editor NEWDevelopment environments made easy
License: MIT License
Development environments made easy
License: MIT License
I'm trying to run ventriloquist on this box: https://github.com/mitchellh/boot2docker-vagrant-box
The guest VM does not support installing packages! Please open an issue
at https://github.com/fgrehm/ventriloquist/issues reporting your guest
distribution.
Vagrant attempted to execute the capability 'git_install'
on the detect guest OS 'tinycore', but the guest doesn't
support that capability. This capability is required for your
configuration of Vagrant. Please either reconfigure Vagrant to
avoid this capability or fix the issue by creating the capability.
This looks pretty neat. Does it Just Work™ with OS X? What about non-Vbox providers? Is it possible to make it work with Docker inside a VM if set up as per Docker.io's instructions, for example? I don't think I'd use that part (probably straight Parallels instead), but these might be useful things to mention in the wiki or on the project page.
https://github.com/mururu/elixir-build & https://github.com/mururu/exenv
This way we it would be possible to have multiple elixir version, right?
Seems like nvm does not do that for us and things like the coffee
cli doesnt get picked up
Same concerns as fgrehm/docker-provider#5 -- I don't want to run a bunch of images if I can't be assured they're actually built from published Dockerfile
s.
I realize this one would be much more onerous for you to set up unless Docker adds support for multiple Dockerfile
s in a single GitHub repo. Sadly it looks like there is already a ventriloquist
GitHub user, in case you wanted to set up an organization to hold lots of repos 😢
When using your examples from the readme, Vagrant tells me that "a box must be specified". Do you have a particular box you would recommend? I don't see a reference to any box in your examples.
I am using 'phusion-open-ubuntu-14.04-amd64' from https://github.com/phusion/baseimage-docker/blob/master/Vagrantfile.
Vagrant.configure("2") do |config|
config.vm.box = 'phusion-open-ubuntu-14.04-amd64'
After vagrant up
and vagrant ssh
, I am unable to curl elasticsearch:
$ curl localhost:9200
curl: (7) Failed to connect to localhost port 9200: Connection refused
$ docker images
REPOSITORY TAG IMAGE ID CREATED VIRTUAL SIZE
fgrehm/ventriloquist-redis-2.8 latest 2349ae8b7c86 5 weeks ago 431.3 MB
fgrehm/ventriloquist-es-1.1 latest 407ea49a388d 5 weeks ago 520.6 MB
fgrehm/ventriloquist-memcached-1.4 latest 873accdd08a0 5 weeks ago 431.2 MB
fgrehm/ventriloquist-postgres-9.2 latest 140971af8e35 5 weeks ago 523 MB
Reference: https://github.com/creationix/nvm
after clone using command "git clone https://github.com/dotcloud/docker.git"
"cd docker"
following issues are not resolved.... please any one fix the issue....
"vagrant up" command is not working
issues as follows:
D:\docker>vagrant up
Vagrant failed to initialize at a very early stage:
The home directory you specified is not accessible. The home
directory that Vagrant uses must be both readable and writable.
You specified: C:/Users/Acer/.vagrant.d
I was scratching my head lately because I couldn't get Ventriloquist (I'm not sure this is about Ventriloquist though) running, it hangs every time on "Waiting for VM to boot. This can take a few minutes".
To debug the issue I started the VM with config.vm.boot_mode = :gui
and it worked!
I have no idea what's going on but I thought this might be useful information for beginners.
Cheers!
I probably forgot to check in some file when I imported the project from my private repo and we are no longer able to rebuild the image because there is no services/elasticsearch/install-elasticsearch.sh
I always forget how to do that without human interaction with bash and I worked on a few legacy projects that required the timezone to be set to a specific one in order for tests to pass, it one less thing that I'll do with bash :-)
Something like this should do the trick:
config.vm.provision :ventriloquist do |env|
env.timezone = 'Locality/Region' # Ex: 'America/Sao_Paulo'
end
For example: I always want to create a database in postgres, maybe run some migrations, a seed task, and maybe even start the web server when they type vagrant up.
I'm not sure if this is the right place for this kind of issue but it would be nice to have?
Because it is a huge PITA to keep updating things and by having the versions specified explicitly on the Vagrantfile will ensure that developers won't have trouble when recreating a VM that ends up with a different version of Ruby (for example) and things end up falling apart.
capybara-webkit (and possibly other tools) require that to be in place. Look into https://github.com/thoughtbot/capybara-webkit/blob/master/vagrant_setup.sh for inspiration
Not sure how to go about adding this myself, though I'd love to!
I was trying to start up a file using -h and a hostname
I don't see a way to pass any option to the docker images when using ventriloquist
basically I have
env.services << {
graphite: { image: 'nickstenning/graphite' },
statsd: { image: 'danmayer/statsd' }
}
was thinking
env.services << {
graphite: { image: 'nickstenning/graphite' },
statsd: { image: 'danmayer/statsd', h:my.hostname.net }
}
could make statsd run like docker run -h my.hostname.net danmayer/statsd
Or some other way to inject options... Thoughts?
I'll provide more information soon but IIRC it is writing its stuff to ~/.bash_profile when installing
This is a possible fix for GH-2
Reference: https://github.com/spawngrid/kerl
Fork of @andreanastacio's #10 (comment) :
Works fine without MySQL service
OS X: 10.9-x86_64 (Mavericks)
Vagrant + hack + virtualboxMySql Error
https://gist.github.com/andreanastacio/7130483
I'm trying to create a vagrant machine based on CentOS 6.5 with ruby and mysql, nothing fancy.
I get an error when running vagrant up
and the machine is not created at all.
OS: Windows 7 x64
VM: VirtualBox 4.3.10
Vagrant 1.6.2
Vagrantfile:
# -*- mode: ruby -*-
# vi: set ft=ruby :
# Vagrantfile API/syntax version. Don't touch unless you know what you're doing!
VAGRANTFILE_API_VERSION = "2"
Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
# Every Vagrant virtual environment requires a box to build off of.
config.vm.box = "chef/centos-6.5"
config.vm.hostname = "centos"
config.vm.network "forwarded_port", guest: 80, host: 8001
config.vm.network "private_network", ip: "192.168.33.10"
config.vm.provision :ventriloquist do |env|
env.docker_version = :latest
env.services << %w( mysql-5.6 )
env.platforms << %w( ruby-2.1.0 )
end
config.vm.provider "virtualbox" do |vb|
# Don't boot with headless mode
# vb.gui = true
# Use VBoxManage to customize the VM. For example to change memory:
vb.customize ["modifyvm", :id, "--memory", "2048"]
end
end
vagrant up
output:
Bringing machine 'default' up with 'virtualbox' provider...
==> default: Importing base box 'chef/centos-6.5'...
==> default: Matching MAC address for NAT networking...
==> default: Checking if box 'chef/centos-6.5' is up to date...
==> default: Setting the name of the VM: CentOS-65_default_1401219040998_99379
==> default: Fixed port collision for 22 => 2222. Now on port 2200.
==> default: Clearing any previously set network interfaces...
==> default: Preparing network interfaces based on configuration...
default: Adapter 1: nat
default: Adapter 2: hostonly
==> default: Forwarding ports...
default: 80 => 8001 (adapter 1)
default: 22 => 2200 (adapter 1)
==> default: Running 'pre-boot' VM customizations...
==> default: Booting VM...
==> default: Waiting for machine to boot. This may take a few minutes...
default: SSH address: 127.0.0.1:2200
default: SSH username: vagrant
default: SSH auth method: private key
default: Warning: Connection timeout. Retrying...
==> default: Machine booted and ready!
==> default: Checking for guest additions in VM...
==> default: Setting hostname...
==> default: Configuring and enabling network interfaces...
==> default: Mounting shared folders...
default: /vagrant => D:/Vagrant/CentOS-6.5
==> default: Running provisioner: ventriloquist...
default: Installing Docker (latest) onto machine...
default: Configuring Docker to autostart containers...
==> default: Forcing shutdown of VM...
==> default: Destroying VM and associated drives...
==> default: Running cleanup tasks for 'ventriloquist' provisioner...
D:/Users/Emiliano/.vagrant.d/gems/gems/ventriloquist-0.6.0/lib/ventriloquist/provisioner.rb:55:in `provision_services':
Docker client is not running (RuntimeError)
from D:/Users/Emiliano/.vagrant.d/gems/gems/ventriloquist-0.6.0/lib/ventriloquist/provisioner.rb:23:in `provision'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/provision.rb:129:in `run_provisioner'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:95:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:95:in `block in finalize_action'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builder.rb:116:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `block in run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/util/busy.rb:19:in `busy'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/environment.rb:346:in `hook'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/provision.rb:117:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/provision.rb:117:in `block in call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/provision.rb:105:in `each'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/provision.rb:105:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/plugins/providers/virtualbox/action/clear_forwarded_ports.rb:15:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/plugins/providers/virtualbox/action/set_name.rb:50:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/plugins/providers/virtualbox/action/clean_machine_folder.rb:17:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/plugins/providers/virtualbox/action/check_accessible.rb:18:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:95:in `block in finalize_action'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builder.rb:116:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `block in run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/util/busy.rb:19:in `busy'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/call.rb:53:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:95:in `block in finalize_action'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builder.rb:116:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `block in run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/util/busy.rb:19:in `busy'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/call.rb:53:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:95:in `block in finalize_action'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builder.rb:116:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `block in run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/util/busy.rb:19:in `busy'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/call.rb:53:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/box_check_outdated.rb:68:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/config_validate.rb:25:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/plugins/providers/virtualbox/action/check_virtualbox.rb:17:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:95:in `block in finalize_action'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/plugins/providers/virtualbox/action/match_mac_address.rb:16:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/plugins/providers/virtualbox/action/import.rb:32:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/plugins/providers/virtualbox/action/customize.rb:40:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/plugins/providers/virtualbox/action/check_accessible.rb:18:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:95:in `block in finalize_action'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builder.rb:116:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `block in run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/util/busy.rb:19:in `busy'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/call.rb:53:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/config_validate.rb:25:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:95:in `block in finalize_action'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/handle_box.rb:56:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:95:in `block in finalize_action'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builder.rb:116:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `block in run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/util/busy.rb:19:in `busy'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builtin/call.rb:53:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/plugins/providers/virtualbox/action/check_virtualbox.rb:17:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/warden.rb:34:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/builder.rb:116:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `block in run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/util/busy.rb:19:in `busy'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/action/runner.rb:66:in `run'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/machine.rb:196:in `action_raw'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/machine.rb:173:in `block in action'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/environment.rb:434:in `lock'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/machine.rb:161:in `call'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/machine.rb:161:in `action'
from d:/HashiCorp/Vagrant/embedded/gems/gems/vagrant-1.6.2/lib/vagrant/batch_action.rb:82:in `block (2 levels) in run'
Use https://github.com/ddollar/forego to make installation easier
See fgrehm/vocker#20
a new version of PhantomJS is out: https://groups.google.com/forum/#!topic/phantomjs/yf9E5VEujkQ, might be worth looking around and bumping things over here
Ditto on what I said in PHP. Could be good to have multiple versions of both.
Some tools that I need to run on the VM gets my email from user.email
, it'll be nice to avoid using bash to set that for us as well:
config.vm.provision :ventriloquist do |env|
env.git_configs = {
user: { name: 'John Doe', email: '[email protected]' },
# OR
'user.name' => 'John Doe',
'user.email' => '[email protected]'
}
end
Install https://github.com/heroku/hk, alias heroku
to it and vagrant ssh -c "hk login <email>"
if ~/.netrc
do not have the credentials already,
Installing Erlang
Downloading https://packages.erlang-solutions.com/erlang-solutions_1.0_all.deb to /tmp/erlang-solutions_1.0_all.deb
The following SSH command responded with a non-zero exit status.
Vagrant assumes that this means the command failed!
wget https://packages.erlang-solutions.com/erlang-solutions_1.0_all.deb -O /tmp/erlang-solutions_1.0_all.deb
Stdout from the command:
Stderr from the command:
--2014-01-15 22:53:09-- https://packages.erlang-solutions.com/erlang-solutions_1.0_all.deb
Resolving packages.erlang-solutions.com (packages.erlang-solutions.com)... 31.172.186.53
Connecting to packages.erlang-solutions.com (packages.erlang-solutions.com)|31.172.186.53|:443... connected.
ERROR: no certificate subject alternative name matches
requested host name `packages.erlang-solutions.com'.
To connect to packages.erlang-solutions.com insecurely, use `--no-check-certificate'.
Vagrant File
# -*- mode: ruby -*-
# vi: set ft=ruby :
VAGRANTFILE_API_VERSION = "2"
Vagrant.configure(VAGRANTFILE_API_VERSION) do |config|
config.vm.box = "quantal64"
config.vm.box_url = "https://github.com/downloads/roderik/VagrantQuantal64Box/quantal64.box"
config.vm.network :forwarded_port, guest: 8000, host: 8000
config.vm.provision :ventriloquist do |env|
env.services << %w( redis pg )
env.platforms << %w( nodejs elixir )
env.packages << %w( libcurl3 curl libcurl4-openssl-dev)
end
end
While working on a legacy app, I had to configure 2 instances of a Solr service: one to run specs and the other for running the app on development mode.
This is a somewhat big change to do so it will take a while to have it in place.
If you are up for doing this, please raise your hand in case you need more info, otherwise just shoot a PR ;)
Things are broken on 0.6.5 because of changes related to EXPOSEd ports
This issue depends on upstream's fgrehm/vocker#9 and is basically a workaround while we don't get to GH-16
Doesn't happen all the time but I've experienced it more than once now, not sure if that happens on VBox but might be a good idea to check.
Right now I have no idea what might be causing this but usually a lxc-stop
by hand does the trick. Sometimes I have to be a bit more drastic and run a killall -9 lxc-start
, which results in a zombie java process.
This is coming along on the next version of the plugin and even after some cleanup the image is pretty big (more than a 1gb!)
It is not needed and will save us a few layers.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.