<div dir="ltr">Given how often people still use "--upload-tools" for things like private clouds (and is definitely the one used for local provider), I'd really worry about having a jujud on your local machine that wasn't built with the same toolchain as the one you get from "juju bootstrap" in other cases. Very easy to end up with hard to understand/reproduce bugs.<div><br></div><div>John</div><div>=:-></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Nov 30, 2015 at 6:32 PM, Curtis Hovey-Canonical <span dir="ltr"><<a href="mailto:curtis@canonical.com" target="_blank">curtis@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Good discussion. I have one nuance that I think we want to discuss in<br>
SFO. Namely, controlling the Juju tool chain.<br>
<br>
Juju QA uses CI to make many of the things we releases, such as win<br>
agents. We use Launchpad/Ubuntu to make Ubuntu agents and clients.<br>
Juju QA qill soon have access to ARM hardware. When we do, we can<br>
choose to by-pass Lp/Ubuntu for agents. The agents that were built and<br>
tested by CI are the agents we release in streams. This permits us to<br>
choose the best tool chain to create each series+arch combination.<br>
This also introduces drift between what Juju officially releases, and<br>
and Ubuntu releases.<br>
<span class="im HOEnZb"><br>
On Thu, Nov 26, 2015 at 8:27 PM, Andrew Wilkins<br>
<<a href="mailto:andrew.wilkins@canonical.com">andrew.wilkins@canonical.com</a>> wrote:<br>
> On Fri, Nov 27, 2015 at 7:49 AM Michael Hudson-Doyle<br>
> <<a href="mailto:michael.hudson@canonical.com">michael.hudson@canonical.com</a>> wrote:<br>
>><br>
>> On 27 November 2015 at 09:39, Tim Penhey <<a href="mailto:tim.penhey@canonical.com">tim.penhey@canonical.com</a>> wrote:<br>
>> > On 27/11/15 08:43, Michael Hudson-Doyle wrote:<br>
>> >> On 27 November 2015 at 02:24, Martin Packman<br>
>> >> <<a href="mailto:martin.packman@canonical.com">martin.packman@canonical.com</a>> wrote:<br>
>> >>> On 26/11/2015, Andrew Wilkins <<a href="mailto:andrew.wilkins@canonical.com">andrew.wilkins@canonical.com</a>> wrote:<br>
>> >>>> Hi (mostly Curtis),<br>
>> >>>><br>
>> >>>> Is there a plan to bump the minimum Go version? Some of our<br>
>> >>>> dependencies do<br>
>> >>>> not build with Go 1.2. The LXD provider only builds with Go 1.3 (I<br>
>> >>>> think?),<br>
>> >>>> and I've got a PR up that updates the azure-sdk-for-go dependency,<br>
>> >>>> but it's<br>
>> >>>> blocked because the newer doesn't build with Go 1.2.<br>
>> >><br>
>> >> Is this something we've done to ourselves or is there a third-party<br>
>> >> library we're depending on that doesn't work with Go 1.2?<br>
>> ><br>
>> > The two main ones I know about are lxd and the new azure go bindings.<br>
>><br>
>> By the azure go bindings you mean something Canonical didn't write,<br>
>> like <a href="https://github.com/Azure/azure-sdk-for-go" rel="noreferrer" target="_blank">https://github.com/Azure/azure-sdk-for-go</a>? That sort of thing<br>
>> sounds like a good argument for the 1.5-in-trusty SRU thing.<br>
<br>
<br>
<br>
<br>
</span><span class="HOEnZb"><font color="#888888">--<br>
Curtis Hovey<br>
Canonical Cloud Development and Operations<br>
<a href="http://launchpad.net/~sinzui" rel="noreferrer" target="_blank">http://launchpad.net/~sinzui</a><br>
</font></span><div class="HOEnZb"><div class="h5"><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" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
</div></div></blockquote></div><br></div>