[10:10] <airurando> morning
[10:18] <czajkowski> alolha
[10:26] <slashtom> good morning
[10:26] <slashtom> how long until your home cztab?
[10:27] <czajkowski> tomorrow morning
[10:27] <czajkowski> :)
[10:27] <slashtom> you're*
[10:27] <slashtom> good good
[10:28] <slashtom> so by tomorrow evening your desire for supermacs will have waned
[10:30] <czajkowski> indeed
[10:30] <czajkowski> followed by taytos
[10:30] <czajkowski> red lemonade
[10:35] <ebel> apparently tk red lemonade has some additative that makes it illegal to ship across EU borders.
[10:35] <czajkowski> aye
[10:35] <czajkowski> seemingly some shop in north london sells it
[10:35] <czajkowski> but you've to buy 15 bottles at a time
[10:35] <ebel> hahahaha
[10:40] <slashtom> red lemonade sounds quite vile
[10:44] <czajkowski> it's alien to english folks
[10:45] <czajkowski> they ask for lemonade
[10:45] <czajkowski> and you get white stuff
[10:46] <AlanBell> you can get expensive taytos in Waxy O'Connors
[10:46] <czajkowski> indeed
[10:46] <czajkowski> but I'd end up on the beer if I go in there :)
[10:47] <AlanBell> cheaper than the water
[10:47] <AlanBell> I got a round of drinks, one person asked for still water, it was £4.50
[10:48] <AlanBell> presumably it had been gargled by Irish mermaids
[10:50] <ebel> "tap water" being the magic phrase
[10:52]  * slashtom hasn't quite gone native yet: no to red lemonade and i need to be drunk before going into supermacs
[10:53] <AlanBell> my last full day here today, not had red lemonade yet, might get some to educate the offspring
[10:54] <AlanBell> czajkowski is bringing me a plane over tomorrow so I can get back to the UK
[10:55] <czajkowski> AlanBell: you heading back and kids staying ?
[10:55] <AlanBell> no, we are all going back together
[10:56] <czajkowski> ahh I was gonna say give em red lemonade and cream soda
[10:56] <AlanBell> or at least that is the plan as I understand it :)
[10:56] <czajkowski> and have em bouncing off walls
[11:09] <dax_roc> Any one using tmux here ?
[11:10] <dax_roc> *tmux & irssi + nicklist.pl
[11:13] <czajkowski> never heard of it
[11:13] <ebel> tmux is like gnu screen.
[11:13] <dax_roc> No its more powerful
[11:14]  * ebel sometimes uses screen. tmux i have no idea about it
[11:14] <ebel> dax_roc: can tmux 'screen' an already running process?
[11:14] <dax_roc> you can use screen inside a tmux window?
[11:15] <dax_roc> with tmux you can split a terminal vertical and horizontal, have multiple windows with multiple panes . Script it's startup to log you into all servers etc run cmds etc
[11:16] <dax_roc> really nice for monitoring servers etc
[11:16] <ebel> sounds like screen.
[11:17] <ebel> you can split windows with screen (maybe only one way)
[11:17] <dax_roc> ebel: yes if you can attach to it from the cli you can reattach in a tmux window
[11:17] <ebel> you can reattach a screen session from a different machine....
[11:18] <dax_roc> screen has a lot of legacy code, there is a patch to do the spliting
[11:18] <dax_roc> ebel: oh yeah , thats no problem you can have it open on more than one
[11:18] <ebel> if i ssh into a server and forget to use screen, and i start a long running process, there's no easy way to put that process into a screen session.
[11:18] <ebel> is that possible with tmux?
[11:19] <ebel> I have sometimes started long processes on a server and then i want to go home (so close the ssh connection), but if i do that the long running process stops
[11:19] <ebel> twould be cool if you could 'screen' an existing process
[11:19] <dax_roc> ebel: not sure of that, but you could set a tmux session to auto launch on login. and ask you do you want to continue running the session on logout  ?
[11:20] <ebel> nah, i know you can detach a screen session and log out, that's the point of screen.
[11:21] <ebel> I sometimes start screen with "ssh somehost -t screen -RD". i dislike having it start on log in.
[11:21] <dax_roc> I think you can fork a running process to the background anyway. Never used it tbh
[11:21] <ebel> but "screen an existing process" would be a killer feature.
[11:21] <ebel> you can background a process and then 'disown' it, but then it's hard to view the stdout (unless you start it piping) or it's hard to interact with the process.
[11:22] <dax_roc> if you can fork it, all you need to do is attach to the process in a screen / tmux session
[11:23] <dax_roc> ebel: i've used screen for years. I now moving to tmux tho :D ( 1 week testing )
[11:23] <ebel> oh? cool.
[11:24] <ebel> (and technically i think all processes fork from the original shell, that's how they get a different process id/pid :P )
[11:26] <dax_roc> ebel: simple test would be run top && and try attach it to a screen/tmux session I guess
[11:32] <dax_roc> ebel: take a look at retty
[11:56] <dax_roc> ebel: also neercs ? not sure on either, let me know if they work :D
[20:10] <airurando> evening
[20:44] <airurando> oh dear.... gruppy.com has a kids channel now.  more reasons to spend!


[03:28] <larsks> nrezinorn, but those files are already installed by setup.py.
[03:28] <larsks> In this case, the spec file should just trust setup.py.
[03:28] <larsks> harlowja, smoser: https://code.launchpad.net/~larsks/cloud-init/+git/cloud-init/+merge/312519 is my proposal for moving distribution-dependent service names out of the systemd unit files, as I was discussing with harlowja earlier today.
[07:55] <smoser> hm.
[07:55] <smoser> larsks, did you specifically have a problem ?
[07:56] <smoser> while there is noise in those files for sure (such as Before=network.service). it doesn't cause any issues that i'm aware of.
[12:38] <larsks> smoser, if you prefer to just list all the dependencies in the existing file (so Before=network.service networking.service NetworkManager.service), I'll submit that patch instead.
[12:38] <smoser> what does that diff look like ?
[12:38] <larsks> I like keeping the config files clean, but either solution works.
[12:38] <smoser> i suspect its pretty small isn't it ?
[12:38] <larsks> Yeah.
[16:46] <larsks> smoser, speaking of service dependencies....cloud-init-local.service is Before=NetworkManager.service.  Should it also be Before=networking.service (on ubuntu)?
[17:06] <smoser> larsks, i am pretty sure ubuntu's are right.
[17:06] <larsks> Okay.  But why a dependency on NetworkManager but not on networking.service?  I am just trying to understand the dependencies.
[17:17] <larsks> smoser, because I would like to make the deps under RHEL match as much as possible, but I don't understand the current model w/r/t networkmanager vs. networking.
[17:17]  * larsks heads out for a bit; back later.
[17:17] <smoser> right.
[17:18] <smoser> larsks, before=network-pre
[17:18] <smoser> is sufficent actually
[17:18] <smoser> and *should* be sufficient for NetworkManager
[17:18] <smoser> but netowrk manager has  bug
[17:18] <smoser> i think there is an upstream bug for that
[17:21] <smoser> yea, so NetworkManager should have
[17:21] <smoser>  After=network-pre.target
[17:21] <smoser> its buggy that it does not
[17:23] <smoser> larsks, https://bugzilla.gnome.org/show_bug.cgi?id=761001
[18:52] <larsks> smoser, awesome, thanks!