Scala development environment with Neovim + TMUX. Completion provided by ensime.
1.1K
Spin up a container to develop from anywhere!
To run, just:
docker run -ti aghost7/nodejs-dev:v0.10.38 tmux new
ubuntu-dev-base: Ubuntu Trusty image with a few presets such as docker of
already installed. Might add docker-compose in there eventually. Not decided.
Main thing with this image though is that it downgrades from root to a regular
user. It is also configured to allow passwordless sudo just like those
nice vagrant images.power-tmux: Powerline + Tmux. Based from the ubuntu-dev-base image.ubuntu-nvim: NeoVim image. Based from ubuntu-tmux. Language agnostic vim
setup (no language-specific plugins in there).nodejs-dev: nvm + nodejs specific configurations. Tags available:
v0.10.38: Nodejs v0.10.38argon: Nodejs LTS.rust-dev: NeoVim configuration and autocomplete for the Rust language.
stable is the only current tag available.py-dev: Python configuration with autocomplete for python.
aghost7/py-dev:2.7 is the only image available for now.scala-dev: Scala configuration with ensime server. It is strongly
recommended to keep the ivy cache somewhere (~/.iv2/cache) on your
host file system. Ivy is extremely slow at resolving dependencies.
There is only a latest tag for the scala image.pg-dev: Postgresql image with pgcli, a command line client with
autocompletions and syntax highlighting. There is also a web based client
(pgweb) that binds to the 8081 port. Tags
correspond to the Postgresql version, and the only version currently available
is Postgresql 9.3 (so there's just a 9.3 tag atm).my-dev: MySql image with mycli utility. There is only a 5.6 image.Vim configurations are broken down into three parts:
init.vim: This is the equivalent for .vimrc in NeoVim.plugin.vim: This contains all plugins which will be installed using
vim.plug.post-plugin.vim: Contains all plugin-specific configurations for Neovim.
Configurations which aren't plugin-specific reside in the init.vim file.Breaking it down this way allows one to just run
cat addition.vim >> $XDG_CONFIG_PATH/file to add new plugins and configs for
specific programing languages and libraries.
The docker daemon run over a socket. The command line tool is just a client to the daemon. In other words, if we make the socket connectable from within the container we're in business.
For some reason it needs privileged to work as well.
docker run -ti --rm \
--privileged \
-v `readlink -f /var/run/docker.sock`:/var/run/docker.sock \
aghost7/ubuntu-dev-base:latest \
tmux new
For ssh, just pass the socket over to the container.
docker run -ti --rm \
-v $SSH_AUTH_SOCK:$SSH_AUTH_SOCK \
-e SSH_AUTH_SOCK=$SSH_AUTH_SOCK \
aghost7/ubuntu-dev-base:latest \
tmux new
I like to avoid having to reconfigure git every time, so I mount a volume for
.gitconfig. ~/.ssh/known_hosts is also anoying.
Basically, X11 is built in a manner that allows sending display data over the wire. I've managed to run GUI applications from a headless server through an ssh connection in the past. The way I'm doing this is through the same old unix socket trick for controlling the docker daemon that's on the host machine.
docker run -ti --rm \
-e DISPLAY=$DISPLAY \
-v /tmp/.X11-unix:/tmp/.X11-unix:ro \
aghost7/ubuntu-dev-base:latest bash
On the host you'll need to disable one of the security features in X11.
xhost +si:localuser:$USER > /dev/null
This is what I use on my current machine to get it working with everything.
Content type
Image
Digest
Size
321.9 MB
Last updated
over 7 years ago
docker pull aghost7/scala-dev