[00:58] thumper: could you pls take a look at this: https://github.com/juju/juju/pull/7762 [00:58] no rush [00:58] thumper: i'm particularly interested to see what you think about embedded Model in IAASModel [01:34] menn0: ok, will look a bit later [01:34] I have a guy here doing wiring [01:34] getting three unifi APs put up [01:37] thumper: presumably he knows more than I do and has an easier time than I did at mine :-P [01:37] :) [01:37] I'm just leaving him to it [01:37] heh, smart move [01:58] well, just come down from the ceiling [02:16] I can't help but feel that's missing some context thumper [02:17] not through the ceiling [02:32] thumper: 1:1? [02:32] coming [02:36] * babbageclunk goes for a run [04:54] axw: some sanity checking - in upgrading agents I had some code that was updating the API password with the password the upgrade tool was using to connect to the target controller. But that's wrong, isn't it? I should just be leaving the passwords in the config alone, because they'll be correct once the migrated model is imported in the target controller, right? [04:56] babbageclunk: yes, the password hashes should be sent across in the migration description [04:57] axw: cool thanks [06:12] jam, menn0: https://github.com/juju/juju/pull/7766 === Guest20465 is now known as thumper [06:13] wow... [06:13] wonder why that happened === thumper is now known as Guest1454 === frankban|afk is now known as frankban [07:04] thumper a guest in your own house :) [07:05] What's the best way to get juju debug-log to show me just charm output, and get rid of all the agent messages? https://pastebin.canonical.com/196296/ <-- only about 5 lines of that is from the actual charm [07:05] The agents have become *much* more chatty under 2.2.2+ [07:07] Also, is there a way to specify applications or unit wildcards? If I have 8 units of a given application, I don't want to have to list all of them as --includes === frankban is now known as frankban|afk