https://codereview.appspot.com/8852043/diff/1/cmd/juju/status.go#newcode279
cmd/juju/status.go:279: // in enquiring about the agent liveness.
On 2013/04/18 12:37:09, fwereade wrote:
> "We don't bother to check agent liveness, even though that is useful
and
> relevant information, because we haven't explicitly agreed what we
should do
> with it."
is it really useful and relevant?
if the status is pending, will we ever see a live agent, given that
changing the status is presumably the first thing an agent actually
does? (and if it doesn't, then it jolly well should)
Please take a look.
https:/ /codereview. appspot. com/8852043/ diff/1/ cmd/juju/ status. go
File cmd/juju/status.go (right):
https:/ /codereview. appspot. com/8852043/ diff/1/ cmd/juju/ status. go#newcode140 status. go:140: status. AgentStateInfo,
cmd/juju/
On 2013/04/18 12:37:09, fwereade wrote:
> I don't really feel this is a win over the out params.
i think it wins *just*
better would be to have an embedded struct, but i'm not sure goyaml
supports that currently. this is one step towards that.
https:/ /codereview. appspot. com/8852043/ diff/1/ cmd/juju/ status. go#newcode146 status. go:146: status.InstanceId = instance.Id()
cmd/juju/
On 2013/04/18 12:37:09, fwereade wrote:
> Why don't we set the instance id in the other branch?
Done.
https:/ /codereview. appspot. com/8852043/ diff/1/ cmd/juju/ status. go#newcode157 status. go:157: // if the instance hasn't even started yet. This
cmd/juju/
On 2013/04/18 12:37:09, fwereade wrote:
> There is no instance. "if no instance has been provisioned" would be
correct, I
> think.
Done.
https:/ /codereview. appspot. com/8852043/ diff/1/ cmd/juju/ status. go#newcode158 status. go:158: // also gives a visually distinction to
cmd/juju/
unprovisioned machines
On 2013/04/18 12:37:09, fwereade wrote:
> also makes unprovisioned machines visually distinct in the output.
Done.
https:/ /codereview. appspot. com/8852043/ diff/1/ cmd/juju/ status. go#newcode275 status. go:275: return
cmd/juju/
On 2013/04/18 12:37:09, fwereade wrote:
> Why hide errors?
we don't. the error is returned.
https:/ /codereview. appspot. com/8852043/ diff/1/ cmd/juju/ status. go#newcode279 status. go:279: // in enquiring about the agent liveness.
cmd/juju/
On 2013/04/18 12:37:09, fwereade wrote:
> "We don't bother to check agent liveness, even though that is useful
and
> relevant information, because we haven't explicitly agreed what we
should do
> with it."
is it really useful and relevant?
if the status is pending, will we ever see a live agent, given that
changing the status is presumably the first thing an agent actually
does? (and if it doesn't, then it jolly well should)
https:/ /codereview. appspot. com/8852043/ diff/1/ cmd/juju/ status. go#newcode284 status. go:284: return
cmd/juju/
On 2013/04/18 12:37:09, fwereade wrote:
> I'd rather see 100x "watcher is dying" errors than to just skip it
entirely.
we're not skipping it. it gets returned and put into the entity Err
field.
https:/ /codereview. appspot. com/8852043/