oswitch 0 ruby Rubygems

Provides access to complex Bioinformatics software (even BioLinux!) in just one command.


Isolated software setups for Bioinformatics analyses.


mymacbook:~/2015-02-01-myproject> abyss-pe k=25 reads.fastq.gz
    zsh: command not found: abyss-pe
mymacbook:~/2015-02-01-myproject> oswitch -l
mymacbook:~/2015-02-01-myproject> oswitch biolinux
    ###### You are now running: biolinux in container biolinux-7187. ######
biolinux-7187:~/2015-02-01-myproject> abyss-pe k=25 reads.fastq.gz
    [... just works on your files where they are...]
biolinux-7187:~/2015-02-01-myproject> exit
    [... output is where you expect it to be ...]

Detailed information: * Introduction * Usage * Installation * FAQ * Contributors & Funding


Bioinformatics analyses require jumping back and forth between many software tools. The data types are young and so are the tools. This leads to frequent updates of the tools, and yet changing versions can make analyses difficult to reproduce. To make matters worse, Biologists often lack the skills necessary to setup complex Bioinformatics software, and system administrators can be overwhelmed by a large number of requests.

Docker is an emerging technology that provides a means to create and share isolated and reproducible computing environments called “containers” that are similar to a virtual-machine but much more flexible and light-weight. Several Bioinformatics software have been “containerised” with docker and are thus installable on personal computers or compute clusters with a single command in a reproducible manner.

oswitch uses docker containers to provide isolated software setups while making data on the local file system accessible within containers. Thus while docker expects users to move their data to containers, oswitch brings the containers to local data. oswitch thus provides a “virtual environment” around your data to work with a range of Bioinformatics tools, and different versions of them.

oswitch does this by keeping the following inside a container:

  • Current working directory is maintained
  • User name, uid and gid are maintained
  • Login shell (bash/zsh/fish) is maintained
  • Home directory is maintained (thus all .dotfiles and config files are maintained).
  • read/write permissions are maintained
  • Paths are maintained whenever possible. Thus volumes (external drives, NAS, USB) mounted on the host are available in the container at the same path.


There are two broad usage scenarios: interactive use & non-interactive use.

Use a package interactively in a normal command-line
# Trying to run blast.
pixel:~/test/ $ ls 
pixel:~/test/ $ cat mygene.fa
>myfavoritegene isthisone
pixel:~/test/ $ blastp -query mygene.fa -remote -db nr -outfmt 7 > mygene_blastp_nr.tab
zsh: command not found: blastp
# Indeed... blastp is missing from my MacBook. 

# Switch to BioLinux and run blastp.
pixel:~/test/ $ oswitch yeban/biolinux
###### You are now running: biolinux in container biolinux-7187. ######
biolinux-7187:~/test/ $ blastp -query mygene.fa -remote -db nr -outfmt 7 >  mygene_blastp_nr.tab
# BioLinux includes blastp, thus the command ran smoothly.

# View the result.
biolinux-7187:~/test/ $ head mygene_blastp_nr.tab
# BLASTP 2.2.28+
# Query: myfavoritegene isthisone
# Database: nr
# Fields: query id, subject id, % identity, alignment length, mismatches, gap opens, q. start, q. end, s. start, s. end, evalue, bit score
# 501 hits found
myfavoritegene	gi|322796550|gb|EFZ19024.1|	100.00	199	0	0	1	199	1	199	2e-142	 407
myfavoritegene	gi|307183032|gb|EFN69988.1|	86.07	201	25	2	1	199	80	279	6e-115	 361
myfavoritegene	gi|572260155|ref|XP_006608402.1|	80.60	201	36	2	1	199	95	294	4e-108	 350
myfavoritegene	gi|328778864|ref|XP_397465.4|	80.60	201	36	2	1	199	95	294	5e-108	 350

# [... potentially run other analyses that require biolinux things...]

# Exit the virtual environment.
biolinux-7187:~/test/ $ exit
pixel:~/test/ $ ls 
mygene.fasta mygene_blastp_nr.txt
# our newly generated file is where we'd expect it to be.
Use a package non-interactively

Alternatively, single commands can be run directly in a container (e.g. BioLinux) without entering it interactively. This can be useful to test new tools, or to run a single piece of not-locally-installed software as part of a single command. The container terminates automatically once the command has been executed, output is printed to the terminal and can be redirected, and the exit status of the command run within container is returned.

# Run command directly in BioLinux and view results if success.
pixel:~/test/ $ oswitch yeban/biolinux blastp -remote -query mygene.fa -db nr > mygene_blastp_nr.txt
Listing available virtual environments

oswitch can pull any image from docker hub. You can see the images you pulled from docker hub using oswitch as:

