<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">2017-12-07 13:33 GMT+01:00 Mark Shuttleworth <span dir="ltr"><<a href="mailto:mark@ubuntu.com" target="_blank">mark@ubuntu.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">On 12/06/2017 02:51 PM, Nicholas Skaggs wrote:<br>
> Is your agent stream set to released per chance?<br>
><br></span></blockquote><div><br></div><div><br></div><div>Yes it is. This is weird, why doesn't the controller just take the agent-stream that it was bootstrapped with?</div><div><br></div><div><br></div><div><div><font face="monospace, monospace">Attribute                    From        Value</font></div><div><font face="monospace, monospace">agent-metadata-url           default     ""</font></div><div><font face="monospace, monospace">agent-stream                 default     released</font></div><div><font face="monospace, monospace">agent-version                model       2.3-rc1.1</font></div></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-">
> juju model-config -m controller<br>
><br>
> If so, your client won't see the agent binaries as they aren't in the<br>
> release stream (2.3 isn't yet released).<br>
<br>
</span>I wonder if we can be more user friendly about this.<br>
<br>
For example, if we had ONE stream, but the releases were tagged, then in<br>
this case we could find it, and give a more helpful message like:<br>
<br>
  juju upgrade-juju -m controller<br>
  Version 2.3-rc2 exists but is tagged 'candidate', please use explicit<br>
--agent-version to proceed<br>
<span class="gmail-"><br>
  juju upgrade-juju -m controller --agent-version 2.3-rc2<br>
</span>  Downloading juju 2.3-rc2.....<br>
<br>
Does that make sense? Everyone can see the candidate releases, but they<br>
only get them automatically if they have said they want them.<br>
Nevertheless it's easy for them to see that the candidate release exists<br>
and how to get it.<br>
<span class="gmail-HOEnZb"><font color="#888888"><br></font></span></blockquote><div><br></div><div><br></div><div>My knowledge of how these streams work is limited but I actually just expect the agent stream to be the same as the snap channel by default. This seems to be the case for bootstrapping: when you install the candidate snap and bootstrap a controller, the controller is the same version as the snap. So naturally, I expect `juju upgrade-juju` to upgrade the controller to the latest beta release.</div><div><br></div><div>Using snap channels to select which release you want is very ease and common. Every "new dev release" email from the Juju team explains how to install the dev release using snap channels..<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span class="gmail-HOEnZb"><font color="#888888">
Mark<br>
<br>
</font></span></blockquote></div><br></div></div>