Clone of juju core
Switch branches/tags
Nothing to show
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Type Name Latest commit message Commit time
Failed to load latest commit information.



juju is devops distilled.

Getting started

`juju-core` is written in Go (, a modern, compiled, statically
typed, concurrent language. This document describes how to build `juju-core`
from source. If you are looking for binary releases of `juju-core`, they are
available from the Gophers PPA, ``.

Installing Go

If you are using Precise or later, the `golang-go` package is available in the
main archive and can be installed with

    sudo apt-get install golang-go

Using Go compiled from source is also supported, but not covered in this document.

Setting GOPATH

When working with the source of Go programs, you should define a path within
your home directory (or other workspace) which will be your `GOPATH`. `GOPATH`
is similar to Java's `CLASSPATH` or Python's `~/.local`. `GOPATH` is documented
online at `` and inside the `go` tool itself

    go help gopath

Various conventions exist for naming the location of your `GOPATH`, but it should
exist, and be writable by you. For example

    export GOPATH=${HOME}/work
    mkdir $GOPATH

will define and create `$HOME/work` as your local `GOPATH`. The `go` tool itself
will create three subdirectories inside your `GOPATH` when required; `src`, `pkg`
and `bin`, which hold the source of Go programs, compiled packages and compiled
binaries, respectively. You should add `$GOPATH/bin` to your `PATH`.

Setting `GOPATH` correctly is critical when developing Go programs. `GOPATH`
should be exported as part of your login script. You can check your `GOPATH`
with to `go` tool itself.

    % go env | grep GOPATH

Other prerequisites

A number of additional prerequisite packages are required to compile `juju-core`
and run the tests.

    sudo apt-get install build-essential bzr zip git-core mercurial

Binaries for mongodb are also required, but a newer version than is present in
either 12.04 or 12.10 Ubuntu releases. Instead, you can get what you need from
the public bucket which juju uses when deploying itself:

Change the Ubuntu series name and architecture to match your system.

Getting juju-core

The easiest way to get the source for `juju-core` is to use the `go get` command.

    go get -v

This command will checkout the source of `juju-core` and inspect it for any unmet
Go package dependencies, downloading those as well. `go get` will also build and
install `juju-core` and its dependencies. To checkout without installing, use the
`-d` flag. More details on the `go get` flags are available using

    go help get

At this point you will have the bzr working copy of the `juju-core` source at
`$GOPATH/`. The source for any dependent packages will
also be available inside `$GOPATH`. You can use `bzr pull`, or the less convenient
`go get -u` to update the source from time to time.
If you want to know more about contributing to `juju-core`, please read the
`CONTRIBUTING` companion to this file.

Building juju-core

    go install -v

Will build juju and install the binary commands into `$GOPATH/bin`. It is likely
if you have just completed the previous step to get the `juju-core` source, the
install process will produce no output, as the final executables are up-to-date.

Using juju-core

After following the steps above you will have the `juju` client installed in
`GOPATH/bin/juju`. You should ensure that this version of `juju` appears earlier
in your path than any packaged versions of `juju-core`, or older Python juju
commands. You can verify this using

    which juju


The `juju` client program, and the juju 'tools' are deployed in lockstep. When a
release of `juju-core` is made, the compiled tools matching that version of juju
are extracted and uploaded to a known location. This consumes a release version
number, and implies that no tools are available for the next, development, version
of juju. Therefore, when using the development version of juju you will need to
pass an additional flag, `--upload-tools` to instruct the `juju` client to build
a set of tools from source and upload them to the environment as part of the
bootstrap process.

    juju bootstrap -e your-environment --upload-tools {--debug}