Skip to main content

Build Galaxy things in virtualized environments

Project description

Starforge Logo

Starforge: Build Galaxy things in virtualization

Things you can do with Starforge:

These things will be built in Docker. Additionally, wheels can be built in QEMU/KVM virtualized systems.

Documentation can be found at

Quick Start

For all types of builds, begin by installing Docker.

Tool Shed Dependencies

There are two scripts that can be used, depending on the package recipes available:

$ ./ <package>
$ python <package> --version 1.0 is the older format, and simply uses a single <package> file, like Atlas. is the newer format, and uses yaml metadata in <package>/<version>/build.yml.

The base image for Galaxy packages is Debian Squeeze. This will hopefully produce binaries usable on Galaxy’s targeted platforms (at time of writing: CentOS 6+, Debian 6.0+, Ubuntu 12.04+).

$ ./build galaxy <package>
$ python <package>

To build packages against a different OS, you can use the –image flag, e.g.:

$ ./build <dist>[:tag] <package>
$ python <package> --image <dist>[:tag]


$ ./build ubuntu:trusty nginx
$ python nginx --image debian:squeeze

Building all the things:

There’s a separate which allows you to build all of the packages using their preferred build mechanism

Notes on the two build scripts

The <version> option is optional, and defaults to the string 'default', which is useful for recipes that don’t have version specific changes (E.g. bcftools 1.0 builds identically to 1.2)

Python Wheels

Starforge can build both pure Python and C-extension Python modules into wheels for Linux under Docker and for Mac OS X under QEMU/KVM. To do this, you’ll want to install Starforge (preferably in a Python virtualenv) using pip install starforge (to install from PyPI) or python install to install from the source.

Docker (and QEMU) images to use are specified in starforge/config/default.yml. To modify this file, copy it to $XDG_CONFIG_HOME/galaxy-starforge/config.yml ($XDG_CONFIG_HOME is, by default ~/.config). The sample file wheels/build/wheels.yml is used to determine what wheels can be built and their rules for building. To use this file, use the --wheels-config argument to starforge wheel or copy wheels.yml to $XDG_CONFIG_HOME/galaxy-starforge/wheels.yml.

Wheels can be built using starforge wheel <package>, e.g.:

$ starforge wheel pycrypto
$ starforge wheel --no-qemu pysam   # only build on docker

See the output of starforge --help for help using the Starforge command-line interface.

Pull Request wheel builder

Pull requests to the Starforge repository on Github that modify wheels/build/wheels.yml can automatically be built for all specified platforms on a dedicated Starforge build server by the Galaxy Jenkins service. To utilize, modify wheels.yml as appropriate and create a pull request. Any member of the Galaxy Committers group can then authorize Jenkins to initiate the build. If it fails, you can modify the pull request and further builds can be triggered.

Notes on images


Images used to build wheels are uploaded to the Starforge Docker Hub repo and will be pulled as necessary. Typically you will only use the manylinux1-wheel and manylinux1-32-wheel images, which are manylinux CentOS 5-based images that will usually produce wheels usable on all Galaxy-supported platforms.

You can also produce “platform-specific” wheels by using the full-wheel imageset. This is useful if you want to link to distribution-specific system versions of non-standard libraries without bundling them in to the wheel.

Mac OS X

Mac OS X images are not provided due to legal reasons. Consult the osx documentation for details.


Starforge is maintained by the Galaxy Project and community. A list of contributors to the project can be found on GitHub.

0.3.3 (2017-09-08)

  • Do not build sdists with the wheel subcommand by default. (#155)

0.3.2 (2017-09-08)

  • Fix a bug where the wrong working directory was set when building wheels with multiple sources. (#154)

0.3.1 (2017-09-08)

  • Fix a bug with sudo and brew install on macOS. (#151).

  • Short circuit platform caching on OS X (#150).

0.3 (2017-01-10)

  • Drop the dependency on the “Galaxy” wheel fork, which makes installation much easier. “Platform-specific” wheels can still be built.

  • When building Docker images, install Starforge from the local source instead of installing from PyPI or Github.

0.2.1 (2016-05-27)

  • Do a case-insensitive comparison for cached tarball names (uWSGI’s project name is uWSGI but its source tarballs are named uwsgi-*). 7672547

0.2 (2016-05-19)

  • Added support for building manylinux1 wheels. 0dbecb7

0.1.1 (2016-01-20)

  • Only running prebuild during wheel builds (and not sdists) was too naive, since this prevents changing the version number of sdists in the prebuild action (a common use of the prebuild action). Instead, allow for separate wheel, sdist, and all prebuild actions. Reverts the behavior of 9008c57. Issue 64

  • Install Galaxy pip from Github instead of so that Starforge images can be built with new versions of Galaxy pip before they are released. 97b4ba4

0.1 (2016-01-12)

  • Reimplemented the wheel building scripts as a library and starforge command line

  • Wrote some documentation

Older than 0.1

Originally Galaxy docker-build and later renamed Starforge, but as a collection of disjointed shell scripts, Python, and YAML used to build Galaxy Tool Shed dependencies, as well as rebuilding Debian and Ubuntu source packages with modifications (which itself came from a project created to do the same via Vagrant and Ansible called vadebuildsible).

Project details

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

starforge-0.3.4.tar.gz (24.0 kB view hashes)

Uploaded Source

Built Distribution

starforge-0.3.4-py2-none-any.whl (34.9 kB view hashes)

Uploaded Python 2

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page