[01:15] <axw> hey wallyworld_, did you see my message on Friday about authorized_keys?
[01:15] <wallyworld_> um
[01:15] <axw> about modifying for the ubuntu user
[01:15] <wallyworld_> if i did i forgot
[01:15] <wallyworld_> i don't think i saw
[01:16] <axw> wallyworld_: maybe I'm just missing something, but I don't see where the ubuntu user is specified when the worker modifies authorized_keys
[01:16] <wallyworld_> it's not
[01:16] <axw> shouldn't it be? that's what we log in as
[01:17] <wallyworld_> the current auth keys file with the key from bootstrap doesn't specify the ubuntu user does it?
[01:18] <wallyworld_> so i'm just adding additional keys in the same way
[01:18] <axw> wallyworld_: I'm pretty sure cloud-init will put it in the ubuntu user's one
[01:19] <axw> well, it must, since we log in as that during bootstrap
[01:19] <wallyworld_> i assumed that the auth keys would be added to /home/ubuntu/.ssh/...
[01:19] <wallyworld_> i guess it depends what ~ resolves to
[01:20] <wallyworld_> i'm sure i checked though
[01:20] <wallyworld_> and the ubuntu user auth keys file was the one that got updated
[01:20] <wallyworld_> but now i'm doubting myself
[01:21] <axw> wallyworld_: I didn't see it getting updated, but I did see /root/.ssh/authorized_keys had some updated keys in it
[01:21] <wallyworld_> hmmm. maybe i didn't check then. but i thought i did
[01:22] <wallyworld_> i'll do a fix if necessary
[01:22] <axw> I'll have another look in a bit
[01:22] <wallyworld_> i could have sworn i checked etc but maybe not
[01:22] <wallyworld_> i guess if the processes are running as root, the ~ will not resolve to ubuntu
[01:23] <axw> right
[01:23] <wallyworld_> too bad that they are running as root :-(
[01:23] <axw> I was wondering whether we should be using something less generic than "ubuntu" now
[01:23] <wallyworld_> i sorta assumed perhaps that we would not do something that silly :-(
[01:23] <axw> like create a "juju" user at init time
[01:24] <axw> then manual provisioning would be less of a special case regarding key management
[01:24] <wallyworld_> that makes sense. get ready for a whole lotta bikeshedding though :-)
[01:24] <axw> :~(
[01:24] <wallyworld_> well maybe not, there's always a first time :-)
[01:28] <wallyworld_> so cloud init does explicitly rely on a specific user being set (default ubuntu)
[01:28] <wallyworld_> so looks like i need to do a fix
[01:30] <axw> okey dokey
[01:31] <axw> wallyworld_: will things break horribly if the ubuntu user doesn't exist?
[01:31] <axw> (manual provisioning doesn't yet create it)
[01:31] <wallyworld_> i don't *think* so, but am not sure
[01:31] <axw> no worries, I can test later
[05:24] <wallyworld_> axw: i fixed the ssh auth keys user issue. turned out to be a bit of a bitch cause of the way our tests override ~. if you get a chance, could you take a look? https://codereview.appspot.com/40650049
[05:25] <axw> wallyworld_: cool, thanks, will have a look now
[05:25] <wallyworld_> ta
[05:25] <wallyworld_> i tested live on hp cloud
[05:28] <axw> wallyworld_: why not use osenv.Home() on Windows too?
[05:28] <wallyworld_> axw: does windows support $HOME? i wasn't sure and didn't think it did
[05:29] <axw> wallyworld_: just had a look, osenv.Home() does different things for Windows
[05:29] <axw> not $HOME, but $HOMEDRIVE
[05:29] <axw> or %HOMEDRIVE% at any rate :)
[05:29] <wallyworld_> but will that return the user home dir
[05:29] <wallyworld_> or the drive letter?
[05:29] <axw> umm
[05:30] <axw> wallyworld_: it's %HOMEDRIVE%%HOMEPATH%
[05:30] <axw> with a slash in between
[05:30] <wallyworld_> either way, our tests won't work on windows as is
[05:30] <axw> true
[05:30] <wallyworld_> so i think a todo is ok and we can fix the tests wheneever we want to run on windows
[05:31] <axw> fair enough
[05:31] <wallyworld_> our tests also just assume all paths with ~ are of the form ~/foo
[05:47] <wallyworld_> axw: thanks for looking, i'll fix the little issues
[05:47] <axw> wallyworld_: nps, thanks for fixing
[05:48] <wallyworld_> including nuking bob :-)
[05:48] <axw> :)
[06:16] <wallyworld_> axw: that's merged now
[06:16] <axw> wallyworld_: thanks!
[06:16] <axw> I'll test it with manual later
[06:16] <wallyworld_> np, thanks for letting me know about the issue
[06:17] <wallyworld_> i'm off for a bit to take the dog for a bath. he rolled around in some shit at the park yesterday and he stinks :-(
[07:41] <axw> grr, my wireless keeps dying
[08:18] <wallyworld_> try another channel?
[08:51] <axw> well it recovers if I restart networking, so I don't think it'd be interference
[16:34] <natefinch> fwereade, are you around?