1179879654 Q * bzed Quit: Leaving
1179881132 J * dreamind ~dreamind@C2107.campino.wh.tu-darmstadt.de
1179881171 N * dreamind Guest148
1179881209 N * Guest148 dreamind
1179881493 Q * dreamind Quit: dreamind
1179882193 M * slack101 if i give somoene a vserver they cant just break out of that can they ?
1179882357 M * slack101 i dont want the host server broken into
1179882428 M * mugwump that's the idea ;)
1179882458 M * mugwump but in practice you should at least treat local root vulnerabilities as cross-vserver/vserver escaping until you can prove otherwise
1179882581 M * slack101 so i mean how secure is the host server ?
1179882740 M * mugwump the rule of thumb is safe as houses.  but feel free to apply your own level of paranoia
1179882772 M * slack101 i mean is there any reported cases / known vulternnilities ?
1179883030 M * mugwump I've never heard of any, but don't trust my opinion.
1179883064 M * mugwump I guess in retrospect very early versions possibly had /proc vulnerabilities
1179883077 M * mugwump it's also quite possible to configure it to be insecure
1179883101 M * mugwump but stick to the defaults and that Should Never Happenâ„¢
1179883111 M * mugwump doh unicode
1179883114 M * mugwump â„¢
1179883125 A * mugwump gives up on entering ™
1179883148 M * mugwump heh, I thought these two were associated
1179883162 M * mugwump 10:21  * mjt wonders how difficult is to install hell...
1179883167 M * mugwump 10:22 < sid3windr> apt-get install hell
1179883171 M * mugwump 10:34 < slack101> i hate how it requries apache man i cat stand that 
1179883196 M * mugwump hell *would* depend on apache.  and bdb, and probably kde
1179883979 M * Bertl okay, off for today ... have a good one everyone!
1179883984 N * Bertl Bertl_zZ
1179886033 Q * wibble Quit: Trillian (http://www.ceruleanstudios.com
1179900580 Q * daniel_hozac Ping timeout: 480 seconds
1179900806 Q * FireEgl Read error: Connection reset by peer
1179901020 J * FireEgl FireEgl@Sebastian.Atlantica.DollarDNS.Net
1179902643 M * arachnist mugwump: i'd say it'd depend on gnome... and only on gnome
1179903384 J * dna ~naucki@84-218-dsl.kielnet.net
1179903746 Q * FireEgl Read error: No route to host
1179903838 J * FireEgl FireEgl@Atlantica.IPv6.SH
1179904465 J * Aleks ~Antony@213.208.38.17
1179905281 M * Aleks Hi All, who does have experiance in 32bit VServer run on 64bit
1179905306 M * Aleks When does Bertl will be here?
1179905848 M * harry Aleks: ?
1179905865 M * harry i have an intel em64t 64 bit host system running 32 bit guests
1179905966 M * Aleks I have amd64 with instances created and run on x386
1179905997 M * harry you run a 32 bit host with 64 bit guests?
1179906013 M * Aleks now in my kernel logs i'm getting many "segfault at 0000000000000046 rip 00000000f7e636e7 rsp 00000000ffd8a85c error 4" exrrors
1179906017 Q * virtuoso Ping timeout: 480 seconds
1179906020 M * Aleks nope :)
1179906054 M * Aleks VServers was created and run in 32bit... but I move them to Debian etch amd64
1179906139 M * harry do you have 32 bit support? in your 64 bit system?
1179906146 M * harry do you have the 32 bit libs?
1179906185 M * Aleks yea..... every tingk is work for some VServers I'm getting this ettots
1179906227 M * harry weird...
1179906239 M * harry you should check where it segfaults etc...
1179906710 M * Aleks in mani binaries
1179906736 M * Aleks in manybinaries
1179906747 M * harry hmm...
1179906760 M * harry i can't think of a reason atm
1179906770 M * harry maybe linked against the wrong binaries or so?
1179906785 M * harry some 64 bit lib you're using instead of the 32 bit one...
1179906983 J * DavidS ~david@p57A4A294.dip0.t-ipconnect.de
1179907012 M * Aleks but in guestes too??
1179907093 M * harry i don't konw
1179907102 M * harry i don't know why this is happening
1179907110 M * harry don't really know where to look either
1179907121 M * harry (i mean, there are possibilities, but i'm not sure)
1179907213 M * Aleks but guess see only Kernel of host...
1179907226 M * harry uhu
1179907248 M * harry there is probably something fishy with the libs then... i don't immediately see it
1179907391 J * lilalinux ~plasma@dslb-084-058-208-189.pools.arcor-ip.net
1179907400 M * Aleks maybe problems with memory alocation
1179908016 M * Aleks When can I det segfaut exactly?
1179908892 M * harry ?
1179909401 J * bzed ~bzed@dslb-084-059-117-253.pools.arcor-ip.net
1179909817 M * Aleks soory s/det/get/
1179911302 Q * rfeldbauer 
1179911493 M * harry illegal memory access => segfault
1179911504 M * harry you should check with strace where the segfault happens
1179911507 M * harry what lib/function
1179911512 M * harry maybe that clears things up
1179911521 M * harry ulimit/gdb/...
1179911525 M * harry strace
1179911531 M * harry ltrace (careful with this one ;))
1179911849 M * Aleks fine But i have many VServers runnig on this Host I dont know which one hade access, is there way to in which VServer I got the error?
1179911959 M * mugwump if they're coming in the kernel logs I think that means it's a kernel segfault... not good
1179911968 M * harry the one where you execute stuff that says: segfault
1179911969 M * mugwump you can probably work out which function it's in from the eip
1179911983 M * mugwump and the System.map
1179911999 M * harry 09:40 < Aleks> now in my kernel logs i'm getting many "segfault at 0000000000000046 rip 00000000f7e636e7 rsp 00000000ffd8a85c error 4" exrrors
1179912021 Q * Aiken Quit: Leaving
1179912024 M * mugwump rip's the one
1179912030 M * harry mugwump: iirc, 00000000f7e636e7 is not kernelspace
1179912044 M * mugwump that's the stack pointer
1179912056 M * mugwump oh no you're right
1179912073 M * harry 0000000000000046 would mean a nullptr deref
1179912103 A * mugwump <== not really a kernel guy ;)
1179912131 M * mugwump I've just never seen kernel messages for userspace segfaults
1179912374 M * Aleks I have about 50 processes which got segfault
1179912399 M * harry which ones?
1179913440 M * Aleks harry: you need exact messages?
1179913882 M * mugwump paste them all at rafb.net if you like
1179914562 J * baldy baldy@pptp.dial.ipv6-network.de
1179914564 M * baldy re huhu
1179914597 M * baldy http://paste.linux-vserver.org/2042 <-- hab ich da irgentwas vergessen zu instalieren?
1179914637 M * baldy huch
1179914664 M * Aleks guys, what info do yu need exactly, because at all there are 5000 lines. do you need rsp? rip?
1179914664 M * baldy did i forget to install somethink?
1179915016 Q * FireEgl Read error: Connection reset by peer
1179915104 J * Aleks_ ~Antony@host-195-250-78-87.customer.arminco.com
1179915147 Q * Aleks Ping timeout: 480 seconds
1179915443 Q * eyck_ Ping timeout: 480 seconds
1179915463 J * vasko ~vasko@unreal.rainside.sk
1179915469 M * vasko hi
1179915718 Q * matvey Ping timeout: 480 seconds
1179915832 Q * Aleks_ Ping timeout: 480 seconds
1179916555 J * Aleks_ ~Antony@213.208.38.17
1179917499 Q * ensc Ping timeout: 480 seconds
1179919048 J * matvey ~matvey@host-197-33.netflow.ru
1179919680 J * eyck ~eyck@nat.nowanet.pl
1179920436 J * dreamind ~dreamind@C2107.campino.wh.tu-darmstadt.de
1179920471 N * dreamind Guest174
1179920804 Q * Guest174 Quit: Guest174
1179921849 M * harry Aleks_: everything in a pastebin :)
1179921919 J * lilalinux_ ~plasma@dslb-084-058-247-107.pools.arcor-ip.net
1179921987 Q * lilalinux Ping timeout: 480 seconds
1179922177 J * chand ~chand@212.99.51.254
1179922293 Q * mattzerah__ Quit: mattzerah__
1179923311 Q * DavidS Quit: Leaving.
1179923366 J * mattzerah ~matt@121.50.222.55
1179923414 Q * mugwump Ping timeout: 480 seconds
1179923442 J * virtuoso ~s0t0na@80.253.205.251
1179924374 M * Aleks_ harry, There are ~5000 lines:(, maybe you can specify which field you need? example (kernel: atack[20768]: segfault at 0000000000000000 rip 0000000000000000 rsp 00000000ffd04600 error 14)
1179924498 J * ema ~ema@rtfm.galliera.it
1179924508 J * DavidS ~david@p57A48D78.dip0.t-ipconnect.de
1179924638 M * waldi noone, you have broken binaries on your system
1179924668 J * mugwump ~samv@watts.utsl.gen.nz
1179925054 N * Bertl_zZ Bertl
1179925057 M * Bertl morning folks!
1179925101 M * Aleks_ hm...... you are about me? :)   what can be broken? any idea? Main system is amd64 but there are few files from my old 32 bit system...
1179925308 M * Bertl baldy: what tool version is that?
1179925346 M * Bertl Aleks_: that is with a grsec kernel? or what version is it?
1179925388 M * vasko i experiences a couple of segfaults today like:
1179925396 M * vasko [163773.108263] showattr[7958:#0]: segfault at 0000000000000028 rip 00000000004009c7 rsp 00007fff3a259a60 error 4
1179925396 M * vasko [163785.138838] vserver-stat[7985:#0]: segfault at 0000000000000028 rip 0000000000400a53 rsp 00007fff6bc512d0 error 4
1179925396 M * vasko [163854.377494] vnamespace[8003:#0]: segfault at 0000000000000028 rip 000000000040015a rsp 00007fff28620dc0 error 4
1179925396 M * vasko [163977.546768] vserver-stat[8013:#0]: segfault at 0000000000000028 rip 0000000000400a53 rsp 00007fff9a9f6060 error 4
1179925396 M * vasko [164080.931415] vnamespace[8027:#0]: segfault at 0000000000000028 rip 000000000040015a rsp 00007fff77399c60 error 4
1179925397 M * vasko [164632.306251] vnamespace[8076:#0]: segfault at 0000000000000028 rip 000000000040015a rsp 00007fffdaa0b2c0 error 4
1179925397 M * vasko [164927.104504] vserver-stat[8374:#0]: segfault at 0000000000000028 rip 0000000000400aad rsp 00007fff36428a50 error 4
1179925413 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines)
1179925421 M * vasko ok, sorry
1179925433 M * vasko new clean install ubuntu feisty, own kernel, util-vserver-0.30.213
1179925469 M * vasko after recompilation util-vserver with gcc3.4 instead of default gcc4.1 everything works
1179925495 M * vasko is it a compiller issue only?
1179925795 M * Bertl yep
1179925801 M * Bertl and it is a known ubuntu issue
1179925810 M * sid3windr izzit
1179925816 M * Bertl i.e. it works fine with mainline gcc 4.1.2
1179925829 M * vasko ok, thanx
1179925832 M * Hollow Bertl: question about shiny ... how do i handle syscalls returning void or a pointer? (like mmap) simply cast the int to pointer?
1179925874 M * Bertl well, there are no syscalls returning void (per definition, all of them return long) but yeah, just ignore the return value, if it wasn't an error
1179925891 M * Hollow ok :)
1179925920 M * Hollow btw, i think the mips party in shiny17 is wrong
1179925924 M * Hollow *part
1179925973 M * Hollow "ori»···$v0,$0,%2" v0 is only defined in asm/regdef.h, not understood by gnu as
1179925979 M * Bertl feel free to fix it, when you have a machine to test
1179925986 M * Hollow well, qemu :)
1179926000 M * Bertl ah, you have a booting mips installation for qemu?
1179926014 M * Bertl I tried that a few month ago with not much success
1179926031 M * Hollow no, until now i have used the user space emulation for some simple codes for uni...
1179926072 M * Bertl yeah, userspace is fine, but system didn't work back then
1179926082 M * Hollow didn't try it until now
1179926099 M * Hollow for some hello world app it was enough :)
1179926138 M * Hollow bit i have also downloaded the mips test image from the qemu page and test bootet it.. worked, but no compiler etc .. ;)
1179926343 Q * eyck Ping timeout: 480 seconds
1179926350 M * baldy Bertl: u mean uril-vserver? 213...
1179926379 M * Bertl baldy: what gcc and what distro?
1179926450 M * Bertl Hollow: we might get a system for kernel compiling and qemu testing soon ... let's hope it isn't another soap bubble :)
1179926460 M * Hollow hehe :)
1179926485 M * Bertl Hollow: btw, is your Linux-VServer hosting machine stable now?
1179926506 M * Hollow i hope so :)
1179926517 M * Hollow i have to replace the other machine, the disk is dying ..
1179926523 M * Bertl would it be possible to move the ML there too?
1179926543 M * Hollow yep.. i forgot to contact martin (iirc ;)
1179926562 M * Bertl well, I'm trying to contact him for several months now, with no success
1179926570 M * baldy gcc version 4.1.2 on debian etch
1179926585 M * Bertl baldy: could you try with gcc 3.3 there?
1179926589 M * Hollow we can setup a list, but we have no archives and subscriber lists, right?
1179926600 M * baldy i tried with 212 and this works...
1179926605 M * baldy Bertl: not yet ;)
1179926631 M * Bertl Hollow: yep, my idea would be to leave the old list around, and basically run the new list in parallel
1179926672 M * Bertl Hollow: i.e. post everything on the old list, and 'subscribe' the new list to the old one (kind of)
1179926704 M * Bertl I'd do an official explanation on the old ML and ask all folks to subscribe to the new one within a few month
1179926741 M * Hollow hm, sounds like a lot of hacks :)
1179926745 M * sid3windr yep
1179926746 M * Bertl then, depending on the future development (regarding ML), we either successfully contact martin, and he hands us over the subscription list
1179926748 M * Hollow but well.. if we can't reach him
1179926774 M * Bertl or we have to hope that everybody interested will switch to the new one ...
1179926789 M * Bertl well, _we_should_have_moved_last_time :)
1179926804 M * Hollow last time?
1179926813 M * Bertl this isn't the first time this happens
1179927009 M * Bertl note: I'm not pushing for that, but I already got about 5 complaints regarding lists.linux-vserver.org and a lot of folks who want to (un)subscribe
1179927080 M * sid3windr they can, can't they?
1179927081 M * sid3windr :p
1179927089 M * sid3windr just send email to the address advertised in the header
1179927090 M * sid3windr s
1179927172 M * Bertl yes, they can (technically speaking) but most of them can't (practically speaking :)
1179927572 M * Hollow Bertl: http://paste.linux-vserver.org/2043 (tested with cross-compiler + qemu-user)
1179927818 M * Hollow although i have no idea why the mnemoic names work in things like:   register long __err __asm__ ("a3");
1179927964 J * eyck ~eyck@nat.nowanet.pl
1179928017 M * Bertl Hollow: hehe, looks good except for the vim comment :)
1179928028 M * Hollow :P
1179928173 M * Hollow it looks kinda weird with ts=4 :)
1179928183 M * Bertl nobody uses that :)
1179928197 M * Hollow :P
1179928200 M * Bertl btw, what was the problem of the ori?
1179928234 M * Hollow well, gcc optimizes it to li, and it looks cleaner...
1179928237 M * Hollow :)
1179928261 M * Bertl okay, and how does the %0 -> %2 change work? now that I had a closer look at it :)
1179928312 M * Bertl was that the real bug? or is that just coincidence that this works?
1179928313 M * Hollow well, li is a macro instruction that expands to ori Rd, $0, Imm
1179928348 M * Bertl yeah, which is basically the same as the ori before
1179928348 M * Hollow and $0 is hard-wired to 0
1179928361 M * Hollow yeah, dunno why gcc replaces it with li, but i like it better too :P
1179928370 M * Bertl but, you changed from %0 (first argument) to %2 (third one)
1179928382 M * Hollow ehm.. 
1179928385 M * Hollow no?
1179928386 M * Hollow :)
1179928402 M * Bertl right, forget that, need more caffeine :)
1179928433 M * Bertl $2 = v0 I presume :)
1179928439 M * Hollow i really like mips, except that it has no built in stack instructions :P
1179928442 M * Hollow yep
1179928452 M * Bertl is there a problem with using $v0 there?
1179928475 M * Bertl if not, I'd prefer to use that (because that is probably the one mentioned in the comment above, no?)
1179928481 M * Hollow yep, it somehow does not recognize v0 there...
1179928485 M * Hollow  /tmp/ccn2XGJi.s:26: Error: illegal operands `ori v0,zero,4001'
1179928492 M * Hollow no matter if $vo or v0
1179928504 M * Bertl and what about $v0 :)
1179928524 M * Hollow in fact asm/regdef.h contains the mnemonic definitions, so as i said .. no idea why they work in the variables ..
1179928532 M * Hollow i meant $v0 :)
1179928543 M * Bertl okay, so be it ...
1179928552 M * Hollow *shrug*
1179928571 M * Bertl I'm pretty sure that is new, btw, as it was cross compiled for all archs including mips
1179928587 M * Bertl i.e. they probably removed that naming scheme along the way
1179928596 M * Hollow well, i though it just has to be v0 instead of $v0, but it doesn't work either
1179928657 M * Bertl $2 should be fine ... less readable, but fine ... nobody actually reads my macro hell :)
1179928663 M * Hollow i do :)
1179928691 M * Hollow beside that it is rather complex it is quite self-explanatory ;)
1179928739 M * Hollow the i386 section is a real nightmare
1179928740 M * Hollow ;)
1179929027 M * Bertl yeah, well, it will probably get even more complicated soon
1179929053 M * Bertl it seems they are reducing register assignments even more
1179929094 M * Hollow ah, fun :)
1179929398 Q * ruskie Remote host closed the connection
1179929583 J * ruskie ruskie@ruskie.user.oftc.net
1179930588 J * ensc ~irc-ensc@p54B4F3FE.dip.t-dialin.net
1179930745 M * baldy Bertl: did u allready checked out openvcp?
1179930925 J * daniel_hozac ~daniel@c-051472d5.08-230-73746f22.cust.bredbandsbolaget.se
1179931990 M * daniel_hozac baldy: you shouldn't build the legacy API.
1179932021 M * daniel_hozac i don't think that's been compilable for quite some time, at least not with recent compilers.
1179932382 M * mjt hmm.  I like the way current "containers" work is going in mainline
1179932400 M * mjt at least the interface seems to be.. interesting
1179932441 M * mjt * Mount container filesystem
1179932441 M * mjt 	mount -t container none /container; cd /container
1179932441 M * mjt * Create new container
1179932441 M * mjt 	mkdir mybox; cd mybox
1179932441 M * mjt * Add current shell to container
1179932443 M * mjt 	echo $$ > tasks
1179932470 M * daniel_hozac Paul's patchset?
1179932495 M * mjt seems like, yeah
1179932511 M * mjt "Paul Menage's Containers (V8): Generic Process Containers"
1179932527 M * daniel_hozac well, isn't he one of the cpuset authors? is that interface really unexpected? :)
1179932553 M * mjt i never looked at cpusets - max we had is 2 dualcore systems ;)
1179933721 Q * blizz Remote host closed the connection
1179934540 J * stefani ~stefani@flute.radonc.washington.edu
1179936017 Q * ensc Ping timeout: 480 seconds
1179936167 Q * slack101 Read error: Connection reset by peer
1179936196 J * slack101 ~Administr@cpe-71-65-52-127.insight.res.rr.com
1179936283 Q * Adrinael Ping timeout: 480 seconds
1179936383 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1179936624 M * slack101 good day
1179936626 M * slack101 Bom Dia 
1179936960 J * bonbons ~bonbons@ppp-110-168.adsl.restena.lu
1179937040 Q * chand Quit: chand
1179937221 J * ahuman ~oem@ool-43557e7c.dyn.optonline.net
1179938957 J * hallyn ~xa@adsl-75-0-149-133.dsl.chcgil.sbcglobal.net
1179939035 Q * Aleks_ 
1179939036 Q * hallyn 
1179939056 J * hallyn ~xa@adsl-75-0-149-133.dsl.chcgil.sbcglobal.net
1179939164 J * aA ~aa@213.208.38.17
1179939269 M * aA Hi Bertl
1179939351 M * aA I think You have e-mail from me, I sent it 5 min ago:)
1179939399 M * daniel_hozac i think he's oO right now.
1179939467 M * aA Ok thank you daniel :) do you know when he will be here, aproxymetly.
1179939479 M * daniel_hozac no idea.
1179939497 M * aA When is he here, usual?
1179939524 M * daniel_hozac i don't know, that's a good question though.
1179939526 M * daniel_hozac someone should graph it.
1179939567 Q * pmenier Quit: Quitte
1179939580 M * aA :) 
1179939595 M * aA good ansver
1179939603 M * aA /v/w
1179939604 M * aA /
1179939720 J * phedny ~mark@ip56538143.direct-adsl.nl
1179940252 M * Bertl ah, sorry, I'm actually here right now ...
1179940287 M * Bertl just got distracted by that (silly) work I have to do to pay my bills :)
1179940348 M * aA :)
1179940348 M * Bertl welcome aA! so what issues do you see/have?
1179940372 M * Bertl and what kernel version is Lycos using atm?
1179940510 M * aA BTW: May be yo remember nickname "Aleks", who ask you about tagxid via nfs and provide him with patch. It was me. I have hide myself wecause I did not know can I poblish myself :)
1179940525 P * Kerberos satan made me do it
1179940547 M * Bertl ah, okay, so we probably? got that fixed already?
1179940583 M * aA And many many thanks to you that you tried to help me, it was real critical issue in that time, I could not say thank you as you leaved :)
1179940607 M * Bertl no problem, your thanks are welcome now as back then :)
1179940619 M * aA :)
1179940666 M * Bertl so, do we have issues, and if, what kind of issues? (and with what version, of course)
1179940685 Q * lilalinux_ Remote host closed the connection
1179940798 M * Bertl aA: we can move that to a private discussion if you prefer ...
1179941227 J * mstrobert ~mstrobert@wkstn.wycliffe.ca
1179941454 J * kerberos ~satan@89.155.106.102
1179943111 J * ensc ~irc-ensc@p54B4E67B.dip.t-dialin.net
1179943334 Q * ema Quit: leaving
1179944575 J * Aiken ~james@ppp233-152.lns1.bne4.internode.on.net
1179946229 J * Adrinael adrinael@rid7.kyla.fi
1179948037 M * Bertl nap attack!! off to bed now ... probably back later ...
1179948073 N * Bertl Bertl_zZ
1179948204 Q * aA 
1179949674 P * stefani I'm Parting (the water)
1179949835 J * gerrit ~gerrit@p1.almaden.ibm.com
1179950638 Q * gerrit Ping timeout: 480 seconds
1179953297 Q * dna Quit: Verlassend
1179953306 J * ema ~ema@rtfm.galliera.it
1179953600 Q * bonbons Quit: Leaving
1179953629 M * slack101 good day
1179953636 M * slack101 about to put my vserver system to use 
1179953974 J * huiz ~gerrit@166.129.223.239
1179954681 J * ktwilight_ ~ktwilight@210.73-66-87.adsl-dyn.isp.belgacom.be
1179954811 Q * meandtheshell Quit: Leaving.
1179954816 Q * slack101 Read error: Connection reset by peer
1179955094 Q * ktwilight Ping timeout: 480 seconds
1179955430 N * Bertl_zZ Bertl
1179955438 M * Bertl back now ...
1179955847 N * tam_ tam
1179955918 M * tam I'm pondering my vserver setup on my iscsi san... and I'm thinking about having each vserver on it's own volume.  Is anyone doing something like that?  I'd like to chat about the mechanics of it.
1179956215 M * mugwump you might want to have a shared filesystem for OS dirs, like /usr, /lib, /sbin, /bin
1179956229 M * mugwump requires a bit of bind mount trickery
1179956240 M * mugwump but saves on the IO
1179956249 M * mugwump (and memory)
1179956457 M * mnemoc immutable hardlinks are better in that case
1179956515 Q * ema Quit: leaving
1179956600 M * mugwump o rly
1179956645 M * daniel_hozac if you want the guests to be able to upgrade themselves.
1179957135 M * Bertl tam: advantage is that your guests will be able to run user/group quota inside, and one guest filesystem will not affect the other (except for I/O bandwidth)
1179957178 M * Bertl tam: the disadvantage is that there will be no file/inode/cache sharing between those guests, so you will use up quite some more resources than with properly unified guests
1179958090 J * DoberMann ~james@AToulouse-156-1-68-80.w90-16.abo.wanadoo.fr
1179958448 Q * DoberMann Quit: brb
1179958466 J * DoberMann ~james@AToulouse-156-1-68-80.w90-16.abo.wanadoo.fr
1179959258 J * vampas ~s0undt3ch@frog.bulix.org
1179959297 Q * vampas 
1179960528 J * DoberMann_ ~james@AToulouse-156-1-62-179.w90-16.abo.wanadoo.fr
1179960540 Q * DoberMann Ping timeout: 480 seconds
1179962289 J * slack101 ~me@cpe-71-74-89-124.insight.res.rr.com
1179962294 M * slack101 yooo
1179962304 M * slack101 if i enter a vserver can the guest see i accessed it ?
1179962348 M * baldy type whi
1179962351 M * baldy who
1179962357 M * baldy and see what happen
1179962377 M * slack101 baldy: talking to me ?
1179962395 M * slack101 also baldy im havng a problem installing the SVN of openVCP
1179962597 M * slack101 baldy: you leave ? :P
1179962677 M * baldy i am sleeping ;)
1179963151 N * DoberMann_ DoberMann[ZZZzzz]
1179963805 M * slack101 baldy: still there?
1179964074 M * baldy nope
1179964079 M * baldy wanne go to bed now
1179964093 M * baldy u can ask me wha ever u want tomorrow ;)