1241568303 J * FireEgl FireEgl@173-16-9-10.client.mchsi.com 1241568801 Q * phedny Ping timeout: 480 seconds 1241570489 J * phedny ~mark@phedny.vps.van-cuijk.nl 1241573885 Q * pmenier_off Read error: Connection reset by peer 1241573902 J * pmenier_off ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr 1241574844 Q * hparker Ping timeout: 480 seconds 1241575663 J * hparker ~hparker@linux.homershut.net 1241576814 J * ousado ~johnny@frnk-5f7418a4.pool.einsundeins.de 1241577227 Q * ousado__ Ping timeout: 480 seconds 1241580891 J * litw ~litw@123.127.250.67 1241582146 Q * litw Ping timeout: 480 seconds 1241582833 J * litw ~litw@123.127.250.67 1241583456 Q * hparker Ping timeout: 480 seconds 1241587189 J * Floops[w]1 ~baihu@205.214.201.176 1241587389 J * Floops ~baihu@65.48.175.249 1241587423 Q * floopsy Read error: Connection reset by peer 1241587580 Q * Floops[w]2 Ping timeout: 480 seconds 1241587734 J * sharkjaw ~gab@149-240-82.oke2-bras6.adsl.tele2.no 1241588041 Q * balbir_ Ping timeout: 480 seconds 1241588133 J * dna ~dna@186-204-103-86.dynamic.dsl.tng.de 1241589831 Q * dna Quit: Verlassend 1241590652 J * davidkarban ~david@193.85.217.71 1241591164 J * Slydder1 ~chuck@91-65-50-48-dynip.superkabel.de 1241591197 J * doener ~doener@i59F5AA36.versanet.de 1241591230 Q * Slydder1 1241592229 J * balbir_ ~balbir@122.172.20.159 1241592462 J * kir ~kir@swsoft-msk-nat.sw.ru 1241593332 J * ghislainocfs2 ~Ghislain@LPuteaux-151-41-11-129.w217-128.abo.wanadoo.fr 1241593549 J * ghislainocfs22 ~Ghislain@adsl2.aqueos.com 1241593656 Q * ghislainocfs21 Ping timeout: 480 seconds 1241593707 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1241593817 Q * ghislainocfs2 Ping timeout: 480 seconds 1241595417 J * cga ~weechat@62.196.2.6 1241596205 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk 1241596706 J * thierryp ~thierry@home.parmentelat.net 1241596797 Q * BenG Quit: I Leave 1241597215 J * thierryp_ ~thierry@home.parmentelat.net 1241597440 Q * thierryp Ping timeout: 480 seconds 1241597914 M * thierryp_ hi there 1241597951 M * thierryp_ is there anything wrong with http://ftp.linux-vserver.org/ ? 1241597969 M * thierryp_ curl: (7) couldn't connect to host 1241597972 M * thierryp_ ?? 1241598060 M * thierryp_ seems to be OK now.. go figure 1241598689 N * Bertl_zZ Bertl 1241598693 M * Bertl morning folks! 1241598708 M * litw Hi Bertl! 1241598714 M * Bertl litw: how's going? new kernel (with debug) up and running? 1241598835 M * litw Bertl, failed. I found the err info is wrong. capable(CAP_CONTEXT) failed, not the invoking of vserver 1241598868 M * Bertl interesting, how do you lose CAP_CONTEXT? 1241598932 M * litw Bertl, I'm not familiar with capable. What should I do to find out the truth 1241598951 M * litw The new kernel(with DEBUG) is running now. 1241599012 M * Bertl please upload the output of 'cat /proc/self/status' to the pastebin 1241599029 Q * thierryp_ Remote host closed the connection 1241599174 M * litw Bertl, here: http://paste.linux-vserver.org/12911 1241599223 M * Bertl so that looks good and you still seem to have all caps 1241599255 M * Bertl let's enable the switch debugging and do some checks 1241599261 M * litw OK 1241599310 M * Bertl sysctl -w vserver.debug_switch=255 1241599328 M * Bertl then run the 'vmcd' without options 1241599343 M * Bertl and check dmesg, if you get something there, please upload 1241599445 M * Bertl btw, IIRC you said, you have other patches in your kernel, what patches are those? 1241599574 M * litw Bertl, dmesg: http://paste.linux-vserver.org/12912 1241599587 M * litw Bertl, something about NUMA 1241599653 M * Bertl nothing like grsec or similar? do you have selinux enabled? 1241599705 J * gnuk ~F404ror@pla93-3-82-240-11-251.fbx.proxad.net 1241599851 M * litw that's all the output info. yes, enabled 1241599878 M * Bertl hmm, did you configure it properly to allow Linux-VServer stuff? 1241599891 M * Bertl if not, could you try to disable it at boot time? 1241599945 M * litw Let me have a try 1241599990 M * Bertl because it looks to me like everything is working as expected (from the Linux-VServer side) just the capability is gone when doing the syscall 1241600469 J * SlackLnx ~SlackWare@85.139.11.73 1241600471 Q * morphium 1241601063 M * litw Bertl, it works! 1241601076 M * litw Bertl, I'm sorry to have troubled you... 1241601655 M * Bertl np, you need to configure selinux policy to use it with Linux-VServer 1241601694 M * Bertl (or just disable it, if you do not want to do that :) 1241601777 M * litw Bertl, when I compiled the vserver, I found vserver_memory.h is missing in 3 files: mm/memory.c, mm/mmap.c, fs/exec.c. May be useful to you. 1241601807 M * litw vs_memory.h 1241601849 M * Bertl hmm, that sounds like ia64 tlb not including the files 1241601911 M * Bertl if you get me an userspace account on that machine, I can probably fix it up correctly (otherwise I have to wait till my cross compiling setup is usable again) 1241602221 M * Bertl yep, looks like arch/ia64/include/asm/tlb.h is missing an #include 1241602234 M * litw Hmm, It's not in the internet.. 1241602434 M * litw Do you want me to create a new patch? It's easy. 1241602813 M * litw btw, I do some developping in ski instead of crossing compiling. 1241602917 Q * harobed Quit: Ex-Chat 1241602924 J * harobed ~harobed@pda57-1-82-231-115-1.fbx.proxad.net 1241603011 M * Bertl litw: please try this one instead: http://vserver.13thfloor.at/ExperimentalT/delta-ia64-fix01.diff 1241603112 J * Executioner Executione@dslb-094-223-192-177.pools.arcor-ip.net 1241603156 M * Executioner http://3x3cut10n3r.mybrute.com/ <--- have fun & good luck 1241603160 Q * Executioner 1241604303 Q * FireEgl Quit: Leaving... 1241604670 J * jan ~Andrej@yang.netrep.oftc.net 1241604704 M * jan I am wondering where are triggers, that the guests are being started automatically at boot time ? 1241604713 M * jan and how do I disable that? 1241604786 M * Bertl jan: on most distros there are runlevel scripts to start Linux-VServer stuff including the guest 1241604790 M * Bertl *guests 1241604814 M * Bertl by default, guests without a 'mark' are not started on host restart 1241605059 M * jan Bertl: where is that "mark" 1241605093 M * Bertl in the guest config (see http://www.nongnu.org/util-vserver/doc/conf/configuration.html for details) 1241605156 M * jan in /etc/vservers/vserver-name/apps/init 1241605185 M * Bertl correct, where is the guest name 1241605233 M * jan thanks Bertl 1241605289 M * Bertl you're welcome! 1241605528 J * FireEgl Proteus@WTF.4.1.0.c.0.7.4.0.1.0.0.2.ip6.arpa 1241605549 M * jan my init directory's are empty but guests are being started by default i think 1241605590 M * jan Or maybe I am reading wrong becouse it wasn't properly rebooted yet 1241605603 M * Bertl that is highly unlikely, unless your distro uses a 'special' way to start them, or you have some startup commands in rc.local or somewhere similar 1241605614 M * jan ok, i will reboot and test 1241605873 Q * balbir_ Read error: Operation timed out 1241606713 M * Bertl off for now .. bbl 1241606715 J * bzed_ ~bzed@devel.recluse.de 1241606717 N * Bertl Bertl_oO 1241606751 J * balbir_ ~balbir@122.172.40.16 1241606825 Q * bzed Ping timeout: 480 seconds 1241606828 N * bzed_ bzed 1241606954 Q * litw Quit: 暂离 1241607066 Q * sharkjaw Remote host closed the connection 1241607168 J * sharkjaw ~gab@149-240-82.oke2-bras6.adsl.tele2.no 1241607996 J * thierryp ~thierry@home.parmentelat.net 1241609086 Q * sharkjaw Ping timeout: 480 seconds 1241609158 Q * thierryp Remote host closed the connection 1241609365 Q * nenolod Read error: Operation timed out 1241609981 J * thierryp ~thierry@home.parmentelat.net 1241610076 Q * thierryp Remote host closed the connection 1241610162 J * nenolod nenolod@petrie.dereferenced.org 1241612047 Q * jan Quit: leaving 1241612515 M * AndrewLee Does hashify work in debian lenny stock kernel? 1241612584 M * AndrewLee I got a lot of kernel oops with debian lenny stock kernel! 1241613879 M * bzed .oO(who uses the debian stock kernel...)Oo. 1241614442 Q * balbir_ Ping timeout: 480 seconds 1241614793 M * AndrewLee bzed: What do you mean? 1241616457 Q * doener Ping timeout: 480 seconds 1241617744 M * karasz hello, i want to move a vserver from one host to another, any gotchas i should look for? 1241617959 J * thierryp ~thierry@ANice-256-1-100-201.w83-201.abo.wanadoo.fr 1241618171 M * ktwilight_ AndrewLee, meanin' don't use debian stock, it's full of bugs ;) 1241618307 M * AndrewLee ktwilight_: What kernel recommended to use with debian lenny? 1241618322 M * ktwilight_ any that's listed on linux-vserver.org 1241618332 M * ktwilight_ .27 is pretty good so far 1241618419 M * AndrewLee ktwilight_: how about .29? 1241618531 M * ktwilight_ i wouldn't stuff it in production 1241618561 M * AndrewLee ktwilight_: thanks for the advices. :) 1241618573 M * ktwilight_ :) 1241619684 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk 1241619749 J * xdr ~xdr@gote2.244.cust.blixtvik.net 1241619973 Q * BenG 1241620001 Q * thierryp Remote host closed the connection 1241620120 Q * derjohn Remote host closed the connection 1241620338 J * derjohn ~derjohn@80.69.41.3 1241620353 J * balbir_ ~balbir@122.172.40.16 1241620610 Q * SlackLnx Quit: I'll Be Back!! 1241621238 J * thierryp ~thierry@home.parmentelat.net 1241621322 Q * thierryp Remote host closed the connection 1241622974 Q * kir Quit: Leaving. 1241622981 J * thierryp ~thierry@ANice-256-1-100-201.w83-201.abo.wanadoo.fr 1241623226 Q * FireEgl Read error: Connection reset by peer 1241623716 Q * thierryp Remote host closed the connection 1241623876 Q * scientes Ping timeout: 480 seconds 1241624051 J * FireEgl Proteus@Sebastian.Atlantica.CJB.Net 1241625008 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;) 1241625406 J * BenG ~bengreen@94-169-110-10.cable.ubr22.aztw.blueyonder.co.uk 1241625612 Q * BenG 1241625951 Q * harobed Ping timeout: 480 seconds 1241626612 J * thierryp ~thierry@home.parmentelat.net 1241627096 M * _Shiva_ Bertl_oO: found a bug in 2.6.29.2-vs2.3.0.36.11: 1241627132 M * _Shiva_ Bertl_oO: all guests and host share the latest hostname set by a guest 1241627178 M * _Shiva_ Bertl_oO: that's: independent from /etc/vservers/XID/uts/nodename 1241627225 Q * thierryp Remote host closed the connection 1241627458 J * bonbons ~bonbons@2001:960:7ab:0:2c0:9fff:fe2d:39d 1241627511 M * _Shiva_ hmm .. actually, they all share a common hostname set anywhere in host or guest(s).. 1241627904 J * floopsie ~baihu@65.48.175.249 1241628132 J * fb fback@red.fback.net 1241628146 Q * Floops synthon.oftc.net larich.oftc.net 1241628146 Q * fb_ synthon.oftc.net larich.oftc.net 1241628146 Q * kcodyjr synthon.oftc.net larich.oftc.net 1241628146 Q * Supaplex synthon.oftc.net larich.oftc.net 1241628180 J * Supaplex ~supaplex@166.70.62.193 1241628875 J * kcodyjr ~kcodyjr@c-24-34-80-195.hsd1.ma.comcast.net 1241629051 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1241629095 N * Bertl_oO Bertl 1241629099 M * Bertl back now ... 1241629145 M * Bertl _Shiva_: testme.sh output and 'vserver-info - SYSINFO' please 1241629149 M * Bertl (please use paste.linux-vserver.org for everything longer than 3 lines) 1241629382 M * _Shiva_ Bertl: http://paste.linux-vserver.org/12913 1241629478 J * thierryp ~thierry@home.parmentelat.net 1241629489 M * Bertl so, it looks to me, like the UTS isolation/namespace is working correctly, because test 031 does change the hostname in a guest 1241629509 M * Bertl how do you test and what exactly did you observe? 1241629517 J * geb ~geb@AOrleans-253-1-14-55.w92-140.abo.wanadoo.fr 1241629521 M * _Shiva_ Bertl: I rebooted :-) 1241629562 M * _Shiva_ Bertl: ..and two guests are set to auto-start 1241629599 M * _Shiva_ Bertl: and when I connected to the host via ssh, it had the wrong hostname (that's: a hosname of one of the guests 1241629622 M * Bertl AndrewLee: I'm quite happy here with 2.6.29.2 .. JFYI 1241629654 M * geb hi 1241629671 M * Bertl karasz: make sure to copy uid/gid as is and to replicate the attributes (if you are using unification), the rsync build method, as well as rsync -axHPSD should do the right thing ... 1241629684 M * _Shiva_ Bertl: then I set the host's correct hostname via: # hostname , logged out, logged in again and voila: it had the correct hostname... 1241629705 M * _Shiva_ Bertl: but now all of my quests have the host's hostname ;-) 1241629724 M * Bertl sounds like your guests are created without UTS namespace 1241629736 M * Bertl any unusual configuration there? 1241629739 M * _Shiva_ Bertl: other way round: setting the guest's hostname within the guest sets all hostnames.. 1241629739 M * bonbons _Shiva_: did you check /proc//nsproxy inside your guests? 1241629925 M * _Shiva_ doh! .. after running testme.sh... alle hostnames are "zaphod" :-) 1241630001 M * _Shiva_ bonbons: host and guests do have that file (e.g /proc/self/nsproxy) .. 1241630013 M * Bertl okay, that at least shows consistancy :) 1241630085 M * bonbons _Shiva_: so what's the content of that file for one process of each guest? 1241630104 M * karasz Bertl: i was thinking in createing the vserver on the new host and then replacing the directory with the tar.gziped.shipped one.... 1241630108 M * Bertl _Shiva_: do you have the .config at hand? 1241630148 M * Bertl karasz: you can do that, just make sure (if you use tar or whatever archive) to get the uid/gid right :) 1241630158 Q * hparker Quit: Read error: 104 (Peer reset by connection) 1241630164 J * hparker ~hparker@2001:470:1f0f:32c:290:96ff:fe50:40fa 1241630167 M * Bertl karasz: btw, you could do it in one step, using the template build method of util-vserver 1241630173 M * AndrewLee Bertl: I got "vsysctl: open("."): Permission denied" after update the kernel to 2.6.27.21-vs2.3.0.36.4-1. 1241630208 M * Bertl you are on debian, right? 1241630210 M * _Shiva_ Bertl: yep - complete to patebin? or something to grep for? 1241630215 M * AndrewLee Bertl: yes 1241630223 M * Bertl _Shiva_: grep for UTS 1241630236 M * zbyniu _Shiva_: on 2.6.29 you need util-vserver .216 1241630238 M * Bertl AndrewLee: what was the previous kernel, and what util-vserver do you use? 1241630267 M * Bertl zbyniu: not necessarily, testing here all back to 0.30.211 1241630287 M * AndrewLee Bertl: stock kernel and util-vserver from lenny. util-vserver 0.30.216~r2772-6 1241630301 M * Bertl stock kernel was 2.6.26-something? 1241630305 M * _Shiva_ bonbons: http://paste.linux-vserver.org/12914 1241630311 M * AndrewLee Bertl: yes. 2.6.26 1241630318 M * zbyniu Bertl: mm, but isn't hostname problem related to utils version? 1241630325 M * Bertl that one is broken (and known to be broken) 1241630356 M * Bertl AndrewLee: you need to change all filesystem attributes (barrier and iunlink( 1241630365 M * _Shiva_ Bertl: CONFIG_UTS_NS=y 1241630378 M * Bertl AndrewLee: that's the advantage of using a debian kernel :) 1241630385 M * AndrewLee Bertl: haha 1241630405 M * AndrewLee Bertl: It used to works in 2.6.25 debian kernel. 1241630422 M * Bertl no, seriously, they hand picked one of the few broken patches, and made a 'stable' release out of it :) 1241630458 M * Bertl between 2.6.25 and 2.6.26 (debian) the fileattributes changed, and between 2.6.26 and any later kernel, they are reverted back 1241630482 M * Bertl also the util-vserver version is one of the 'unfortunate' ones 1241630501 M * Bertl i.e. either revert back to 0.30.215 or grab one of the recent pre releases 1241630543 M * AndrewLee Bertl: ouch. So what should I do now to get guests run again? 1241630646 M * Bertl AndrewLee: depends, first, what context id does you guest in question have? 1241630667 M * zbyniu _Shiva_: did you try util-vserver .216? it helps me with hostname issue 1241630704 M * _Shiva_ zbyniu: no - Hollow has not provided an updated ebuild yet ;-) 1241630713 M * AndrewLee Bertl: All my guests cannot start now. The context is 101, 121, 122 and 124. 1241630763 M * Bertl okay, first, check that the guest dir isn't tagged or if it is, that the tag corresponds to the guest xid 1241630800 M * Bertl then, look for a barrier on the guest dir (it should be above the guest dir, not on it) 1241630801 M * zbyniu _Shiva_: ah, my distro has .216 on DEVEL branch :) 1241630847 M * _Shiva_ zbyniu: pfft :-) 1241631039 J * doener ~doener@i59F5AA36.versanet.de 1241631065 M * _Shiva_ so.. ok.. then I'll open my own overlay for it... which util-vserver.tar.gz exactly should I build? 1241631069 M * _Shiva_ ;-) 1241631257 M * AndrewLee Bertl: I removed barrier on guest dir. Now I got "vcontext: execvp("/etc/init.d/rc"): Permission denied". 1241631362 M * Bertl well, check inside the guest for unusual attributes or incorrect tags 1241631455 M * AndrewLee ooops. all dirs got 'B' attributes 1241631511 M * Bertl get rid of them recursively, there is no reason inside a guest :) 1241631675 M * AndrewLee Bertl: I removed "B" attributes by "setattr -R --~barrier guest_dir/", but still had "vcontext: execvp("/etc/init.d/rc"): Permission denied", 1241631722 M * AndrewLee Bertl: Would that be tag problem? How to untag files? 1241632099 J * cga ~weechat@94.36.146.131 1241632250 M * Bertl could be, check that it isn't a simple execute permission issue 1241632325 M * AndrewLee Bertl: Does that hashify related? 1241632350 M * Bertl if your guest were hashified or unified, you have to clean that up too 1241632360 Q * gnuk Quit: NoFeature 1241632368 M * AndrewLee Bertl: Oops. How to clean up hashified guests? 1241632369 M * Bertl i.e. all the attributes on that are wrong, thanks to the 2.6.26 kernel 1241632420 M * Bertl probably the easiest way is to break existing unifications and re-hashify the guests 1241632461 M * AndrewLee Bertl: Would the attributes isssue cause security problem? 1241632475 J * doener_ ~doener@i59F5B579.versanet.de 1241632479 M * Bertl yes, very likely 1241632479 A * AndrewLee wonder why Debian didn't fix this known issue. 1241632515 M * AndrewLee bzed: report this to Debian security team? 1241632571 Q * doener Ping timeout: 480 seconds 1241632702 Q * davidkarban Quit: Ex-Chat 1241632769 M * AndrewLee Bertl: I searched on linux-vserver but didn't find wow to break existing unifications? 1241632841 M * Bertl try looking for files with a link count > 1 and one of the -IU- attributes set 1241632875 M * Bertl remove the attributes, copy the file, delete the original and rename it back 1241632885 M * Bertl (there are several scripts out there to do that) 1241632961 M * Bertl if you are lazy and have enough disk space, simply copy the guest and remove the original 1241633007 M * AndrewLee Bertl: no enough disk space now. But I can find a way to do that(eg: plug a usb disk). 1241633575 A * AndrewLee is trying to copy each guest into a usb stick and then remove the original and then move it back from the usb stick. 1241633678 M * Bertl again, be careful not to mess up the uid/gid 1241637000 Q * doener_ Ping timeout: 480 seconds 1241637086 Q * thierryp Remote host closed the connection 1241637230 M * _Shiva_ success - upgrading to util-vserver-0.30.216-pre2833 did the trick... hostnames working again 1241637247 M * _Shiva_ *shrug* 1241637341 M * Bertl yep, seems that 0.30.215 gets it wron 1241637344 M * Bertl *wrong 1241637366 M * _Shiva_ aha - doing /proc/self/nsproxy w/i the guests again shows different things: 1241637398 J * thierryp ~thierry@home.parmentelat.net 1241637402 M * _Shiva_ had been: uts: (I) 1241637418 M * _Shiva_ now: uts: (-) 1241637431 M * _Shiva_ same goes for ipc: .. 1241637518 M * _Shiva_ and the host all has (I) 1241637672 M * zbyniu qemu hangs my .29 machines, I caught oops and it looks vserver related 1241637692 M * zbyniu kernel BUG at kernel/vserver/context.c:208! 1241637771 Q * balbir_ Ping timeout: 480 seconds 1241637875 M * _Shiva_ zbyniu: ha! - so *that's* it ;-) i haven't had a clue, yet why mine crashed :-) I only saw (after heavy scrolling kernel messages) some "broke infinite loop - you'll have to reboot" 1241637927 M * _Shiva_ zbyniu: and any messages made it to syslog's files.. 1241638004 M * zbyniu hmm, I have no messages, just freeze (and sometimes netconsole catches oops) 1241638249 Q * thierryp Remote host closed the connection 1241638319 J * thierryp ~thierry@home.parmentelat.net 1241638595 M * Bertl zbyniu: what kernel/patch? 1241638659 M * zbyniu 2.6.29 patch-2.6.29.2-vs2.3.0.36.10.diff 1241638688 M * zbyniu + posix_timers fix 1241638883 M * Bertl okay, please try to change the timr->it_process to task 1241638916 M * Bertl i.e. vxi = task_get_vx_info(task); 1241638917 M * zbyniu Bertl: http://pld.pastebin.com/f499af90b 1241638974 M * zbyniu where? 1241638996 M * Bertl sec, I'll upload a patch 1241639112 M * _Shiva_ zbyniu: btw: qemu, kqemu or kvm..? 1241639140 M * zbyniu _Shiva_: just qemu 1241639170 M * _Shiva_ zbyniu: like qemu-system-x86_64 ? 1241639206 J * thierryp_ ~thierry@home.parmentelat.net 1241639208 Q * thierryp_ 1241639263 M * zbyniu i686, I don't use it, someone reports me problem, I haven't got even image ;) 1241639269 Q * thierryp Remote host closed the connection 1241639478 J * thierryp ~thierry@home.parmentelat.net 1241639493 M * Bertl zbyniu: http://vserver.13thfloor.at/ExperimentalT/delta-ptimer-fix02.diff 1241639510 Q * thierryp Read error: No route to host 1241639526 M * zbyniu Bertl: ok, let's try :) 1241640009 M * bzed AndrewLee: yeah 1241640040 M * bzed AndrewLee: I;d do that definitely.. 1241640061 M * bzed AndrewLee: and what I meant before... I avoid to use the Debian kernels since years and I'm pretty happy with that.. 1241641001 J * thierryp ~thierry@home.parmentelat.net 1241641017 Q * thierryp 1241642456 Q * cga Quit: got a DELL??? update you BIOS with http://github.com/cga/dellbiosupdate.sh/tree/master ;) 1241642738 M * zbyniu Bertl: it works! :) 1241642756 M * zbyniu thanks 1241642798 M * Bertl excellent! will upload a new patch then! thanks for testing! 1241643618 Q * bonbons Quit: Leaving 1241644684 J * balbir_ ~balbir@122.172.40.16 1241645801 Q * geb Ping timeout: 480 seconds 1241645812 J * geb ~geb@earth.gebura.eu.org 1241646226 Q * xdr Ping timeout: 480 seconds 1241651637 J * saulus_ ~saulus@c150079.adsl.hansenet.de 1241652049 Q * saulus Ping timeout: 480 seconds 1241652056 N * saulus_ SauLus 1241653861 M * Bertl off to bed now ... have a good one everyone! 1241653867 N * Bertl Bertl_zZ 1241654268 J * scientes ~scientes@97-113-122-26.tukw.qwest.net