<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Mar 26, 2015 at 9:54 AM, Eric Snow <span dir="ltr"><<a href="mailto:eric.snow@canonical.com" target="_blank">eric.snow@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 Wed, Mar 25, 2015 at 5:55 PM, Andrew Wilkins<br>
<<a href="mailto:andrew.wilkins@canonical.com">andrew.wilkins@canonical.com</a>> wrote:<br>
> On Wed, Mar 25, 2015 at 9:33 PM, Curtis Hovey-Canonical<br>
> <<a href="mailto:curtis@canonical.com">curtis@canonical.com</a>> wrote:<br>
>><br>
>> On Wed, Mar 25, 2015 at 3:04 AM, Andrew Wilkins<br>
>> <<a href="mailto:andrew.wilkins@canonical.com">andrew.wilkins@canonical.com</a>> wrote:<br>
>> > Hey folks,<br>
>> ><br>
>> > I just signed up for a GCE trial, and tested out the provider on master.<br>
>> > Found a couple of issues.<br>
>> ><br>
>> > I've filed <a href="https://bugs.launchpad.net/juju-core/+bug/1436191" target="_blank">https://bugs.launchpad.net/juju-core/+bug/1436191</a>. I suspect<br>
>> > the<br>
>> > same issue would exist on 1.23, but haven't tested. I haven't set the<br>
>> > status/importance, because I don't know what the importance is (there's<br>
>> > no<br>
>> > CI or docs?), and I'd like for someone to confirm the bug.<br>
>><br>
>> I just got CI credentials yesterday evening. As CI is using a project<br>
>> shared by several Canonical staff, it isn't clear to me if I should be<br>
>> creating new client ids or how to generate keys and not interfere with<br>
>> other people.<br>
>><br>
>> Contrary to text generated by init, 'region' is required.<br>
><br>
><br>
> Indeed, I forgot that one. The boilerplate we generate should<br>
> not comment out "region".<br>
<br>
</span>Yeah, I'm not sure what happened there.  Either we had a default and<br>
removed it but failed to update the config text, or we were going to<br>
have a default but missed actually adding it.  Would it make sense to<br>
have a default region?</blockquote><div><br></div><div>We do for AWS (us-east-1). I think it wouldn't hurt to do the same for GCE.</div><div>I expect most people would be using that region anyway, and it'll be helpful</div><div>for if/when we want to have a way of creating environments without the YAML</div><div>file.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
><br>
>><br>
>><br>
>> > Second, a UX thing. It was mostly clear how to generate keys, but it<br>
>> > wasn't<br>
>> > super clear what format to put them into environments.yaml. Obviously<br>
>> > this'll be documented, but I think it'd be nice if in environments.yaml<br>
>> > we<br>
>> > could just specify the location of the JSON file that GCE spits out, and<br>
>> > have Juju extract the info it needs, like we do with certs and SSH keys.<br>
>><br>
>> I assumed I could use authorized-keys.<br>
><br>
><br>
> authorized-keys is fine. That was a bad example.<br>
><br>
> In the Azure provider, credentials take the form of a certificate and key.<br>
> You *can* enter the cert/key inline in your environments.yaml, but you<br>
> can also specify management-certificate-path and the provider will read<br>
> that file and add the contents into the management-certificate attribute.<br>
<br>
</span>I'm writing up a patch that basically does this.<br>
<span class="HOEnZb"><font color="#888888"><br>
-eric<br>
</font></span></blockquote></div><br></div></div>