| 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:15 |
| 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:16 |
| wallyworld_ | the current auth keys file with the key from bootstrap doesn't specify the ubuntu user does it? | 01:17 |
| 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:18 |
| 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:19 |
| 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:20 |
| 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:21 |
| 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:22 |
| 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:23 |
| 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:24 |
| 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:28 |
| axw | okey dokey | 01:30 |
| 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 | 01:31 |
| 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:24 |
| axw | wallyworld_: cool, thanks, will have a look now | 05:25 |
| wallyworld_ | ta | 05:25 |
| wallyworld_ | i tested live on hp cloud | 05:25 |
| 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:28 |
| 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:29 |
| 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:30 |
| axw | fair enough | 05:31 |
| wallyworld_ | our tests also just assume all paths with ~ are of the form ~/foo | 05:31 |
| wallyworld_ | axw: thanks for looking, i'll fix the little issues | 05:47 |
| axw | wallyworld_: nps, thanks for fixing | 05:47 |
| wallyworld_ | including nuking bob :-) | 05:48 |
| axw | :) | 05:48 |
| 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:16 |
| 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 :-( | 06:17 |
| axw | grr, my wireless keeps dying | 07:41 |
| wallyworld_ | try another channel? | 08:18 |
| axw | well it recovers if I restart networking, so I don't think it'd be interference | 08:51 |
| === gary_poster|away is now known as gary_poster | ||
| natefinch | fwereade, are you around? | 16:34 |
| === makyo_ is now known as Makyo | ||
| === gary_poster is now known as gary_poster|away | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!