1412726402 Q * fisted Remote host closed the connection 1412726418 J * fisted ~fisted@xdsl-87-78-83-35.netcologne.de 1412728364 Q * zerick Ping timeout: 480 seconds 1412728446 M * Bertl okay, off to bed now ... have a good one everyone! 1412728459 N * Bertl Bertl_zZ 1412730510 Q * fosco magnet.oftc.net charon.oftc.net 1412730510 Q * click magnet.oftc.net charon.oftc.net 1412730510 Q * bzed magnet.oftc.net charon.oftc.net 1412730510 Q * guerby magnet.oftc.net charon.oftc.net 1412730510 Q * FloodServ magnet.oftc.net charon.oftc.net 1412730510 Q * _Shiva_ magnet.oftc.net charon.oftc.net 1412730510 Q * gamingrobot magnet.oftc.net charon.oftc.net 1412730510 Q * xdr magnet.oftc.net charon.oftc.net 1412730510 Q * transacid magnet.oftc.net charon.oftc.net 1412730510 Q * geb_ magnet.oftc.net charon.oftc.net 1412730510 Q * sid3windr magnet.oftc.net charon.oftc.net 1412730510 Q * Jb_boin magnet.oftc.net charon.oftc.net 1412730510 Q * DLange magnet.oftc.net charon.oftc.net 1412730510 Q * fisted magnet.oftc.net charon.oftc.net 1412730510 Q * Aiken magnet.oftc.net charon.oftc.net 1412730510 Q * Romster magnet.oftc.net charon.oftc.net 1412730510 Q * funnel magnet.oftc.net charon.oftc.net 1412730510 Q * Defaultti magnet.oftc.net charon.oftc.net 1412730510 Q * ggherdov magnet.oftc.net charon.oftc.net 1412730510 Q * distemper magnet.oftc.net charon.oftc.net 1412730510 Q * jrklein magnet.oftc.net charon.oftc.net 1412730510 Q * ivan` magnet.oftc.net charon.oftc.net 1412730510 Q * Bertl_zZ magnet.oftc.net charon.oftc.net 1412730510 Q * ex magnet.oftc.net charon.oftc.net 1412730510 Q * AbyssOne_ magnet.oftc.net charon.oftc.net 1412730510 Q * gnarface magnet.oftc.net charon.oftc.net 1412730510 Q * PowerKe magnet.oftc.net charon.oftc.net 1412730510 Q * Vudu magnet.oftc.net charon.oftc.net 1412730510 Q * FireEgl magnet.oftc.net charon.oftc.net 1412730510 Q * Guy- magnet.oftc.net charon.oftc.net 1412730510 Q * renihs magnet.oftc.net charon.oftc.net 1412730510 Q * undefined magnet.oftc.net charon.oftc.net 1412730510 Q * sannes magnet.oftc.net charon.oftc.net 1412730510 Q * jrayhawk magnet.oftc.net charon.oftc.net 1412730510 Q * webhat magnet.oftc.net charon.oftc.net 1412730510 Q * hparker magnet.oftc.net charon.oftc.net 1412730510 Q * wmp magnet.oftc.net charon.oftc.net 1412730510 Q * _BWare_ magnet.oftc.net charon.oftc.net 1412744234 Q * BlackPanx magnet.oftc.net solenoid.oftc.net 1412744234 Q * kshannon magnet.oftc.net solenoid.oftc.net 1412744234 Q * arekm magnet.oftc.net solenoid.oftc.net 1412744234 Q * ard magnet.oftc.net solenoid.oftc.net 1412744234 Q * yoshi314_ magnet.oftc.net solenoid.oftc.net 1412744234 Q * eyck magnet.oftc.net solenoid.oftc.net 1412744234 Q * clopez magnet.oftc.net solenoid.oftc.net 1412744234 Q * tokkee magnet.oftc.net solenoid.oftc.net 1412744234 Q * DelTree magnet.oftc.net solenoid.oftc.net 1412744234 Q * a1-away magnet.oftc.net solenoid.oftc.net 1412744234 Q * mcp magnet.oftc.net solenoid.oftc.net 1412744234 Q * DoberMann magnet.oftc.net solenoid.oftc.net 1412744234 Q * vasko magnet.oftc.net solenoid.oftc.net 1412744234 Q * sladen magnet.oftc.net solenoid.oftc.net 1412744234 Q * daniel_hozac magnet.oftc.net solenoid.oftc.net 1412744234 Q * AndrewLe1 magnet.oftc.net solenoid.oftc.net 1412744234 Q * neofutur magnet.oftc.net solenoid.oftc.net 1412744234 Q * Rockj magnet.oftc.net solenoid.oftc.net 1412744234 Q * mnemoc magnet.oftc.net solenoid.oftc.net 1412744376 J * AndrewLe1 ~andrew@210.240.39.201 1412744376 J * daniel_hozac ~daniel@h149n2-spaa-a12.ias.bredband.telia.com 1412744376 J * neofutur ~neofutur@neofutur.user.oftc.net 1412744376 J * vasko ~vasko@unreal.rainside.sk 1412744376 J * Rockj rockj@rockj.net 1412744376 J * sladen ~paul@starsky.19inch.net 1412744376 J * mnemoc ~amery@geeks.cl 1412744376 J * DoberMann ~james@2a01:e35:8b44:84c0::2 1412744376 J * mcp ~mcp@wolk-project.de 1412744376 J * a1-away ~jelle@62.27.85.48 1412744376 J * DelTree ~deplagne@2a00:c70:1:213:246:39:115:2 1412744376 J * tokkee tokkee@osprey.tokkee.org 1412744376 J * clopez ~tau@neutrino.es 1412744376 J * eyck ~eyck@u28n61.nowanet.pl 1412744376 J * yoshi314_ ~yoshi314@sundance.vichan.net 1412744376 J * ard ~ard@shell3.kwaak.net 1412744376 J * arekm ~arekm@000161e0.user.oftc.net 1412744376 J * kshannon ~kris@server.kris.shannon.id.au 1412744376 J * BlackPanx ~kvirc@cpe-31-15-133-178.cable.telemach.net 1412744376 J * AbyssOne_ ~jelle3@62.27.85.48 1412744376 J * wmp ~wmp@auburn.sored.pl 1412744376 J * ex ~ex@valis.net.pl 1412744376 J * Bertl_zZ ~herbert@213.145.232.42 1412744376 J * ivan` ~ivan`@000130ca.user.oftc.net 1412744376 J * jrklein ~osx@proxy.dnihost.net 1412744376 J * webhat ~quassel@31.25.99.5 1412744376 J * distemper ~user@2001:4dd0:ff00:9484:3f2f:58c8:2997:3dd2 1412744376 J * renihs ~arf@83-65-34-34.arsenal.xdsl-line.inode.at 1412744376 J * hparker ~hparker@0000fb24.user.oftc.net 1412744376 J * Guy- ~korn@elan.rulez.org 1412744376 J * FloodServ services@services.oftc.net 1412744376 J * FireEgl ~FireEgl@173-23-76-11.client.mchsi.com 1412744376 J * ggherdov sid11402@id-11402.ealing.irccloud.com 1412744376 J * _BWare_ ~itsme@31.25.99.5 1412744376 J * jrayhawk ~jrayhawk@nursie.omgwallhack.org 1412744376 J * sannes ~ace@cm-84.208.138.68.getinternet.no 1412744376 J * guerby ~guerby@ip165-ipv6.tetaneutral.net 1412744376 J * click click@ice.vcon.no 1412744376 J * bzed ~bzed@bzed.netrep.oftc.net 1412744376 J * Vudu c2a7b679c1@perverz.hu 1412744376 J * Defaultti defaultti@lakka.kapsi.fi 1412744376 J * funnel ~funnel@81.4.123.134 1412744376 J * PowerKe ~tom@d515270C2.access.telenet.be 1412744376 J * fosco fosco@91.208.40.1 1412744376 J * gnarface ~gnarface@108-227-52-42.lightspeed.irvnca.sbcglobal.net 1412744376 J * Romster ~Romster@202.168.100.149.dynamic.rev.eftel.com 1412744376 J * undefined ~undefined@00011a48.user.oftc.net 1412744376 J * Aiken ~Aiken@d63f.h.jbmb.net 1412744376 J * fisted ~fisted@xdsl-87-78-83-35.netcologne.de 1412744376 J * _Shiva_ shiva@whatcha.looking.at 1412744376 J * gamingrobot sid10990@id-10990.highgate.irccloud.com 1412744376 J * Jb_boin ~dedior@proxad.eu 1412744376 J * xdr ~xdr@h135n5-aahm-a11.ias.bredband.telia.com 1412744376 J * DLange ~DLange@dlange.user.oftc.net 1412744376 J * transacid ~transacid@transacid.de 1412744376 J * geb_ ~geb@mars.gebura.eu.org 1412744376 J * sid3windr luser@observium.ninja 1412748325 J * Ghislain ~aqueos@adsl1.aqueos.com 1412748938 Q * arekm Ping timeout: 480 seconds 1412749774 J * abc ~arekm@ixion.pld-linux.org 1412750255 N * abc arekm 1412751294 N * Bertl_zZ Bertl 1412751300 M * Bertl morning folks! 1412751314 M * gnarface 'morning Bertl 1412751331 M * gnarface any ideas about this? http://paste.debian.net/125087/ 1412751543 M * Bertl yes, you probably have a kernel option enabled which isn't that much tested 1412751585 M * Bertl and yes, most likely it is a bug in the Linux-VServer patch 1412751603 M * gnarface so you suspect its something *enabled* that isn't much tested as opposed to something i've forgotten to enable that isn't usually tested without? (those were my two remaining suspicions) 1412751622 M * gnarface so do you think its an option in the linux-vserver part of the menu itself? 1412751632 M * gnarface or something else... ? 1412751641 M * gnarface filesystem options or something? 1412751644 M * Bertl give me a second 1412751816 M * Bertl most likely CONFIG_USER_NS 1412751849 M * Bertl i.e. disable it in the kernel .config and you should be fine for now 1412751901 M * gnarface hmm. which one is that in the menu? 1412751924 M * Bertl use '/' to search for USER_NS 1412752039 M * gnarface hmm 1412752047 M * gnarface interesting that it won't let me disable it by menu 1412752061 M * Bertl it will be forced on by another choice 1412752072 M * gnarface something that perhaps also conflicts with vservers? 1412752108 M * gnarface i mean, this isn't gonna affect vserver containment security right? vservers don't rely on this do they? 1412752137 M * Bertl no 1412752158 M * gnarface hmmm.... 1412752165 M * gnarface odd though that the help seems to suggest it does 1412752192 M * Bertl but I wonder what actually selects it 1412752211 M * gnarface top level menu entry help says "Selected by: VSERVER [=y]" 1412752231 M * gnarface also some of the help notes on the sub entries specifically mention vservers 1412752271 M * gnarface oh i was confused, actually "namespaces support" is forced on by vservers, 1412752302 M * gnarface user namespaces IS a sub entry, and it specifically says this: " This allows containers, i.e. vservers, to use user namespaces to provide different user info for different servers. " 1412752307 M * gnarface (it goes on after that) 1412752310 M * Bertl searching for a "select USER_NS" doesn't find anything 1412752337 M * gnarface it does for me on kernel 3.14.17 1412752363 M * Bertl only a disable entry in kernel/vserver/Kconfig 1412752376 M * Bertl (has a hash as first character in line) 1412752396 Q * undefined Quit: Closing object 1412752453 M * Bertl we are talking about vanilla 3.14.17 with the vs2.3.6.13 patch, yes? 1412752509 M * gnarface yes, but actually maybe i'm on to something. that note for USER_NS mentions that its recommended to have MEMCG and MEMCG_KEMEM on also, which i just realized was not, by default 1412752518 M * gnarface i'm gonna try enabling them too to see if it likes that 1412752636 M * gnarface think i should enable MEMCG_SWAP too then? its right next to MEMCG_KMEM 1412753523 M * gnarface Bertl: hmm. nope, still eventually bails out at the same place :( think i should go back to an older vserver patch? i was thinking that if there was a vserver patch for 3.12 i could try applying it to the stock wheezy backports kernel 1412753807 M * gnarface Bertl: this *is* the vanilla kernel i'm trying to build right now, but if i can't do it i figure maybe i'll have better luck starting with a native wheezy kernel package 1412753808 M * Bertl isn't there a debian kernel package out there for 3.14.17? 1412753818 M * gnarface not for wheezy 1412753821 M * gnarface (stable) 1412753838 M * Bertl what repositories have you checked? 1412753845 M * gnarface not *official* for wheezy, i mean 1412753859 M * Bertl ah, yeah, that I know 1412753892 M * gnarface besides which, that wouldn't explain how they managed to build theirs if there was 1412753902 M * gnarface (building on ubuntu is cheating :-p) 1412754033 M * Bertl no, I'm pretty sure you have (as I said) something that forces the USER_NS on 1412754070 M * Bertl it is strange, because my vanilla kernel + Linux-VServer patch doesn't have anything in this regard, and USER_NS is off in my kernel config 1412754115 M * Bertl maybe run 'grep -rl "select.*USER_NS" . ' in your kernel source tree? 1412754134 M * gnarface hmm. that is odd, you said you were using 3.14.17 also, or are you using something older? 1412754155 M * Bertl nope, 3.14.17 it is 1412754173 M * gnarface hmmmm. that's really odd 1412754183 M * gnarface so it must have come from the config file i loaded somehow then 1412754196 M * gnarface # grep -rl "select.*USER_NS" . 1412754196 M * gnarface ./kernel/vserver/Kconfig 1412754203 M * gnarface (that's all i get) 1412754250 M * Bertl and there it is commented out, no? 1412754253 M * gnarface yep 1412754255 M * gnarface commented out 1412754267 M * Bertl so what is keeping you from deselecting USER_NS? 1412754295 M * gnarface oh my bad 1412754314 M * gnarface i can only not deselect the parent entry, Namespaces support (CONFIG_NAMESPACES) 1412754336 M * gnarface i was confused when i first did the search 1412754343 M * gnarface i didn't know menuconfig had a search feature like that 1412754352 M * Bertl ah, okay, then try with USER_NS deselected 1412754363 M * gnarface but the help for CONFIG_USER_NS specifically says "This allows containers, i.e. vservers, to use user namespaces │ 1412754363 M * gnarface │ to provide different user info for different servers. " 1412754371 M * gnarface i'm pretty sure i need that 1412754379 M * gnarface i'll try compiling without it just for testing 1412754389 M * gnarface but i'd not want users to see processes in other jails and such 1412754439 M * gnarface or whatever 1412754466 M * gnarface i'd prefer to go back to a version where that was working, if i understand right what its for, rather than disabling it, because it sounds insecure potentially not to have it 1412754489 M * Bertl trust me, it is just fine 1412754494 M * gnarface nonetheless, here goes the test build with it off... 1412754518 M * Bertl also check in your old config, it will be disabled there as well 1412755038 M * gnarface yea, its disabled there as well 1412755068 M * gnarface the build fails here now: http://paste.debian.net/125102/ 1412755113 M * gnarface xfrm? do i need that? 1412755146 M * Bertl I do not see an error in this output, except for make bailing out 1412755157 M * gnarface hmm 1412755157 M * Bertl so the error has to be further up I guess 1412755192 M * gnarface i'll log the whole output to a file to see what i can find 1412755629 M * gnarface i scrolled back quite a ways, and didn't see it, so the error must be way up there 1412755664 M * gnarface when this attempt finishes i can string search the file though, should searching for "error" (case insensetive) be sufficient? 1412756016 M * Bertl just upload the entire build output and I'll have a look when I get back 1412756022 M * Bertl have to leave shortly 1412756356 M * Bertl off for now ... bbl 1412756358 N * Bertl Bertl_oO 1412756405 M * gnarface ok, thanks for putting me on the right track Bertl_oO 1412756887 Q * hijacker Remote host closed the connection 1412757839 J * hijacker ~hijacker@213.91.163.5 1412758623 J * BenG ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net 1412759457 Q * fisted Remote host closed the connection 1412759458 J * fisted ~fisted@xdsl-87-78-83-35.netcologne.de 1412759789 Q * AbyssOne_ Ping timeout: 480 seconds 1412760224 J * AbyssOne_ ~jelle3@62.27.85.48 1412760492 M * gnarface Bertl_oO: interestingly enough, on the second try it completed fine. i'm starting to wonder if that error was related to a hardware fault (some sort of intermittent segfault further up while compiling/linking one of the requisite objects) 1412760589 M * gnarface Bertl_oO: either way, since i didn't log it that time, there's no telling what it was. got any ideas, other than possibly processor going out-of-whack? (ram and harddrive have both passed extensive fault checking) 1412761891 M * gnarface python required to build util-vserver 0.30.216-pre3062? 1412761972 M * yoshi314_ there seems to be something wrong with 3.14.17 vserver kernel. i tried to run lxc on it and i cannot get it to rebuild with user namespaces - i get build errors 1412761984 M * gnarface heh 1412761987 M * gnarface yoshi314_: welcome to the club 1412761995 M * yoshi314_ know issue, i guess 1412762009 M * yoshi314_ development wanted side by side comparison 1412762020 M * gnarface i'm not sure how well known, but i just had to disable it to make mine build 1412762038 M * gnarface Bertl pointed me in the right direction or i'd have had no idea what to do 1412762050 M * yoshi314_ gnarface: so are there some patches floating around ? 1412762092 M * gnarface yoshi314_: not that i know of, i'm still trying to decide what to actually do about it, but disabling it allowed me to successfully build the kernel 1412762108 M * yoshi314_ well, i guess separate kernel it is for now 1412762119 M * gnarface yoshi314_: which one will you use? 1412762180 M * yoshi314_ so far developers want lxc, so i'll set it up on non-vserver kernel 1412762189 M * yoshi314_ they already did their benchmarking on vserver 1412762247 M * gnarface hmm. i'm not familiar with lxc 1412763164 M * gnarface yoshi314_: just out of curiosity, in your kernel config do you have the selinux and/or apparmor hooks disabled under "security" ? 1412763441 M * yoshi314_ i'll check in a minute 1412763475 M * yoshi314_ selinux is disabled 1412763511 M * yoshi314_ it's basically same config as one from psand repo, except for hugetlbfs enabled and those user namespaces 1412763521 M * yoshi314_ only the latter broke the build 1412763557 M * gnarface hmm. i have that disabled too, but i notice lxc mentions requiring it 1412763592 M * gnarface its not possible that user namespaces requires selinux, is it? 1412763611 M * gnarface i realize i'm grasping at straws here 1412763618 M * yoshi314_ gnarface: would that break the build ? 1412763646 M * gnarface yoshi314_: oh i was asking you, i really don't know. someone in here probably does though 1412763669 M * yoshi314_ i'd say it would enable dependent feature and build it 1412763691 M * yoshi314_ " include/linux/uidgid.h:133:1: error: unknown type name 'krag_t' " doesn't look like menuconfig problem 1412763711 M * gnarface oh, that part i assumed was a typo in the patch, and changed to ktag_t 1412763713 M * yoshi314_ include/linux/fs.h:741:15: error: incompatible types when assigning to type 'ktag_t' from type 'int' or that one 1412763719 M * yoshi314_ if i change that, it breaks even worse 1412763738 M * gnarface yea, i had to change krag_t to ktag_t in that file and disable user namespaces 1412763748 M * gnarface then it worked... on the SECOND try, for some reason only 1412763760 M * gnarface (possible spurious hardware issue though) 1412763808 M * yoshi314_ kernel/built-in.o: In function `__vc_set_iattr': 1412763809 M * yoshi314_ inode.c:(.text+0x550bc): undefined reference to `make_ktag' 1412763817 M * gnarface yea, i got that one too 1412763820 M * yoshi314_ this happens, probably something more serious 1412763822 M * yoshi314_ than just a typo 1412763838 M * yoshi314_ or just missing link commands 1412763846 M * gnarface you mistake my meaning, i think there is something more serious *and* a typo 1412763870 M * yoshi314_ maybe missing #include somewhere 1412765073 Q * hijacker Quit: Leaving 1412765288 Q * BenG Remote host closed the connection 1412765355 M * yoshi314_ hm i might have just fixed one build error 1412765367 M * gnarface oh? 1412765375 M * yoshi314_ i have to reverify 1412765395 M * yoshi314_ make-kpkg on debian somehow doesn't cleanly rebuild the kernel 1412765420 M * gnarface oh, i'm using debian too. i guess that wouldn't surprise me 1412765434 M * yoshi314_ it seems it goes over problematic piece when manually building 1412765448 M * gnarface hmmm, interesting 1412765459 M * gnarface you're also using debian wheezy (stable) ? 1412765572 M * yoshi314_ it seems so 1412765597 M * gnarface i think to be sure you'd use this command: lsb_release -a 1412765636 M * gnarface (can't always trust the motd file, it might be left over from a previous install or an improperly upgraded base system) 1412765642 Q * funnel Quit: Lost terminal 1412765651 J * funnel ~funnel@0001c7d4.user.oftc.net 1412765722 J * BenG ~BenG@cpc29-aztw22-2-0-cust128.18-1.cable.virginm.net 1412766012 J * funnel_ ~funnel@81.4.123.134 1412766856 M * yoshi314_ nope. still fails 1412766958 J * undefined ~undefined@75-141-158-50.dhcp.mdfd.or.charter.com 1412766987 M * gnarface is that with or without the typo fix? 1412767484 M * yoshi314_ with the typo fi 1412767487 M * yoshi314_ fix 1412769602 Q * fisted Remote host closed the connection 1412769621 J * fisted ~fisted@xdsl-84-44-239-198.netcologne.de 1412770233 M * ard yoshi314_ : I have problems too with lxc. But that is also on non vserver kernels... 1412770264 M * yoshi314_ i haven't used lxc much yet 1412770267 M * ard lxc on wheezy contains unfixed bugs 1412770282 M * ard on jessie it needs some tweaks to get it to work... 1412770300 M * yoshi314_ seems that in my company there are some custom repositories with more up to date kernels and tools for lxc or vserver 1412770310 M * yoshi314_ possibly pre-tweaked 1412770314 M * ard I build my own kernels ;-) 1412770335 M * ard I do not trust debian kernels, as they contain too many patches. 1412770399 M * ard one of the worst things is the requirement to have aufs in the kernel, just because livebuild says so... 1412770470 M * ard But I do run lxc on an odroid U3 and an odroid XU3 (quad A9 and a quad A15+quad A7) 1412772619 J * Corsac ~yap@2a01:e34:ec04:42e0::2 1412772621 M * Corsac hi 1412772843 M * Corsac https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/commit/?id=7d8b6c63 breaks vserver because CAP_CONTEXT is now an “undefined cap” 1412772863 M * Corsac (this is included in 3.14.19+ and I guess 3.16/3.17) 1412772929 M * Corsac I guess I can cook a quick and dirty solution locally here, but since it'll have to be fixed in vserver anyway, is there an idea on how to fix this properly? 1412774097 M * undefined Corsac: yes, see the mailing list; i already provided a patch 1412774114 M * undefined but specifically to 3.10 1412774162 Q * Aiken Remote host closed the connection 1412774185 M * undefined Corsac: http://archives.linux-vserver.org/201410/0015.html 1412774235 M * undefined for 3.10.55 i simple reverted the upstream patch, but for 3.10.56 i patched it with the patch attached to that email 1412774324 M * undefined though feel free to: 1. blindly use my patch, 2. use my patch after you have reviewed it, 3. come up with your own patch 1412774393 M * Corsac :) 1412774404 M * Corsac (sorry, I didn't check the mailing list first) 1412774436 M * undefined Corsac: i also talked about it here on #vserver (see the archives at http://irc.13thfloor.at/LOG/) 1412774551 M * undefined i provide those historical resources not to shame you (ie "you didn't do your research"), but to provide you the full context, if you are interested 1412774649 M * undefined if you are interested in the irc conversations (which are not fully reflected in the mailing list posts), then i can provide you the exact days (so you know which irc logs to reference) 1412774717 M * undefined Corsac: whatever you do, i would appreciate the feedback, as i haven't received any (though i deployed my patch yesterday and it seems to be working fine) 1412774801 M * Corsac sure 1412783100 Q * BenG Quit: I Leave 1412784081 J * yang yang@yang.netrep.oftc.net 1412785412 J * bonbons ~bonbons@2001:a18:20e:cc01:9928:5842:26b6:d4e 1412788827 J * Carpoon_ ~Carpoon@BC2494BF.dsl.pool.telekom.hu 1412789236 Q * Carpoon Ping timeout: 480 seconds 1412794044 M * Bertl_oO yes, that is most likely a typo 1412794056 M * Bertl_oO sorry, wrong window 1412795264 Q * funnel_ Remote host closed the connection 1412795264 Q * funnel Remote host closed the connection 1412795281 J * funnel ~funnel@0001c7d4.user.oftc.net 1412795365 J * Aiken ~Aiken@d63f.h.jbmb.net 1412800349 Q * bonbons Quit: Leaving 1412800905 Q * funnel Remote host closed the connection 1412800921 J * funnel ~funnel@0001c7d4.user.oftc.net 1412809015 Q * Ghislain Quit: Leaving. 1412810029 Q * sladen Remote host closed the connection 1412812168 J * sladen ~paul@starsky.19inch.net