<div dir="ltr">I think I did remove some of that code, because it wasn't being used and wasn't clear why it was there. Easy enough to put back in.<div><div><br></div><div>Cheers,</div><div>Andrew<br><br><div class="gmail_quote"><div dir="ltr">On Mon, Mar 7, 2016 at 8:40 AM Tim Penhey <<a href="mailto:tim.penhey@canonical.com">tim.penhey@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Ah yeah... it is mostly coming back to me now.<br>
<br>
I actually have a branch lying around that does most of this.<br>
<br>
Perhaps I should look at it again :-)<br>
<br>
Tim<br>
<br>
On 04/03/16 20:08, Ian Booth wrote:<br>
> Hey Tim<br>
><br>
> The new bootstrap UX has not removed any --admin-user flag.<br>
> I can see that the server jujud bootstrap command has an --admin-user argument<br>
> but it appears this is never set anywhere in the cloud init scripts. Or not that<br>
> I can see. I've checked older version of the relevant files and can't see where<br>
> we've ever used this.<br>
><br>
> So maybe we have a capability to bootstrap the controller agent with a specified<br>
> admin-user but have not hooked it up yet?<br>
><br>
> On 04/03/16 08:11, Tim Penhey wrote:<br>
>> Ah... it used to be there :-) At least it is on my feature branch, but I<br>
>> don't think I have merged the most recent master updates that has the<br>
>> work to re-work bootstrap for the new cloud credentials stuff.<br>
>><br>
>> Tim<br>
>><br>
>> On 04/03/16 10:09, Rick Harding wrote:<br>
>>> If we do that we need to also make it configurable on bootstrap as an<br>
>>> option.<br>
>>><br>
>>> +1 overall<br>
>>><br>
>>><br>
>>> On Thu, Mar 3, 2016, 4:07 PM Tim Penhey <<a href="mailto:tim.penhey@canonical.com" target="_blank">tim.penhey@canonical.com</a><br>
>>> <mailto:<a href="mailto:tim.penhey@canonical.com" target="_blank">tim.penhey@canonical.com</a>>> wrote:<br>
>>><br>
>>>     Hi folks,<br>
>>><br>
>>>     I was thinking that with the upcoming big changes with 2.0, we should<br>
>>>     tackle a long held issue where we have the initial user called "admin".<br>
>>><br>
>>>     There was a request some time back that we should use the current user's<br>
>>>     name. The reason it wasn't implemented at that time was due to logging<br>
>>>     into the GUI issues. These have been resolved some time back with the<br>
>>>     multiple user support that was added.<br>
>>><br>
>>>     All the server side code handles the ability to define the initial user<br>
>>>     for the controller model, and we do this in all the tests, so the<br>
>>>     default test user is actually called "test-admin".<br>
>>><br>
>>>     I *think* that all we need to do is change the default value we use in<br>
>>>     the bootstrap command for the AdminUserName (--admin-user flag) from<br>
>>>     "admin" to something we derive from the current user.<br>
>>><br>
>>>     Probably worth doing now.<br>
>>><br>
>>>     Thoughts?<br>
>>><br>
>>>     Tim<br>
>>><br>
>>>     --<br>
>>>     Juju-dev mailing list<br>
>>>     <a href="mailto:Juju-dev@lists.ubuntu.com" target="_blank">Juju-dev@lists.ubuntu.com</a> <mailto:<a href="mailto:Juju-dev@lists.ubuntu.com" target="_blank">Juju-dev@lists.ubuntu.com</a>><br>
>>>     Modify settings or unsubscribe at:<br>
>>>     <a href="https://lists.ubuntu.com/mailman/listinfo/juju-dev" rel="noreferrer" target="_blank">https://lists.ubuntu.com/mailman/listinfo/juju-dev</a><br>
>>><br>
>><br>
>><br>
<br>
<br>
--<br>
Juju-dev mailing list<br>
<a href="mailto:Juju-dev@lists.ubuntu.com" target="_blank">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>
</blockquote></div></div></div></div>