<div dir="ltr">I updated my branch to simply error out if there's no private key set.  <a href="http://reviews.vapour.ws/r/861">http://reviews.vapour.ws/r/861</a></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 4, 2015 at 1:30 PM, Nick Veitch <span dir="ltr"><<a href="mailto:nick.veitch@canonical.com" target="_blank">nick.veitch@canonical.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 4 March 2015 at 17:23, Eric Snow <<a href="mailto:eric.snow@canonical.com">eric.snow@canonical.com</a>> wrote:<br>
> On Wed, Mar 4, 2015 at 10:04 AM, Nate Finch <<a href="mailto:nate.finch@canonical.com">nate.finch@canonical.com</a>> wrote:<br>
>> My suggested solution is that we do what we do for all the rest of the<br>
>> providers, which is to make the user give us authentication credentials in<br>
>> the environments.yaml file, and we just use that, and not create anything<br>
>> ourselves.<br>
<br>
</span>That is currently the advice in the documentation - to generate a new<br>
key and explicitly provide it in the environments.yaml. I think if we<br>
removed the default action (using the default ssh key) that would be<br>
fine, as long as there was a suitable error message. It isn't as<br>
though users will have to configure it every day, it's a one-time<br>
inconvenience, but one that doesn't make any unnecessary assumptions.<br>
</blockquote></div><br></div>