1291162363 J * derjohn_mob aj@88.128.206.88
1291162879 J * ghislain ~AQUEOS@adsl2.aqueos.com
1291163247 Q * manana Remote host closed the connection
1291163591 Q * fLoo Ping timeout: 480 seconds
1291163596 J * fLoo fLoo@188-194-121-222-dynip.superkabel.de
1291164520 Q * ghislain Quit: Leaving.
1291166286 Q * fLoo Ping timeout: 480 seconds
1291166291 J * fLoo fLoo@188-194-121-222-dynip.superkabel.de
1291167321 M * fLoo isnt there a good tutorial
1291167326 M * fLoo on howto build centos guest on debian host ?
1291168544 Q * fLoo Ping timeout: 480 seconds
1291168549 J * fLoo fLoo@188-194-121-222-dynip.superkabel.de
1291168673 M * Bertl basically manage installing rpm and yum and the rest is done by util-vserver
1291172219 Q * fLoo Ping timeout: 480 seconds
1291172224 J * fLoo fLoo@188-194-121-222-dynip.superkabel.de
1291172866 Q * fLoo 
1291173021 M * Bertl off to bed now .. have a good one everyone!
1291173031 N * Bertl Bertl_zZ
1291180939 Q * fb synthon.oftc.net resistance.oftc.net
1291180939 Q * rootard synthon.oftc.net resistance.oftc.net
1291180939 Q * ryker synthon.oftc.net resistance.oftc.net
1291180939 Q * infowolfe synthon.oftc.net resistance.oftc.net
1291180939 Q * quasisane synthon.oftc.net resistance.oftc.net
1291180939 Q * dannf synthon.oftc.net resistance.oftc.net
1291180939 Q * nou synthon.oftc.net resistance.oftc.net
1291180939 Q * kolorafa synthon.oftc.net resistance.oftc.net
1291180939 Q * _Shiva_ synthon.oftc.net resistance.oftc.net
1291180939 Q * Hollow synthon.oftc.net resistance.oftc.net
1291180939 Q * Radiance synthon.oftc.net resistance.oftc.net
1291180939 Q * Vudumen synthon.oftc.net resistance.oftc.net
1291180939 Q * Guy- synthon.oftc.net resistance.oftc.net
1291180939 Q * Mr_Smoke synthon.oftc.net resistance.oftc.net
1291180939 Q * yeye synthon.oftc.net resistance.oftc.net
1291180939 Q * grobie synthon.oftc.net resistance.oftc.net
1291180939 Q * sid3windr synthon.oftc.net resistance.oftc.net
1291180939 Q * DreamerC synthon.oftc.net resistance.oftc.net
1291180939 Q * fosco synthon.oftc.net resistance.oftc.net
1291180939 Q * monrad-51468 synthon.oftc.net resistance.oftc.net
1291180939 Q * puck synthon.oftc.net resistance.oftc.net
1291180939 Q * ktwilight synthon.oftc.net resistance.oftc.net
1291180939 Q * maharaja synthon.oftc.net resistance.oftc.net
1291180939 Q * wishi synthon.oftc.net resistance.oftc.net
1291180940 Q * cehteh Read error: Connection reset by peer
1291180986 J * ktwilight ~keliew@91.176.77.56
1291180986 J * nou Chaton@causse.larzac.fr.eu.org
1291180986 J * fb ~fback@red.fback.net
1291180986 J * kolorafa ~kolorafa@irc.kolorafa.dlk.pl
1291180986 J * DreamerC ~DreamerC@122-116-181-118.HINET-IP.hinet.net
1291180986 J * _Shiva_ shiva@whatcha.looking.at
1291180986 J * grobie ~grobie@tyr.schnuckelig.eu
1291180986 J * Hollow ~bene@shiva.xnull.de
1291180986 J * Radiance ~Radiance@193.16.154.187
1291180986 J * Vudumen e1a1834077@perverz.hu
1291180986 J * sid3windr luser@bastard-operator.from-hell.be
1291180986 J * Guy- ~korn@elan.rulez.org
1291180986 J * Mr_Smoke smokey@layla.lecoyote.org
1291180986 J * fosco fosco@marx.wirefull.org
1291180986 J * monrad-51468 ~mmk@domitian.tdx.dk
1291180986 J * yeye ~yeye@paperstreet.yeye.fr
1291180986 J * puck ~puck@leibniz.catalyst.net.nz
1291180986 J * wishi ~wishi@kaze.crazylazy.info
1291180986 J * maharaja raoul@93-189-26-52.rev.ipax.at
1291180986 J * rootard ~rootard@pirlshell.lpl.arizona.edu
1291180986 J * ryker ~ryker@199.117.46.145
1291180986 J * quasisane ~sanep@c-76-24-80-97.hsd1.nh.comcast.net
1291180986 J * dannf ~dannf@utter.lackof.org
1291180986 J * infowolfe ~infowolfe@c-67-166-127-67.hsd1.ut.comcast.net
1291185471 J * BenG ~bengreen@cpc6-aztw22-2-0-cust100.aztw.cable.virginmedia.com
1291185701 J * tokkee tokkee@osprey.tokkee.org
1291187027 J * petzsch ~markus@dslb-088-075-169-000.pools.arcor-ip.net
1291187460 Q * petzsch Quit: Leaving.
1291188346 Q * derjohn_mob Ping timeout: 480 seconds
1291188636 Q * infowolfe Quit: Leaving
1291188675 J * infowolfe ~infowolfe@c-67-166-127-67.hsd1.ut.comcast.net
1291188824 J * ghislain ~AQUEOS@adsl2.aqueos.com
1291190827 J * thierryp ~thierry@home.parmentelat.net
1291191341 Q * tokkee Quit: segmentation fault ;-)
1291191389 J * tokkee tokkee@osprey.tokkee.org
1291191765 Q * tokkee Quit: segmentation fault ;-)
1291191795 J * tokkee tokkee@osprey.tokkee.org
1291191808 Q * eyck Read error: Connection reset by peer
1291191923 Q * bsingh Read error: Connection reset by peer
1291192174 J * arekm_ arekm@carme.pld-linux.org
1291192174 Q * arekm Remote host closed the connection
1291192626 Q * jeroen_ Remote host closed the connection
1291194276 J * barismetin ~barismeti@zanzibar.inria.fr
1291195052 J * derjohn_mob ~aj@139.12.1.252
1291195170 J * eyck ~eyck@77.79.198.63
1291195283 J * manana ~mayday090@84.17.25.149
1291195284 J * kir ~kir@swsoft-msk-nat.sw.ru
1291195321 Q * infowolfe Ping timeout: 480 seconds
1291195794 M * arekm_ were there postgres ident auth problems with vserver recently (it uses SO_PEERCRED) ?
1291195825 J * jeroen_ ~jeroen@imap.powerinternet.eu
1291196661 N * arekm_ arekm
1291196948 M * thierryp daniel_hozac: ping
1291196957 M * thierryp hi folks
1291196964 M * thierryp maybe someone can help me out here
1291196975 M * thierryp i'm trying to build an f14 vserver
1291196987 M * thierryp was in touch with daniel
1291197035 M * thierryp so I need to have the 3rd-stage of yum install mention rsyslogd, and so I've added that in /usr/lib64/util-vserver/distributions/f14/pkgs/03
1291197061 M * thierryp but that does not kick in, and when I vserver build rsyslogd does not get installed
1291197069 M * thierryp which config file should I be looking at ?
1291197508 J * infowolfe ~infowolfe@166.191.131.228
1291197525 P * infowolfe 
1291198525 Q * thierryp Remote host closed the connection
1291199955 Q * BenG Quit: I Leave
1291200331 N * Bertl_zZ Bertl
1291200335 M * Bertl morning folks!
1291200667 J * infowolfe ~infowolfe@c-67-166-127-67.hsd1.ut.comcast.net
1291200685 M * arekm Bertl: hi, do you have postgres somewhere on current 2.6.36(.1) + vserver?
1291200768 M * Bertl nope
1291200811 M * arekm could you make fast install from rpms or something?
1291201282 M * Bertl what's the problem you are seeing?
1291201308 J * thierryp ~thierry@92.90.21.5
1291201366 M * arekm Bertl: postgresql server creates AF_UNIX socket and clients connect to it. postgresql uses getsockopt SO_PEERCRED to get pid/uid/gid of client connected to it. Unfortunately it seems to see own uid/gid instead of connecting client
1291201427 M * arekm simple test case works fine, so it's something more complicated I think
1291201442 M * arekm downgrading kernel to be 100% sure
1291201492 M * Bertl maybe the connecting client uses the postgres uid/gid?
1291201507 M * Bertl and is it local or remote?
1291201539 M * Bertl because IIRC, SO_PEERCRED only works locally
1291201667 M * arekm wait, described wrongly. postgres sees uid/gid of user nobody/nobody, connecting client is from postgres user (!= nobody)
1291201677 M * arekm connection is local over unix socket
1291201806 M * Bertl and SO_PASSCRED is used, yes?
1291201820 M * arekm no
1291201923 M * Bertl IIRC, that is required to receive uid/gid ... checking the code, sec
1291202137 M * Bertl but threre is some elaborate debug code in the kernel to show details on the credentials, you might want to enable that and test again
1291202324 M * arekm it's not required (at leas my simple test server didn't do that and received creds correctly)
1291202364 M * Bertl simple test server means?
1291202411 M * arekm python script that creates unix sockets and uses SO_PEERCRED + socat as client
1291202432 M * Bertl ah, good, did you test that on 2.6.36.x yet?
1291202505 M * arekm on .36.1 and on some old centos kernel. Now installing 33 and 35 to see if it works there
1291202522 M * Bertl nah, try on the 2.6.36.x vserver host first
1291202562 M * arekm Bertl: but I'm telling you that my test script works even in guest so the thing is more complicated ;/ well, could install postgres on host. will do
1291202575 M * Bertl ah, hmm, okay
1291202586 M * Bertl so not a good test script then :)
1291202631 M * arekm yeah, was very simple
1291202758 M * Bertl maybe try with a simple chroot instead of full guest?
1291202775 M * Bertl (saves you from installing postgres on the host)
1291202790 M * arekm nah, I have test pc for such purposes ;)
1291202880 M * Bertl k, I see three possible options:
1291202892 M * Bertl - postgresql does the wrong thing 
1291202909 M * arekm unlikely ;)
1291202910 M * Bertl - 2.6.36.x does the wrong thing 
1291202922 M * arekm I have one report that vanilla is fine
1291202943 M * Bertl - Linux-VServer uid/gid mapping fails somehow
1291202969 M * arekm - some other patch that I use breaks things (but found no good candidate beside vserver and grsec) :)
1291202998 M * Bertl ah, well, you should test with vanilla + Linux-VServer to rule that out
1291203025 Q * thierryp Remote host closed the connection
1291203037 M * Bertl the 3rd case should be easy to verify by simply chrooting into the installed (verified non working) guest
1291203084 M * Bertl i.e. if it works on a Linux-VServer patched kernel via chroot, but not inside the guest, then the uid/gid mapping is to blame
1291203128 M * Bertl if both fail, it still could be a bug in Linux-VServer but that is easy to verify by using the chroot on a vanilla kernel
1291203175 M * Bertl (just keep the guest installation the same, otherwise it might turn out a config issue after hours of searching)
1291203596 P * kir Leaving.
1291204121 M * arekm Bertl: if postgresl starts while vserver starts then ident auth fails
1291204141 M * arekm Bertl: if I then enter into guest and restart postgresql then everything starts working
1291204237 M * Bertl how do you enter the guest?
1291204250 M * arekm vserver test enter; su - postgres; psql
1291204265 M * Bertl hmm, try via ssh or similar
1291204283 M * Bertl (you don't want to bring all the host environment with you)
1291204321 M * Bertl and make sure that sshd is started at guest startup :)
1291204349 M * arekm Bertl: only uid/gid is mixed. pid seems to be correct. My one test guest where this happens is pld linux and other guest is some old debian (so not userspace issue)
1291204353 M * arekm Bertl: trying
1291204399 M * Bertl mixed means? wrong values or definitely nobody?
1291204411 M * arekm Bertl: definitely nobody
1291204437 M * arekm Bertl: I guess postgresql switches to nobody at some point (will strace that to confirm)
1291204638 M * arekm Bertl: via sshd -> works while vserver xyz enter -> fails at the same time
1291204651 M * arekm Bertl: util-vserver-0.30.216-1.pre2921.2.i686
1291204662 M * arekm Bertl: so likely vserver enter does something wrong, right?
1291204819 M * Bertl could be
1291204831 M * Bertl at least, it does something differently :)
1291204846 M * Bertl first, let's clarify what works and what doesn't
1291204870 M * Bertl (because you keep changing that :)
1291204872 M * arekm vserver test start; vserver test enter; su - postgres; psql -> fails
1291204885 M * arekm then ssh root@thatip; su - postgres; psql -> works
1291204905 M * arekm then vserver test enter; service postgresql restart; su - postgres; psql -> works
1291204909 M * Bertl just because a few minutes ago you said:
1291204957 M * Bertl < arekm> Bertl: via sshd -> works while vserver xyz enter -> fails
1291204988 M * Bertl I'm interested in the following test cases:
1291205005 M * Bertl - guest started up (via vserver guest start)
1291205007 M * arekm Bertl: and that is consistent with what I just wrote in 3 lines above
1291205027 M * Bertl  a) enter the guest (with vserver guest enter) and try with psql
1291205040 M * Bertl  b) enter the guest (with ssh) and try with psql
1291205058 M * arekm a) fails. (13:01 < arekm> vserver test start; vserver test enter; su - postgres; psql -> fails)
1291205060 M * Bertl - enter the guest via sshd
1291205070 M * arekm b) works (13:01 < arekm> then ssh root@thatip; su - postgres; psql -> works)
1291205076 M * Bertl   and restart postgres
1291205087 M * Bertl  c) same as a)
1291205093 M * Bertl  d) same as b)
1291205121 M * Bertl - enter the guest via 'enter' and restart postgres
1291205135 M * Bertl  e) same as a), f) same as b)
1291205228 M * Bertl also try with pre2925 and check that the guest uses 'sane' config values (i.e. the typical namespace setup for example)
1291205231 M * arekm Bertl: postgresql restart done over ssh; then vserver enter psql run -> that fails
1291205245 M * arekm Bertl: postgresql restart done over ssh; then ssh root@guest; psql -> works
1291205328 M * arekm Bertl: postgresql restart done via vserver enter; then vserver enter psql run -> works
1291205338 M * arekm Bertl: postgresql restart done via vserver enter; then ssh root@guest; psql -> fails
1291205344 M * Bertl okay, so whateever you do in the same 'namespace' setup (i.e. inside the guest) works, and when you 'mix' spaces (obviously your enter doesn't get the same space, just a similar one) it fails
1291205357 M * arekm seem so
1291205372 M * arekm testing latest utils (so far using pre2921)
1291205421 M * Bertl now, enter uses the spaces assigned to the context, so either something inside the context unshared another namespace or the proper spaces were not recorded or something fails to restore all of them at enter
1291205534 M * Bertl don't forget to restart the guest after installing the new tools
1291205567 M * Bertl I'd be interested in the following info for each of the 6 test cases and the 2 restarts
1291205607 M * Bertl 'cat /proc/self/nsproxy' just bevore you execute psql or the restart
1291205629 M * Bertl and 'cat /proc/virtual/<xid>/nsproxy*' for the guest
1291205708 M * arekm fails with latest tools (2925)
1291205734 M * Bertl i.e. same behaviour, yes?
1291205780 M * arekm yes (tested one scenario)
1291205813 M * arekm hm, maybe I should try some old, known to be working tools first
1291205845 M * arekm like 2904
1291205925 M * Bertl let's get the nsproxy info first, I can analyze that while you try older versions
1291206050 M * arekm 2904 too old anyway; vc_set_sched(): Function not implemented. checking nsproxy
1291206215 M * arekm Bertl: http://pld.pastebin.com/5b2ichur
1291206391 M * Bertl tx
1291206512 M * arekm http://pld.pastebin.com/iAHiPYiW
1291206755 M * Bertl okay, from the Linux-VServer/namespace PoV I do not see any difference at all
1291206768 M * Bertl so my best bet would be environment
1291206827 M * Bertl check both environments with 'set' and compare them for differences, try to 'restore' one environment when logged on with the other
1291206915 M * arekm no idea how env could change kernel structures but well, can check that out
1291207011 M * Bertl I do not expect it to change kernel structures, but remember your test script works fine?
1291207033 M * arekm but it doesn't fork, doesn't switch uids etc, etc
1291207033 M * Bertl nevertheless, it might easily change how postgres and psql behaves
1291207063 M * matti Bertl: :)
1291207064 M * arekm not really, service xyz restart clean ups env before doing action
1291207215 M * Bertl if that fails, try to strace -fF two example psql calls (one working, one failing) and the reversed setup when postgres is restarted from enter
1291207398 J * thierryp ~thierry@home.parmentelat.net
1291207759 M * Bertl and of course, the credential debugging would be most interesting too
1291208428 M * arekm Bertl: actually my test script doesn't work fine :-) It worked fine because I run server and connect to it from the same context (after vserver enter)
1291208441 M * arekm Bertl: now I started server via vserver enter and client via ssh and it fails
1291208496 M * arekm Bertl: pid is fine, uid/gid being nobody == 65534 where my server doesn't bind/change uid so I woner where is 65534 coming from
1291208506 M * Bertl good, so now we have a test case
1291208544 M * Bertl could you upload the script(s) for me?
1291208886 M * arekm on host it works fine.
1291208894 M * arekm Bertl: server http://pld.pastebin.com/QB4anhYZ
1291208902 M * arekm Bertl: socat -u UNIX-CONNECT:/tmp/test.socket STDIO as client
1291209145 M * arekm Bertl: and no need to use different users. You can run server from root after vserver enter and connect with socat after ssh root@guest
1291209155 M * arekm Bertl: will also say it's 65534
1291209558 M * arekm Bertl: would be cool if you could confirm that on your pure vserver (since I use ton of other ernel patches)
1291209779 Q * infowolfe Quit: Leaving
1291209799 J * infowolfe ~infowolfe@c-67-166-127-67.hsd1.ut.comcast.net
1291209880 M * Bertl checking right now, just needs some preparations
1291210039 M * daniel_hozac hmm, we don't list the user namespaces though.
1291210143 M * daniel_hozac is the user namespace being handled properly?
1291210273 M * Bertl not sure
1291210455 M * Bertl the fact that we get a different proxy suggest that this might be handled incorrectly
1291210553 M * Bertl the problem is, I cannot reproduce it yet
1291210580 M * Bertl i.e. arekm's server started via sshd (inside a guest) answers with
1291210589 M * Bertl (28643, 0, 0)
1291210601 M * Bertl (28753, 0, 0)
1291210612 M * Bertl for both cases, i.e. enter and ssh access
1291210633 M * Bertl now trying with non root user
1291210673 M * daniel_hozac does that normally show the problem?
1291210685 M * daniel_hozac or is it a, when started from an enter, another enter doesn't work?
1291210747 M * arekm Bertl: start python script via enter,  and socat via ssh
1291210768 M * Bertl according to the test arekm did, a server started via sshd works when connecting via sshd (presumed same namespace) but fails when contacted via enter
1291210793 M * daniel_hozac okay
1291210820 M * daniel_hozac well, it does look like the user namespace isn't handled correctly in the kernel. i see essentially no references to it in 2.6.36.
1291210829 M * daniel_hozac (the patch, that is)
1291210851 M * daniel_hozac it being part of the cred instead of the nsproxy will complicate things...
1291210963 M * Bertl okay, I can recreate it for non root users, which seems a little bit strange
1291211036 M * Bertl i.e. root is identified correctly, anything else gets -2
1291211074 M * Bertl checking the code now ...
1291211102 M * arekm interesting since I'm able to reproduce even for root
1291211190 M * Bertl daniel_hozac: yes, seems we need to advertise and handle NEWUSER like the filesystem space
1291211232 A * arekm added this small thing to strace http://sourceforge.net/mailarchive/forum.php?thread_name=1291210957-31973-1-git-send-email-arekm%40maven.pl&forum_name=strace-devel
1291211958 M * Bertl daniel_hozac: if I read the code right, there is no reference to the user namespace except from the 'user' itself
1291211993 M * Bertl so it should be sufficient to record that and 'switch' to that user on enter (with CLONE_NEWUSER set)
1291212303 M * Bertl alternatively we could simply record/restore the credentials
1291212427 M * Bertl or maybe even use those of init?
1291212586 M * Bertl in any case, it looks like a missing feature to me, not strictly a bug ... nevertheless we'll try to add that feature ASAP
1291212618 Q * thierryp Remote host closed the connection
1291212871 M * daniel_hozac well, it is causing bugs :-)
1291212894 J * cehteh ~ct@pipapo.org
1291212977 M * Bertl depends, we all agree that 'enter' is not the proper way to administrate a guest, more a last resort ...
1291213004 M * Bertl but as I said, I agree that we want to add that missing feature ASAP
1291213040 Q * derjohn_mob Read error: Operation timed out
1291213129 M * Bertl the main question IMHO is, what do we expect from a 'vserver * enter'?
1291213145 M * Bertl i.e. what credentials do we want to see there?
1291213157 M * arekm huh, "enter" way is daily basic for me 8-)
1291213165 M * Mr_Smoke hm, I confess, for me too :/
1291213171 M * daniel_hozac same here... most of my guests don't even run ssh.
1291213188 M * Mr_Smoke Exactly.
1291213213 M * Bertl just because it is convenient and often used doesn't make it the 'right thing' :)
1291213213 M * daniel_hozac whatever credentials were used during the creation.
1291213227 M * daniel_hozac and vc_set_space(CLONE_NEWUSER)
1291213236 M * daniel_hozac specifically.
1291213245 M * daniel_hozac since that is the defined API we have for user namespaces.
1291213252 M * Mr_Smoke I guess it would be sweet if you could reach one of the tty's, but I have no idea how difficult that would be
1291213254 M * Bertl okay, so we take a copy of those credentials (I presume both) at this time
1291213271 M * Bertl and simply restore them at enter, yes?
1291213287 M * daniel_hozac vc_set_space/vc_enter_space, yeah.
1291213322 M * Bertl the question now is, do we do a shallow (i.e. a reference) or deep copy at set time?
1291213359 M * Bertl according to your definition, a deep one would be required, but I'm not sure that this is what we actually want
1291213381 J * niki ~niki@94.145.207.11
1291213554 M * Bertl i.e. I guess a shallow copy is more appropriate, similar to the namespaces
1291213600 M * Bertl I'll prepare a patch for testing; arekm, I presume you are volunteering to test?
1291214853 M * arekm sure
1291216212 M * ghislain hello there
1291216248 M * ghislain do the fstab of the guest support LABEL=xx as mount point ? i try and it fail so i wonder if i misstype or if it's normal ^^
1291216278 M * daniel_hozac no
1291216340 M * ghislain too bad :) thanks daniel for the answer
1291216377 M * daniel_hozac if you have /dev/disk/by-label though, that'll work.
1291216402 M * ghislain oh oh i will try this one !
1291216405 M * ghislain i love labels
1291216433 M * ghislain ah dam i have not
1291216446 M * ghislain uuid path and id ^^
1291217303 J * thierryp ~thierry@home.parmentelat.net
1291217512 Q * jeroen_ Quit: Ex-Chat
1291217621 Q * thierryp Remote host closed the connection
1291218208 J * derjohn_mob aj@80.187.147.198
1291218264 J * _WildPIkachu_ ~nkukard@41-133-198-247.dsl.mweb.co.za
1291218308 J * jeroen_ ~jeroen@imap.powerinternet.eu
1291218612 Q * nkukard_ Read error: Operation timed out
1291219160 Q * derjohn_mob Ping timeout: 480 seconds
1291219303 M * Bertl daniel_hozac, arekm: http://vserver.13thfloor.at/ExperimentalT/delta-cred-feat01.diff
1291219376 M * daniel_hozac what's the different/point of vx_real_cred and vx_cred?
1291219437 M * daniel_hozac ah, i see.
1291219567 M * Bertl in theory we could get away with one, but it isn't that much code/storage either ...
1291219599 M * daniel_hozac right
1291219607 M * Bertl and for now, we do not address the key storage
1291219744 M * Bertl not sure if we should/need handle vx_cred being NULL or just initialize them from the creating process
1291219777 M * Bertl arekm: it would be good to enable the credential debugging system for testing
1291219794 M * Bertl (we should get some info about the subsystem with that)
1291221759 M * arekm building
1291222247 Q * ncopa Quit: Ex-Chat
1291222851 Q * barismetin Remote host closed the connection
1291223078 J * bsingh ~balbir@122.167.172.16
1291223512 J * dna ~dna@dslb-094-222-218-019.pools.arcor-ip.net
1291223662 J * bonbons ~bonbons@2001:a18:1:1402:2c0:9fff:fe2d:39d
1291224320 J * ghislain1 ~AQUEOS@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr
1291224589 Q * ghislain Ping timeout: 480 seconds
1291228047 M * arekm Bertl: test restults tomorrow, didn't came up after reboot and I have that test pc at office
1291228286 J * petzsch ~markus@dslb-088-075-169-000.pools.arcor-ip.net
1291228314 M * Bertl k, np
1291228385 M * Bertl ah, I guess I know what's wrong
1291228498 J * ghislain ~AQUEOS@adsl2.aqueos.com
1291228630 M * Bertl didn't check for cases where the credentials are unset
1291228705 Q * ghislain1 Ping timeout: 480 seconds
1291232195 J * hparker ~hparker@2001:470:1f0f:32c:215:f2ff:fee0:9872
1291239963 J * thierryp ~thierry@home.parmentelat.net
1291240348 Q * bonbons Quit: Leaving
1291240595 Q * thierryp Remote host closed the connection
1291241875 Q * dna Read error: Connection reset by peer
1291241879 Q * ghislain Quit: Leaving.
1291241890 J * dna ~dna@dslb-094-222-218-019.pools.arcor-ip.net
1291241936 Q * dna 
1291242954 M * Bertl hmm, just realized I didn't upload the improved patch, seems I'm getting old :)
1291243026 M * Bertl arekm: so when you try tomorrow, please use the feat02 instead of feat01
1291243392 Q * petzsch Quit: Leaving.
1291244061 J * ktwilight_ ~keliew@91.176.30.214
1291244061 Q * ktwilight Read error: Connection reset by peer