<div dir="ltr">sounds like a great case being made for --upload-tools by default.<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Mar 30, 2014 at 12:23 AM, John Meinel <span dir="ltr"><<a href="mailto:john@arbash-meinel.com" target="_blank">john@arbash-meinel.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div>I thought at one point we were explicitly requiring that we bootstrap exact versions of tools (so juju CLI 1.17.2 would only bootstrap a 1.17.2 set of tools). We at least did 1.17 will only bootstrap 1.17, but looking at the code we still always deploy the latest 1.17 (which broke all the 1.17 series of CLI because 1.17.7 has an incompatible required flag).<br>

<br></div>There is an argument that we can't get away with such a thing in a stable series anyway, so it isn't going to be a problem. Mostly, though, I had thought that we did exact matching, but I can see from the code that is clearly not true.<br>

<br></div>Would it be very hard to do so? I think William had a very interesting idea that CLI bootstrap would always only bootstrap the exact version of tools, but could set the AgentVersion to the latest stable minor version, so it essentially bootstraps and then immediately upgrades. (With the big benefit that the upgrade process to migrate from old versions to new versions gets run.)<br>

<br></div>This could be a distraction from the other stuff we're working on, but it doesn't look that hard to implement, and would avoid some of these semi-accidental breaking of old tools.<br><br>John<br>=:-><br>

</div>
<br>--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com">Juju-dev@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
<br></blockquote></div><br></div>