state/api/agent: Entity takes a tag, not a string of a tag.
state/api/...: introduce and use common.Watch

Introduce and use a common Watch implementation,
which is the client-side equivalent to apiserver's
AgentEntityWatcher.
juju/api/usermanager: add UserInfo

Add UserInfo method to the API client.
Merge pull request #91 from waigani/user-detail-clientapi

juju/api/usermanager: add UserInfo

UserInfo was recently added to the server API. This PR adds the client side UserInfo method.
Merge pull request #120 from davecheney/fix-why-does-entity-take-a-string-and-not-a-tag

state/api/agent: Entity takes a tag, not a string of a tag.
Merge pull request #125 from axw/state-api-common-watch

state/api/...: introduce and use common.Watch

Introduce and use a common Watch implementation,
which is the client-side equivalent to apiserver's
AgentEntityWatcher.
Fix bug #1331744, properly handle interface types.

If you have a typed interface (type foo interface{stuff}), but you end
up returning that object via the empty interface (interface{}), it strips
the knowledge about the original interface, and reflect.ValueOf() cannot
create values that point to those types. However, you can play tricks with
reflect.New().Elem().Set() to get a reflect.Value that holds the interface
rather than holding the original object.

The bug was that we were looking up the methods on the original signature,
(which in this case was an interface), and then using the method.Index to
call a function on the concrete type. This worked everywhere so far, because
everything that was returning via an interface only had public methods that
matched that interface exactly, and golang-go sorts methods so they all
lined up.
However, gccgo sorts differently, and private methods can come before the
public ones, and then you notice that the offsets are different.
I added a test that creates 2 implementations that have a different number
of methods, so we know that they will not be in the same positions, and
it properly fails if we don't wrap our obj into the right interface
reflect.Value object.
Make ensure-availability a bulk API call.
don't recover the panic just to panic again
Merge pull request #115 from tasdomas/ensure-availability-bulk-api

Make ensure-availability a bulk API call.

Makin ensure-availability a bulk API call.
Switch backup to return a base64 encoded sha1 hash instead of a hex-encode sha 256
Merge pull request #129 from jameinel/api-and-interface-types-1331744

Fix bug #1331744, properly handle interface types.

If you have a typed interface (type foo interface{stuff}), but you end
up returning that object via the empty interface (interface{}), it strips
the knowledge about the original interface, and reflect.ValueOf() cannot
create values that point to those types. However, you can play tricks with
reflect.New().Elem().Set() to get a reflect.Value that holds the interface
rather than holding the original object.

The bug was that we were looking up the methods on the original signature,
(which in this case was an interface), and then using the method.Index to
call a function on the concrete type. This worked everywhere so far, because
everything that was returning via an interface only had public methods that
matched that interface exactly, and golang-go sorts methods so they all
lined up.
However, gccgo sorts differently, and private methods can come before the
public ones, and then you notice that the offsets are different.
I added a test that creates 2 implementations that have a different number
of methods, so we know that they will not be in the same positions, and
it properly fails if we don't wrap our obj into the right interface
reflect.Value object.
Adding a comment
Switch to Digest header for sending download hash
Merge pull request #130 from voidspace/backup-header

Switch backup download to Digest header

apiserver/backup: switch the http header to the RFC 3230 Digest header

The backup download api sends an sha hash as a header. RFC 3230
defines a standard for this header, using a base64 encoded SHA1 hash.
WIP Actions on the uniter
WIP Actions are now on worker uniter, uniter api, and uniter apiserver