pixel:~ $ oswitch -l

We have tested oswitch on:

  • Mac OS X Yosemite, El Captain
  • Ubuntu 14.04.1
  • CentOS 7
  • Some features work only for Debian, Ubuntu, CentOS based docker images.
  • Host directories/volumes with paths conflicting with container paths are skipped.
  • SELinux must be disabled on CentOS for mounting volumes to work (check the SELinux documentation to see the implications of doing this).
  • Volume mounting on Mac OS hosts is imperfect.


oswitch first requires a working docker install.

Install oswitch


Using homebrew:

oswitch can be installed from homebrew-science

brew tap homebrew/science
brew install oswitch

Depending on whether homebrew is installed systemwide or only for your user, this will install oswitch systemwide or only for your user.

If you don’t have homebrew, you can install oswitch using RubyGems.


A deb package of oswitch is available in BioLinux repository for Trusty, Vivid and Jessie.

$ sudo add-apt-repository ppa:nebc/bio-linux
$ sudo apt-get update
$ sudo apt-get install oswitch

This will install oswitch systemwide. gem install (below) provides a way to install oswitch for your user only.


Requirements: Ruby 2.0 or higher.

$ gem install oswitch

Depending on whether Ruby is installed systemwide (via your package-manager) or only for your user, this will install oswitch systemwide or only for your user.

Test oswitch

$ oswitch ubuntu:14.04

Install and setup docker

Install docker


Install with the Docker Toolbox - https://www.docker.com/docker-toolbox.

Then add the following to your .bashrc or .zshrc:

eval "$(docker-machine env default)"

Installing docker - https://docs.docker.com/installation/ubuntulinux/

Add yourself to docker group so you can run docker client without sudo:

    $ sudo usermod -aG docker `whoami`
    # then logout and login again for the above command to take effect

Installing docker - https://docs.docker.com/installation/centos/

Add yourself to docker group so you can run docker client without sudo:

    $ sudo usermod -aG docker `whoami`
    # then logout and login again for the above command to take effect

Disable SELinux as it gets in the way of mounting volumes within the container:

    $ sed -i .bak 's/SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config

    # then reboot your system

The above command backs up the original file to /etc/selinux/config.bak. If you are concerned about disabling SELinux, do note that we are trying to work out a better solution.

Test that docker is correctly installed

The following should give an encouraging message:

$ docker run hello-world


Q. Directories mounted within container on Mac host are empty.

The problem is, on Mac boot2docker is the real host, not OS X. oswitch can mount only what’s available to it from boot2docker. For example, /Applications.

Run boot2docker ssh ls /Applications and you will find it empty as well.

The workaround is to correctly mount the directories you want in boot2docker first.

boot2docker down
VBoxManage sharedfolder remove boot2docker-vm --name Applications
VBoxManage sharedfolder add boot2docker-vm --name Applications --hostpath /Applications
boot2docker up
boot2docker ssh "sudo mkdir -p /Applications && sudo mount -t vboxsf -o uid=1000,gid=50 Applications /Applications"
Q. cwd is empty in the container

This means the said directory was not mounted by oswitch, or was incorrectly mounted. On Linux host, directories that can conflict with paths within container are not mounted. On Mac, boot2docker can get in the way.

Please report this on our issue tracker. To help us debug, please include:

  1. the directory in question
  2. the operating system you are running
Q. oswitch does not work with my docker image

Please report this on our issue tracker with oswitch’s output. If the image you are using is not available via docker hub or another public repository, please include the Dockerfile as well.

Q. How does all this work?

We create a new image on the fly that inherits from the given image. While creating the new image we execute a shell script that installs packages required for oswitch to work and creates a user in the image (almost) identical to that on the host.

Q. How can I connect to an existing container?

In another shell, use docker ps to see which containers are already running. Copy the identifier from the CONTAINER ID (column this looks something like 37e4e6ada6a4), and use it to run docker attach 37e4e6ada6a4 (replace with your container’s id). This will create a new ssh connection to your existing container.


$ git clone https://github.com/yeban/oswitch
$ cd oswitch
$ gem install bundler && bundle
$ bundle exec bin/oswitch biolinux

Contributors & Funding

Development funded as part of NERC Environmental Omics (EOS) Cloud at
Wurm Lab, Queen Mary University of London.

Related Repositories



Provides access to complex Bioinformatics software (even BioLinux!) in just one command. ...

Top Contributors

yeban yannickwurm sa1 chapmanb


-   v0.2.6 zip tar
-   v0.2.5 zip tar
-   v0.2.4 zip tar
-   v0.2.3 zip tar
-   v0.2.2 zip tar
-   v0.2.1 zip tar
-   v0.2.0 zip tar
-   v0.1.0 zip tar