<div dir="ltr">The goal is to get the user onto 'best practices' out of the box and deploying into the controller environment isn't best practice since it's no longer as easily transient. If you bootstrap, deploy something to try it out, then realize you want to try something else you can't just destroy that single environment. The whole controller has to go down and get restarted. The goal is that as soon as you start working it's light weight and easy to destroy/restart without a new bootstrap. I think that trade off is worth the change for existing users that machine 0 doesn't appear there out of the box. <div><br></div><div>Rick</div></div><br><div class="gmail_quote"><div dir="ltr">On Fri, Nov 13, 2015 at 6:45 AM roger peppe <<a href="mailto:roger.peppe@canonical.com">roger.peppe@canonical.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 13 November 2015 at 11:27, John Meinel <<a href="mailto:john@arbash-meinel.com" target="_blank">john@arbash-meinel.com</a>> wrote:<br>
> But does machine-0 show up in environments outside of the controller<br>
> environment? I thought we were intentionally hiding it to help keep your<br>
> environments cleaner.<br>
<br>
No, it doesn't, and that's correct, because no-one outside the initial<br>
environment<br>
should be able to deploy to state server machines.<br>
<br>
The question here is whether you should see the controller environment<br>
after bootstrap.<br>
<br>
Personally I had no problem with the idea that the initial environment<br>
(the bootstrapped environment) was the admin-level envirionment<br>
that could be used to start admin-level services<br>
and in which the machines used by the controller are visible.<br>
<br>
As a naive user, if I did juju bootstrap followed by juju status and<br>
saw no machines<br>
(when it is actually using an instance) I think I'd be confused.<br>
<br>
  cheers,<br>
    rog.<br>
</blockquote></div>