Add new HighAvailabilityFacade for new ensure-availability command
go fmt
Expose AbortCurrentUpgrade over the API

This will be used by the user to clear the synchronisation document
for a previously failed upgrade (via an arg to "juju upgrade-juju").
drive-by: moved serverSuite

serverSuite and it's methods was sitting in the middle of
clientSuite. This was a tad confusing.
Merge pull request #738 from mjs/AbortCurrentUpgrade-api

Expose AbortCurrentUpgrade on API

This will be used by the user to clear the synchronisation document for a previously failed upgrade in the rare case of a partially completed upgrade.
api: api no longer depends on state.

As part of a previous refactoring I accedently made api directly dependent on state, which is an even worse crime than state depending on the apiserver.

This proposal corrects this mistake and removes all dependencies on state from the api packages, along with additional removals of direct dependencies on state.

The cost is the agent package is responsible for translating between params.StateServingInfo, which is effectively the public data type of state information, and state.StateServingInfo which is the state's own version of the same.
state/toolstorage: remove old blob on update

If AddTools encounters existing metadata, it
will now attempt to remove the old blob. If
it fails to do so, an error will be logged
but not returned.
state: split toolsmetadata constant from others

Tools metadata does not represent entities in
the system like the other state collections.
Split it off like backups metadata.
Improve test coverage
Remove debugging printf
Merge pull request #710 from axw/state-toolstorage-addtools-remove-old

state/toolstorage: remove old blob on update

If AddTools encounters existing metadata, it will now attempt to remove the
old blob after adding the new one. If it fails to remove the old one, an error
will be logged but not returned.
Merge pull request #743 from davecheney/199-make-api-not-dependent-on-state

api: api no longer depends on state.

As part of a previous refactoring I accedently made api directly dependent on state, which is an even worse crime than state depending on the apiserver.

This proposal corrects this mistake and removes all dependencies on state from the api packages, along with additional removals of direct dependencies on state.

The cost is the agent package is responsible for translating between params.StateServingInfo, which is effectively the public data type of state information, and state.StateServingInfo which is the state's own version of the same.
Tweak NewClient to improve testability
Set up the repo for rbt (ReviewBoard).
Merge pull request #749 from ericsnowcurrently/reviewboard

Set up the repo for rbt (ReviewBoard).

This obviates the need to run "rbt setup-repo".
cmd/jujud: rationalised version number handling in upgrade-steps worker

1. Use version.Number's in logs and status output throughout instead
of version.Binary's. The series and architecture is irrelevant to the
upgrade process and including it just adds unnecessary verbosity.

2. The check for an already completed upgrade has been moved earlier
to avoid unnecessary initialisation.

3. New upgradeWorkerContext attributes have been added to make the
from version more accessible and the target version shorter to read
and write.
cmd/jujud: refactored upgrade logic

This revision is primarily about splitting up runUpgrades into smaller
pieces. This function was getting to be too large and difficult to
follow.
Merge pull request #732 from mjs/upgrade-sync-refactoring

state server upgrade sync refactoring

Various clean ups for the recent state server upgrade synchronisation work.
Merge branch 'master' into ensure-availability-to
Merge master, resolve conflicts