1184285497 Q * s0undt3ch Ping timeout: 480 seconds 1184285561 J * s0undt3ch ~s0undt3ch@80.69.34.154 1184287293 Q * bzed Quit: Leaving 1184287678 J * DoberMann_ ~james@AToulouse-156-1-102-53.w90-30.abo.wanadoo.fr 1184287788 Q * DoberMann[ZZZzzz] Ping timeout: 480 seconds 1184288018 J * ktwilight_ ~ktwilight@87.65-66-87.adsl-dyn.isp.belgacom.be 1184288413 Q * ktwilight Ping timeout: 480 seconds 1184290264 Q * Aiken Remote host closed the connection 1184290322 J * Aiken ~james@ppp121-45-220-241.lns2.bne1.internode.on.net 1184292136 M * hosungs_ Hello, again. Is there anyone who can help me install the VServer for the first time? 1184292178 M * hosungs_ I asked a few questions yesterday, and couldn't get any response at that time. (Though I found two messages to me were sent to me after I left) 1184292285 M * hosungs_ I had to explicitly add "--enable-apis=NOLEGACY" option to ./configure when I install util-vserver 0.30.213, to avoid the error: "chcontext: tools were built without legacy API support; can not continue... chcontext failed!" 1184292324 M * hosungs_ And now I'm getting a different error: "chcontext: vc_new_s_context(): Function not implemented" when I try the testme.sh... 1184292577 M * AStorm hosungs_, upgrade your kernel 1184292585 M * AStorm it doesn't use the recent vserver patch 1184292649 M * hosungs_ Thanks AStorm. I'm using 2.6.21.5 with VServer patch 2.2.0 applied. Maybe my kernel configuration is not correct? 1184292690 M * AStorm Possible. I had that one too and it worked. 1184292768 M * AStorm check the kernel's .config (or /proc/config.gz) 1184292784 M * hosungs_ Do you remember the kernel configuration? I'm following the installation documentation on VServer web site, and it didn't work for a different reason initially. After I add "--enable-apis=NOLEGACY" when I was building the util-vserver 0.30.213, that initial error is gone, but now a different error: Function not implemented. 1184292789 M * hosungs_ I'm going to do that right now. 1184292795 M * AStorm sample part of it: http://pastebin.ca/617171 1184292848 M * AStorm maybe you're not running the kernel you thing you should be :> 1184292944 M * hosungs_ I pasted the VServer part of my .config to http://pastebin.ca/617172 1184292972 M * hosungs_ The result of 'uname -a' is as follows: 1184292975 M * hosungs_ [hosungs@ee3222 linux-2.6.21.5-vs2.2.0]$ uname -a 1184292975 M * hosungs_ Linux ee3222.kaist.ac.kr 2.6.21.5-vs2.2.0 #1 Wed Jul 11 14:31:22 KST 2007 i686 i686 i386 GNU/Linux 1184292975 M * hosungs_ [hosungs@ee3222 linux-2.6.21.5-vs2.2.0]$ 1184293028 M * Bertl hosungs_: get testme.sh and give it a spin with -d http://vserver.13thfloor.at/Stuff/SCRIPT/testme.sh-0.17 1184293036 M * AStorm Hmm 1184293045 M * Bertl upload the results to paste.linux-vserver.org 1184293050 M * AStorm I wonder if you have older util-vserver in your path 1184293154 M * hosungs_ This is my first time installation of any linux-vserver related programs... 1184293178 M * hosungs_ Hmm... with testme.sh-0.17 -d, I'm getting something new. Let me paste that result to the url... 1184293238 M * hosungs_ It's there now... under my name: Hosung 1184293279 M * hosungs_ I didn't get that [ 0], [ 1], ... results before with older testme.sh and no -d option... 1184293294 M * Bertl yep, the kernel looks fine, the tools are configured for legacy 1184293306 M * hosungs_ Ha... older testme.sh also gives me that result when given with '-d' option... 1184293341 M * Bertl i.e. you want to remove the tools and compile them anew, they should work with nolegacy option, but that shouldn't be required in your case 1184293373 M * Bertl so, something like ./configure --prefix= should be enough 1184293374 M * hosungs_ I just followed the installation documentation... http://linux-vserver.org/Installation_on_Linux_2.6 1184293392 M * hosungs_ That's exactly how I started... 1184293394 M * AStorm hosungs_, well, check if you have some older util-vserver in legacy mode in the path 1184293398 M * Bertl make sure that you do not have any older tools sitting in funny places 1184293444 M * hosungs_ You mean the linux distro I installed (Fedora Core 6) might have older tools? 1184293453 M * AStorm Possible, but unlikely. 1184293472 M * hosungs_ What command should I search? I tried "whereis vserver" and got: [hosungs@ee3222 vserver]$ whereis vserver 1184293472 M * hosungs_ vserver: /sbin/vserver /usr/share/man/man2/vserver.2.gz 1184293475 M * Bertl well, with FC6 I would simply install the packages from FC6 :) 1184293518 M * Bertl hosungs_: that is not a good search method :) 1184293529 M * hosungs_ Okay, let me try that. Then, how should I remove my current installation of util-vserver? 1184293554 M * Bertl depends on how you installed the tools, and with what config 1184293559 M * hosungs_ Bertl: Any suggestion? I've been away from unix world for a while, so please bear with me. 1184293577 M * hosungs_ I installed util-vserver 0.30.213 with manual compilation. 1184293578 M * Bertl for example, using the default ./configure, and doing an install, will put them to /usr/local/... 1184293601 M * Bertl (which will mess up tools usually placed in /usr) 1184293602 M * AStorm Bertl, does the configure script you use create an uninstall target? 1184293604 M * hosungs_ I gave "--prefix=/" option as suggested in http://linux-vserver.org/Installation_on_Linux_2.6 1184293637 M * Bertl hosungs_: and nothing else, not even on the fist try? 1184293638 M * hosungs_ I kept using that whenever I reinstalled the newly compiled util-vserver 1184293651 M * hosungs_ Nothing else. 1184293658 M * Bertl then you should be able to unistall them with 'make uninstall' 1184293669 M * hosungs_ Let me try... 1184293671 M * Bertl AStorm: yes 1184293697 M * hosungs_ Okay. No vserver executable... 1184293714 M * Bertl check for chbind and chcontext too 1184293727 M * hosungs_ I still got /vservers directory. Would that be okay? 1184293737 M * Bertl that is fine 1184293755 M * hosungs_ No chbind or chcontext according to my 'which ...' commands... 1184293768 M * hosungs_ Then do I reinstall the util-vserver? 1184293802 M * Bertl fedora extras 6 has util-vserver (latest version) 1184293823 M * hosungs_ I wiped out that old util-vserver source directory... Okay, you are suggesting that I install FC 6 rpm package? 1184293830 M * Bertl so assuming you have extras in your repo list, just do: 1184293838 M * Bertl yum install util-vserver 1184293902 M * AStorm KISS principle at work :> 1184293929 M * hosungs_ Okay. That installed 4 packages: util-vserver, util-vserver-{core,lib,sysv} 1184293950 M * Bertl you might want to add util-vserver-build too 1184293960 M * hosungs_ Is it okay with manually compiled kernel, still? 1184293969 M * Bertl sure 1184293979 M * hosungs_ By the way, commands are installed in /usr/sbin now... 1184293986 M * hosungs_ Okay, let me try testme.sh now... 1184294003 M * hosungs_ [hosungs@ee3222 vserver]$ ./testme.sh 1184294003 M * hosungs_ Linux-VServer Test [V0.17] Copyright (C) 2003-2006 H.Poetzl 1184294003 M * hosungs_ chcontext: tools were built without legacy API support; can not continue 1184294003 M * hosungs_ chcontext failed! 1184294003 M * hosungs_ chbind: kernel does not provide network virtualization 1184294004 M * hosungs_ chbind: kernel does not provide network virtualization 1184294006 M * hosungs_ chbind failed! 1184294008 M * hosungs_ Linux 2.6.21.5-vs2.2.0 #1 Wed Jul 11 14:31:22 KST 2007 i686 1184294010 M * hosungs_ Ea 0.30.213 273/glibc (DSa) 1184294014 M * hosungs_ VCI: 0002:0200 273 030007b1 (TbsPHIW) 1184294016 M * hosungs_ --- 1184294018 M * hosungs_ [hosungs@ee3222 vserver]$ 1184294029 M * AStorm hosungs_, uhm, there are pastebins :P 1184294039 M * AStorm hosungs_, ahha! SELinux strikes again! 1184294055 M * AStorm I guess it locks vserver syscalls 1184294055 M * hosungs_ Sorry. I've been away from irc for more than 10 years... 1184294061 M * hosungs_ You guys brought me back... :_) 1184294075 M * hosungs_ Hmm... I definitely disabled SELinux... 1184294110 M * AStorm but then, the FC6 package should have that sorted out 1184294139 M * hosungs_ What do you mean, AStorm? 1184294153 M * AStorm I don't know yet. 1184294159 M * AStorm check the syslog, maybe? 1184294191 M * hosungs_ What I did to disable SELinux was to bring up the "System-Administration-Security Level and Fireall" menu of Fedora and disabled SELinux... 1184294284 M * hosungs_ Let me follow exactly what's written in http://linux-vserver.org/Installation_on_Fedora to diable SELinux... I don't think I executed 'yum -d upgrade' part... 1184294385 M * hosungs_ Okay. I think it's time for me to reboot. See you guys a little while later... 1184294391 P * hosungs_ Ex-Chat 1184294658 J * hosungs ~hosungs@ee3222.kaist.ac.kr 1184294690 M * hosungs Hello again. I'm back, and I still get the same errors. 1184294740 M * Bertl unfortunately you disable the debugging (for vserver) but let's do a few simple tests with a special tool 1184294775 M * Bertl http://vserver.13thfloor.at/Experimental/TOOLS/vcmd-0.09.tar.bz2 1184294785 M * hosungs Sure. I want to resolve this as soon as possible... 1184294866 M * hosungs I untarred it and I'm now in that dir... 1184294877 M * Bertl simply do 'make' 1184294894 M * hosungs Okay. I've got 'vcmd'... 1184294926 J * hardwire ~bip@rdbck-6642.palmer.mtaonline.net 1184294931 M * Bertl okay, now give me a few minutes to match your kernel config 1184294940 M * hosungs Sure. 1184295650 M * Bertl almost done ... 1184295670 M * hosungs Thanks for your help. Take your time please. 1184296327 Q * zLinux Ping timeout: 480 seconds 1184296690 M * Bertl okay, here we go 1184296877 M * Bertl here is my kernel and the test run, should match yours exactly (except for non-Linux-Vserver options) 1184296885 M * Bertl http://paste.linux-vserver.org/4510 1184296908 M * Bertl as you get different results, we have to check what goes wrong for you ... 1184297069 M * Bertl hosungs: first try 'vcmd' 1184297089 M * Bertl returns here: vserver: ret = 0x00020200 (131584) 1184297307 M * Bertl hosungs: ping? 1184297417 M * Bertl okay, let me know when you are back ... 1184298037 Q * Johnnie Ping timeout: 480 seconds 1184298597 J * Johnnie ~jdlewis@c-67-163-246-136.hsd1.pa.comcast.net 1184299389 M * slack101 wb Bertl 1184299408 M * slack101 oops :P i thought Johnni* was you 1184299414 M * slack101 getting late 1184299448 M * Bertl :) 1184299536 M * slack101 almost done with my control panel Bertl i desgined it in a very light way very cool ish used some great software to put it together turning out very nicely 1184299718 M * slack101 becasue basically ssh is a daemon and does everything i would program in a daemon so basically i just open a ssh connection then i execute a bash scripts and pass arguemtns to it ........theres also some authentication etc etc so basically no daemon overhad but yet some really cool stuff 1184299942 M * Bertl Hollow: ping? 1184300829 Q * Johnnie Ping timeout: 480 seconds 1184301195 J * anarcat ~anarcat@H144.C72.B0.tor.eicat.ca 1184301208 M * Bertl welcome anarcat! 1184301219 M * hosungs Bertl: Sorry I was away for a meeting. I tried to run 'vcmd' and got: "vserver: Function not implemented" 1184301248 M * Bertl then your kernel somehow got miscompiled or something is blocking that syscall 1184301263 M * Bertl (or you are already inside a context :) 1184301267 M * anarcat hi Bertl 1184301286 M * anarcat i have an issue with our vserver here, but i'm going to bed... i'll come back later :) 1184301293 M * hosungs hmm... 1184301302 M * anarcat ciao 1184301318 M * hosungs How do I check if I'm already inside a context? 1184301385 J * Johnnie ~jdlewis@c-67-163-246-136.hsd1.pa.comcast.net 1184301399 M * Bertl grep VxID /proc/self/status 1184301421 M * hosungs It returns: "VxID: 0" 1184301439 M * Bertl that is the host context which should be fine 1184301449 M * hosungs Does that mean I'm already in a context? 1184301457 M * Bertl no 1184301479 M * Bertl so either soemthing is blocking the vserver syscall, or your kernel is miscompiled 1184301533 M * hosungs Sounds like a deadend to me... :( 1184301557 M * Bertl I would install one of the precompiled FC6 vserver kernels to test with 1184301587 M * hosungs As in http://linux-vserver.org/Installation_on_Fedora ? 1184301697 M * Bertl probably, I'm not using fc6 1184301752 M * Bertl http://rpm.hozac.com/dhozac/fedora/6/vserver/i386/kernel-2.6.20-1.2949.fc6.vs2.2.0.2.i686.rpm 1184301761 M * Bertl (this one looks good to me 1184301851 M * hosungs The instruction seems quite intimidating, and I wanted to avoid that. In fact, I've never removed/installed a kernel using rpm, so I was worried. I'll try as instructed. Thanks much, Bertl. I may be back in a while. 1184301879 M * Bertl well, it should work with your self-built kernel too 1184301903 M * Bertl after all, I did build the kernel (the one I showed you) myself an hour ago (with your vserver options) 1184301914 M * Bertl and it worked quite fine, as you can see 1184301917 M * hosungs I hope so, but it's not working right now... So frustrating... 1184301945 M * Bertl maybe your toolchain is broken or some audit/security stuff is kicking in 1184301961 M * Bertl best ask daniel_hozac once he is back 1184301976 M * hosungs Thanks. Let me try once more. 1184302205 Q * hosungs Quit: Ex-Chat 1184303212 M * slack101 Bertl, are austrians anything like germans ? 1184303625 M * Bertl no, not at all :) 1184305245 M * slack101 Bertl, they are givin me a hard time with a few things ....spain too 1184305335 M * slack101 forget trying to localize things 1184305998 J * zLinux ~zLinux@88.213.29.139 1184306203 J * sharkjaw ~gab@158.36.45.236 1184306229 Q * slack101 Ping timeout: 480 seconds 1184306250 J * slack101 ~default@cpe-65-31-15-111.insight.res.rr.com 1184306372 M * Bertl okay, off to bed now .. have a good one everyone! cya! 1184306377 N * Bertl Bertl_zZ 1184306789 N * DoberMann_ DoberMann 1184306894 J * DavidS ~david@p57A4A7DF.dip0.t-ipconnect.de 1184308329 N * DoberMann DoberMann[PullA] 1184308577 J * markus__ ~chatzilla@mail.netcare.at 1184308582 M * markus__ hi, and good morining :) 1184308641 M * DavidS x-| 1184308655 M * DavidS much too early for a "good" morning 1184308666 M * markus__ well, 8:30 am here ;) 1184308684 M * markus__ but, you're probably right heh 1184308711 M * DavidS we're the same TZ 1184308732 M * markus__ oida, david :) 1184308776 M * DavidS i tell, it's much too early for me! 1184309483 M * DavidS markus__: IIRC util-vserver starts /etc/init.d/rc 1184309493 M * DavidS (and not /sbin/init) 1184309599 M * markus__ true ... 1184309663 M * markus__ damn thing uses DJB's /command and /server architecture which currently plays not very well with vserver here because it depends on the init, need to rewrite this I guess 1184309679 A * markus__ gets some coffee first ... 1184309688 M * DavidS can't you run it under monit or some init replacement? 1184309768 M * markus__ don't know "monit", will take a look 1184309814 M * markus__ currently the inittab has such an entry: "sv:7:respawn:/usr/bin/env - PATH=/usr/local/bin:$PATH /usr/local/bin/svscan /service", and for a start, this isn't executed. I can but this as part of rc, but I think I won't get the benefit of having an init process checking if it needs to respawn it 1184309820 A * DavidS has never heard about "DJB's /command and /server architecture" 1184309844 M * markus__ djb, qmail author 1184309849 M * DavidS yeah, for that you want to take a lookt at monit or daemontools 1184309858 M * markus__ maybe "it" has another name I don't know ;) 1184309891 M * markus__ ok, then this whole thing is called daemontools and it's there. 1184309929 M * DavidS both are tool sets to intelligently keep processes running 1184309957 M * markus__ as long as they get properly started, of course :-) So I guess just move svscan out of inittab as the first thing to be ran from runleven 3 1184309987 M * markus__ I just bumped into something nice else yesterday: the damn distribution I'm trying to get running inside the vserver uses runlevel 7 -> not support by utils-vserver ;-) 1184310144 A * DavidS shakes his head 1184310512 J * matti matti@acrux.romke.net 1184311230 M * markus__ I wonder if i should care when i get this: ps auxw|grep Internal 1184311232 M * markus__ Internal error! 1184311233 M * markus__ Internal error! 1184311235 M * markus__ [about 10 times] 1184311241 M * markus__ inside my vserver 1184311535 J * dna ~naucki@38-219-dsl.kielnet.net 1184311709 M * DavidS I've never seen that 1184312620 M * markus__ Is it possible that ... when I rsync from machine b to a ... that if it happens that I've user 'foo' on both machines, but different UIDs .. that the UID gets automagically translated? Say foo has id 10 on machine b and I rsync to machine a, then the file whose user was foo is now foo too .. but with another id, the id of the local machine. ? 1184312631 A * markus__ detects highly offtopic message ... 1184312705 A * markus__ think he should have used this switch "--numeric-ids don't map uid/gid values by user/group name" 1184312717 M * dilinger w 1184312885 M * DavidS markus__: true on both counts :) 1184312907 M * markus__ dammit. wasted another hours :) 1184312908 M * DavidS markus__: and thanks to rsync, at least one of those can be fixed easily ;) 1184312915 M * markus__ yep 1184312922 M * markus__ I'll make a tatoo with this switch 1184312959 M * markus__ And, hey, this was hard to debug because all the daemintools and qmail stuff don't provide enough logging/verbosity/debug .. had to attack this with strace -f ... 1184314795 Q * slack101 Ping timeout: 480 seconds 1184314816 J * slack101 ~default@cpe-65-31-15-111.insight.res.rr.com 1184315814 Q * ||Cobra|| Ping timeout: 480 seconds 1184316668 J * HeinMueck ~Miranda@dslb-088-064-021-043.pools.arcor-ip.net 1184317320 Q * ntrs_ Read error: Connection reset by peer 1184318427 J * hosungs ~chatzilla@wlan-card-104-13.kaist.ac.kr 1184318479 J * bzed ~bzed@dslb-084-059-109-134.pools.arcor-ip.net 1184318682 M * hosungs Bertl: Hi, I'm back. I suppose you may not be online, but I just wanted to let you know what happened. I eventually reinstalled Fedora Core 6 anew, but the same problem persisted. I suddenly suspected that the user privilege was the culprit. I executed the testme.sh with sudo, then it worked... I know I was so stupid, but I think the vserver's message should be corrected, with checking... 1184318684 M * hosungs ...whether the uid is 0 or not... Thanks anyway for your valuable help. Unfortunately, my new kernel (with VS2.2.0) is somehow broken with networking device disabled... Funny... Maybe I should try a little more. Thanks anyway. Take care. 1184319155 J * cedric ~cedric@80.70.39.67 1184319237 M * mattzerah fantastic hosungs :_ 1184319239 M * mattzerah :) 1184319330 M * hosungs mattzerah: I feel stupid about all this. Please modify sources of chcontext and other util-vserver tools so that they check if the uid is 0 or not first... I wasted a few days for this... 1184319352 M * mattzerah sorry, i have no control, i'm not the author! 1184319353 M * hosungs mattzerah: I mean if you are one of the main developers... :) 1184319377 M * mattzerah nope, just a user sorry 1184319399 M * hosungs mattzerah: sorry... so, how's your experience with vserver, if i may ask? 1184319412 M * mattzerah i think daniel_hozac is one of the developers for util-vserver - you may want to let him know about it 1184319417 A * mattzerah loves vserver 1184319420 M * mattzerah havn't done a great deal with it 1184319429 M * mattzerah but it suits my needs almost perfectly! 1184319456 M * hosungs good... i hope that's the case with me too... 1184319483 M * mattzerah depends on what you need it for of course 1184319503 M * hosungs may i ask what your needs are? 1184319509 M * mattzerah there are other virtualization products out there, but if all you need are linux virtualized with the same kernel, then i think its perfect 1184319520 M * mattzerah virtualized linux boxes :) 1184319521 M * hosungs have you tried openvz? 1184319529 M * mattzerah no 1184319535 M * mattzerah but its very similar 1184319547 M * mattzerah i believe openvz started from linux-vserver 1184319556 M * mattzerah but i could be mistaken in that aspect 1184319558 M * hosungs really... interesting... 1184319580 M * mattzerah you'll have to search the net to find that one :) 1184319589 M * hosungs so you use vserver for personal purposes? or for some business needs? 1184319603 J * ramon ~ramon@61.Red-88-5-235.staticIP.rima-tde.net 1184319612 M * ramon Good morning 1184319637 M * ramon I think I have found a bug in VServer, though it might be fixed (yes, today I am NOT going to talk about Plan 9) 1184319652 M * ramon ping 1184319674 M * hosungs hi ramon... i think most everyone is away... probably in bed... 1184319686 Q * dna Quit: Verlassend 1184319696 M * ramon Probably in the USA, but I don't think so in Europe. 1184319715 M * ramon Unless good girls are doing bad things to Vserver developers. 1184319728 M * hosungs haha... 1184319741 M * hosungs have a good day there... i gotta go for now... 1184319910 M * ramon The issue is that the vserver stop command does not work, because the shutdown command is not run in the network context of the virtual machine. 1184319931 M * ramon When I run vserver foo exec, vserver executes chbind ... 1184319938 M * ramon When I run vserver foo stop, it does not. 1184319966 M * ramon This is the issue. 1184320000 M * mattzerah mmm, vserver stop works for me fine 1184320011 M * ramon OK, let me explain. 1184320020 M * mattzerah probably best waitiing for a developer to listen 1184320022 M * ramon The issue is with my customized shutdown command. 1184320028 M * mattzerah i probably cant really help :O 1184321474 J * bonsaikitten dreeevil@dev.gentooexperimental.org 1184321489 M * bonsaikitten hello :-) 1184321659 M * bonsaikitten small hiccup in a gentoo vserver: 1184321661 M * bonsaikitten http://rafb.net/p/I2xrig81.html 1184321711 M * bonsaikitten network does work, only the init scripts don't like it 1184322012 M * AStorm bonsaikitten, add lo interface for it 1184322019 M * bonsaikitten AStorm: what/how? 1184322033 M * AStorm notmally, in the vserver interfaces config 1184322060 M * AStorm *normally 1184322079 M * AStorm or remove net.lo from the runlevel 1184322103 M * bonsaikitten well, things like apache or sshd want network and trigger start of net.lo 1184322134 M * bonsaikitten don't want to patch all init scripts 1184322193 M * bonsaikitten I guess it's a bug in baselayout? 1184322202 M * AStorm no, it's the net dependency :P 1184322213 M * bonsaikitten as I said, bug in baselayout ;-) 1184322237 J * lilalinux ~plasma@dslb-084-058-195-011.pools.arcor-ip.net 1184322238 M * AStorm nope, adding another interface will work it around 1184322252 M * AStorm it's just that inside vserver you can't create an interface 1184322259 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl 1184322292 M * bonsaikitten so ... what would you recommend I do? 1184322374 M * AStorm either create a lo interface in vserver interfaces config 1184322383 M * AStorm or add a net.something 1184322395 M * AStorm and remove net.lo from runlevels 1184322409 M * bonsaikitten well, net.* is a dependency of the other scripts 1184322412 M * bonsaikitten it's not autostarted 1184322417 M * bonsaikitten (yet) 1184322422 M * AStorm ? net.*? 1184322428 M * AStorm there's no such kind of dep? 1184322431 M * AStorm there's net 1184322434 M * bonsaikitten need net; in the init scripts 1184322437 M * AStorm yes 1184322452 M * AStorm and that's a non-strict dependency in baselayout 1 and 2 1184322460 M * AStorm unless you tweak /etc/conf.d/rc 1184322477 M * AStorm it means it's satisfied if any net.* is up 1184322508 M * bonsaikitten yeah 1184322516 M * bonsaikitten problem is that the net.eth0 init scripts fails too 1184322518 M * bonsaikitten meh 1184322525 M * bonsaikitten network does work, you silly scripts 1184322527 M * AStorm bonsaikitten, because you have to create the interface :> 1184322533 M * AStorm with the same name 1184322535 M * bonsaikitten eth0 is there and works 1184322543 M * AStorm so check /etc/conf.d/rc 1184322544 M * bonsaikitten just that script has a bad day I guess 1184322544 M * AStorm :> 1184322562 M * AStorm maybe you have that strict net dependency enabled 1184322564 M * bonsaikitten hmm, lack of patience 1184322570 M * bonsaikitten no, no net scripts are started 1184322583 Q * hosungs Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502] 1184322920 M * AStorm bonsaikitten, not fun 1184322927 M * AStorm so just create a lo interface 1184322945 M * bonsaikitten argh :-) 1184322967 A * bonsaikitten lack of patience, ignore for next 10 minutes please 1184323247 J * dna ~naucki@58-233-dsl.kielnet.net 1184323414 Q * slack101 Ping timeout: 480 seconds 1184323435 J * slack101 ~default@cpe-65-31-15-111.insight.res.rr.com 1184323441 Q * virtuoso Ping timeout: 480 seconds 1184323468 J * virtuoso ~s0t0na@80.253.205.251 1184323727 J * Piet hiddenserv@tor.noreply.org 1184323756 J * Piet_ hiddenserv@tor.noreply.org 1184323830 Q * Piet Remote host closed the connection 1184323843 Q * Piet_ Remote host closed the connection 1184323879 M * bonsaikitten ok, I have confused the scripts enough 1184323885 M * bonsaikitten they fail, but work :-) 1184324020 Q * markus__ Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.4/2007051502] 1184324760 Q * bonsaikitten Quit: my brain! it failes! 1184324968 Q * AStorm Ping timeout: 480 seconds 1184325848 J * AStorm ~astralsto@host-81-190-179-124.gorzow.mm.pl 1184326206 Q * ramon Quit: Leaving 1184326366 J * AstralSt ~astralsto@host-81-190-179-124.gorzow.mm.pl 1184326387 N * AStorm Guest190 1184326387 N * AstralSt AStorm 1184326398 Q * Guest190 Ping timeout: 480 seconds 1184326418 M * AStorm I prefer that ghost command of Freenode 1184326425 M * AStorm it doesn't leave guests floating about 1184326961 M * arachnist :> 1184327008 J * Piet hiddenserv@tor.noreply.org 1184328015 Q * Piet Quit: Piet 1184328436 Q * sharkjaw Quit: Leaving 1184329778 J * phedny_ ~mark@ip56538143.direct-adsl.nl 1184330178 Q * phedny Ping timeout: 480 seconds 1184330452 J * Piet hiddenserv@tor.noreply.org 1184331129 M * harry someone here? 1184331139 M * AStorm Yep. 1184331142 M * harry how can i use netstat to see what's running on my virtual servers? 1184331149 M * AStorm you can't 1184331154 M * harry i want, on the rootserver, what's running 1184331189 M * AStorm maybe netstat -t -a 1184331194 M * AStorm but I wouldn't count on it 1184331204 M * AStorm listeners are hard to enumerate 1184331224 J * ema ~ema@rtfm.galliera.it 1184331309 M * harry why's that? 1184331317 M * harry you can filter on all ports from the root host 1184331327 M * harry why can't you get a list of things running on ports 1184331330 M * harry it's the same kernel... 1184331460 M * DavidS chcontext --ctx 1 netstat -ant 1184331485 M * harry DavidS: what's only for the root context 1184331490 M * harry not for ALL the contexts 1184331714 M * AStorm harry, it's different - listing LISTENING ports requires inquiring process state 1184331724 M * AStorm maybe ss util can list them (it taps into the kernel) 1184331920 M * daniel_hozac harry: ncontext --nid 1 netstat ... 1184331926 M * daniel_hozac + --migrate, of course. 1184331939 Q * slack101 Ping timeout: 480 seconds 1184331955 M * harry ? 1184331960 J * slack101 ~default@cpe-65-31-15-111.insight.res.rr.com 1184331993 M * daniel_hozac migrate into the watch network context, it'll be able to see all connections. 1184332000 M * daniel_hozac (unless you've enabled privacy in your kernel) 1184332044 M * harry gandalf:~# ncontext --migrate --nid 1 netstat -ant 1184332046 M * harry that one/ 1184332052 M * harry gives me nothing at alll... 1184332070 M * daniel_hozac so, you've probably enabled privacy. 1184332088 M * harry where/what/who? 1184332088 M * daniel_hozac in which case you've told the kernel you don't want to know :) 1184332096 M * harry hehe 1184332102 M * daniel_hozac CONFIG_VSERVER_PRIVACY 1184332133 M * harry aha 1184332372 M * AStorm daniel_hozac, will SS be able to bypass that? 1184332415 M * daniel_hozac that would be a security issue, no? 1184332434 M * AStorm most likely 1184332452 M * AStorm though only root can run it, and it would only work on the main context 1184332473 M * AStorm it uses some other syscalls than netstat 1184332515 M * daniel_hozac netstat is mostly parsing /proc, IIRC. 1184332585 M * daniel_hozac ss also works in guests, btw. 1184332677 M * AStorm ss doesn't parse proc, it uses some other kernel interface (optional) 1184332682 M * daniel_hozac yes, netlink. 1184332703 M * daniel_hozac same as the rest of iproute. 1184332908 M * AStorm uhm, not only that 1184332916 M * AStorm there's an additional special interface 1184332926 M * AStorm w/o it ss is a bit crippled 1184334862 Q * Aiken Remote host closed the connection 1184335501 Q * bzed Quit: Leaving 1184336234 Q * slack101 Ping timeout: 480 seconds 1184336255 J * slack101 ~default@cpe-65-31-15-111.insight.res.rr.com 1184336374 Q * lilalinux Read error: Connection reset by peer 1184336483 J * lilalinux ~plasma@dslb-084-058-195-011.pools.arcor-ip.net 1184338547 N * Bertl_zZ Bertl_oO 1184338837 Q * DavidS Quit: Leaving. 1184339347 Q * HeinMueck Quit: Aah! 1184340019 N * mact mact_nicht_marsbiker 1184340328 M * AStorm hey.. can fifo be unified and does that make sense? 1184340456 M * daniel_hozac technically, yes, but it doesn't make sense. 1184340560 Q * slack101 Ping timeout: 480 seconds 1184340581 J * slack101 ~default@cpe-65-31-15-111.insight.res.rr.com 1184340718 M * AStorm Ok. 1184340831 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net 1184340976 M * tam Is it as simple as adding IP addresses to /etc/vservers/zyx/interface/0/ip to add additional IPs to a virtual server? 1184341020 M * tam disregard 1184341038 M * tam my wiki search skills are not nearly as good as my look through the FAQ skills :D 1184341250 J * stefani ~stefani@flute.radonc.washington.edu 1184341336 J * pmenier ~pmenier@ACaen-152-1-60-102.w83-115.abo.wanadoo.fr 1184342500 M * AStorm daniel_hozac, does vunify take items to be unified as an argument in the form 1184342502 N * ensc Guest203 1184342512 J * ensc ~irc-ensc@p54B4FC2C.dip.t-dialin.net 1184342515 M * AStorm base, unified1, unified2, ... 1184342529 M * AStorm or: base1, unified1, base2, unified2... 1184342609 M * daniel_hozac it's etc. 1184342618 Q * Guest203 Ping timeout: 480 seconds 1184342662 M * AStorm ah, so the unified guest is the first... 1184342670 M * AStorm s/guest/directory/ right? 1184342681 M * AStorm (I'm talking --manual mode) 1184342711 M * daniel_hozac yes. 1184342755 M * AStorm Hmm, I'd still prefer something using files. Will write some simple syscall wrapper in Python then 1184342917 J * bonbons ~bonbons@2001:5c0:85e2:0:20b:5dff:fec7:6b33 1184342988 M * AStorm it basically chattrs files, right? 1184343025 M * AStorm chattr plus link 1184343241 M * AStorm ah, no, it's another syscall 1184343367 Q * lilalinux Remote host closed the connection 1184343812 M * daniel_hozac called sys_vserver, yes :) 1184343924 M * AStorm yes 1184343932 M * AStorm the hardest part is getting the number right 1184343944 M * AStorm it's hidden behint a truckload of macros 1184343948 M * daniel_hozac what number? 1184343980 M * AStorm set_iattr, of course 1184344017 M * daniel_hozac you're aware of vcmd? 1184344036 M * AStorm I can't include that header, sorry :P 1184344038 M * daniel_hozac it not only translates those for you, it even does the syscall... 1184344047 M * AStorm ^ 1184344065 M * daniel_hozac also, why not just use setiattr --iunlink? 1184344083 M * AStorm hmm, there is such a command? Great! 1184344149 M * AStorm I can't find it though 1184344171 M * daniel_hozac setattr? 1184344205 M * daniel_hozac should be in sbindir. 1184344212 M * AStorm ah 1184344215 M * AStorm yes, that's it 1184344417 M * AStorm hmm, so, it's setattr --iunlink + ln 1184344502 M * daniel_hozac yes. 1184344824 Q * slack101 Ping timeout: 480 seconds 1184344845 J * slack101 ~default@cpe-65-31-15-111.insight.res.rr.com 1184345478 Q * ema Quit: leaving 1184345744 J * HeinMueck ~Miranda@dslb-088-065-041-058.pools.arcor-ip.net 1184346138 Q * cedric Quit: cedric 1184346144 J * bzed ~bzed@10-205-116-85.dsl.manitu.net 1184346640 N * pmenier pmenier_off 1184347002 Q * Piet Quit: Piet 1184349071 N * DoberMann[PullA] DoberMann 1184349109 P * Ramjar 1184349111 J * Ramjar ~ramjar@195.159.98.150 1184349211 N * Bertl_oO Bertl 1184349219 M * Bertl greetings! 1184349221 Q * bzed Quit: Leaving 1184349223 M * daniel_hozac morning Bertl! 1184349521 M * daniel_hozac http://people.linux-vserver.org/~dhozac/p/m/delta-dlimit-feat03.diff is the version i'm sticking to... seems to work fine. 1184349547 M * daniel_hozac should cover the basic functionality of disk limits at least. 1184349563 M * Bertl great! will test shortly! 1184349925 J * ema ~ema@rtfm.galliera.it 1184350101 J * justin6891 ~Administr@116.68.70.197 1184350576 P * justin6891 1184351514 M * AStorm daniel_hozac, what's the couterpart to setattr? I see no getattr :> 1184351522 M * daniel_hozac showattr. 1184351562 M * AStorm ah 1184352150 M * meebey today when deploying a vserver system at a customer, I saw during boot problems with proc when the vservers boot 1184352162 M * meebey init.d scripts of the guest are yelling that /proc is not mounted (like postgresql) 1184352173 M * meebey when I enter the vserver, proc is mounted though 1184352177 M * meebey after the boot 1184352210 M * daniel_hozac are you starting guests before vprocunhide? 1184352228 M * meebey ohhh maybe, there was a bug in the debian package about that 1184352245 M * AStorm daniel_hozac, it's a pity that /proc entries aren't hidable on a per-vserver basis 1184352307 M * meebey daniel_hozac: the hwclock hanging appears on 2.6.18, on 2.6.21 I didnt see it yet 1184352350 M * meebey I have to change the rc*.d order of ssh/vserver, so I can login to diagnose it 1184352439 M * meebey daniel_hozac: yep, you are right 1184352461 M * meebey daniel_hozac: the debian packages in etch still having the bug, that it runs vprocunhide for normal vserver but not legacy vservers 1184352463 M * meebey daniel_hozac: :) 1184352468 M * meebey daniel_hozac: thanks 1184352519 M * daniel_hozac np. 1184352525 M * meebey daniel_hozac: it's a pure order problem, it starts legacy vservers, then vprocunhide, then normal vservers 1184352542 A * meebey goes patching /etc/init.d/util-vservers 1184352542 M * daniel_hozac is that filed? 1184352551 M * meebey probably not, I guess I should 1184352556 M * daniel_hozac i don't remember hearing about it. 1184352573 M * daniel_hozac and i've CCd myself on all util-vserver bugs in Debian ;) 1184352614 M * meebey subscribed to the PTS, evil you :-P 1184352652 M * daniel_hozac well, that seems to be the only place people report bugs ;) 1184352663 M * daniel_hozac if not here, i mean. 1184352667 M * meebey hehe 1184352756 M * slack101 Bertl, wanna see my panel when its done ? :P 1184352944 M * Bertl sure 1184355868 P * stefani I'm Parting (the water) 1184356131 M * FaUl_ ;/query smial 1184356134 M * FaUl_ huch 1184356150 M * Bertl :) 1184356246 Q * ema Quit: leaving 1184356772 M * anarcat hi 1184356784 M * anarcat Bertl: i was told to ask you about this error here: http://pastebin.ca/618176 1184356798 M * anarcat i'm running a "vanilla" Debian etch kernel with vserver support 1184356823 M * daniel_hozac your kernel is oopsing. 1184356826 M * daniel_hozac get the dmesg output. 1184356842 M * Bertl (and upload it to paste.linux-vserver.org) 1184356845 M * Bertl Hollow: ping? 1184356869 M * anarcat ok, hold on 1184356878 M * Bertl daniel_hozac: do you have root access on helios? 1184356886 M * daniel_hozac i have sudo. 1184356897 M * daniel_hozac you gave that to me, IIRC. why? 1184356903 M * Bertl okay, I'm unable to logon, maybe my key got lost or so 1184356928 M * Bertl could you check what key (if any) is there, and /msg me? 1184356954 M * FaUl_ ;-) 1184356957 N * FaUl_ FaUl 1184357009 M * anarcat daniel_hozac / Bertl : http://paste.linux-vserver.org/4516 1184357064 M * daniel_hozac anarcat: that's an ancient kernel. 1184357075 M * daniel_hozac upgrade to _at_least_ 2.6.18-4, and that should go away. 1184357267 M * anarcat anarcat@romulus:~$ uname -a 1184357267 M * anarcat Linux romulus 2.6.18-3-vserver-amd64 #1 SMP Tue Dec 5 09:27:53 UTC 2006 x86_64 GNU/Linux 1184357274 M * anarcat really? just for the -4? :) 1184357279 M * anarcat that's not what i call ancient :) 1184357294 M * Bertl no, but 2.6.22 is recent :) 1184357321 M * daniel_hozac it's an 8 months old bug... 1184357329 M * daniel_hozac (i.e. since we fixed it) 1184357388 M * anarcat well that's good news then 1184357482 M * anarcat funny, backports.org doesn't have the -4 :( 1184357512 M * daniel_hozac so you're on sarge? 1184357527 M * anarcat ooohhh... that's why 1184357535 M * anarcat i thought this box was migrated to etch 1184357536 M * anarcat darn 1184357547 M * anarcat well, i gues i'll just have to bite the bullet and do just that 1184357552 M * anarcat thanks 1184357734 Q * slack101 Ping timeout: 480 seconds 1184357755 J * slack101 ~rwer@cpe-65-31-15-111.insight.res.rr.com 1184357978 Q * gerrit Remote host closed the connection 1184359226 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net 1184359511 M * Hollow Bertl: pong 1184359551 M * Bertl Hollow: tx for the reply, but the problem seems to be on my side (under investigation right now) 1184359612 M * Hollow ok, just ping me again if you need anything 1184359625 M * daniel_hozac oh, now that you're both here, i've been meaning to ask: should we go back to the matrix for the patches on linux-vserver.org? 1184359650 M * Hollow matrix? 1184359673 M * daniel_hozac with the vanilla kernel version on top, and the patch version on the side. 1184359703 M * daniel_hozac i'm starting to have a hard time finding the right entries to update, with 4 lines for 2.0... 1184359706 M * daniel_hozac s/2.0/2.2/ 1184359761 M * Hollow well, yeah, why not.. don't have a preference here :) 1184359792 M * daniel_hozac maybe with the textual description of each branch on the far right... 1184359837 M * Bertl matrix sounds good 1184359911 M * daniel_hozac okay, i'll try it out. 1184360406 M * slack101 are ssh connection encrypted from the point when they connect ? 1184360413 N * DoberMann DoberMann[ZZZzzz] 1184360418 M * AStorm slack101, yes 1184360426 M * AStorm the password is transmitted encrypted 1184360450 M * slack101 so i dont need to add any extra layer of encryption since ssl does all that for me ? 1184360463 M * AStorm Well, if you don't want any, you don't have to 1184360480 M * AStorm the server will be able to read the data 1184360565 M * slack101 i want it encrypted AStorm 1184360576 M * slack101 i was just wondering if i had ot do anything special ;) 1184360579 M * AStorm it is encrypted in transit 1184360584 M * slack101 yea thanks 1184360589 M * AStorm with SSL, negotiable encryption level 1184360592 M * slack101 SSH is truely a great protocol 1184360605 M * slack101 explain ? :p 1184360614 M * slack101 so i need to add mroe encryption ? 1184360617 M * AStorm There is a short encryption negotiation step 1184360622 M * slack101 ah 1184360628 M * slack101 i thought you meant the encryption wasnt to good 1184360635 M * AStorm no, you don't have to, just throw away weak encryption to suppress downgrade attacks 1184360651 M * AStorm it can be configured in both the client and the server 1184360654 M * slack101 yea 1184360656 M * slack101 but 1184360679 M * slack101 has thier been any ways found in vserver where guest can here all server traffic ? 1184360683 M * slack101 or is that all pretty good ? 1184360704 M * daniel_hozac sure, just give the guest CAP_NET_RAW. 1184360721 M * AStorm if you don't, then it can't (unless Linux is broken) 1184360721 M * slack101 doesnt have that by default huh ? 1184360729 M * slack101 ok was just asking 1184360744 M * AStorm all caps are off by default 1184360774 M * slack101 im passing vserver commands from the web ui panel to the user to control vserver through SSH so i just wanted to make sure everything is tidy 1184360816 M * slack101 it beats making a daemon 1184360820 M * slack101 that will do the same thing 1184360849 M * AStorm it's safer too, SSH is quite debugged 1184360860 M * AStorm just don't forget to create a small restricted shell 1184360866 M * slack101 i will 1184361050 M * slack101 basically i have it ssh into the system from the web panel execute a bash script sh restore customer1 debian ...... ip and all that stuff is already stored so yea and then at the end of the sh script it conacts the mysql server ot let it know the restore finished good and sends an email 1184361053 M * slack101 kinda cool 1184361111 M * slack101 better then writng some daemon to do it when i can do the hwole thing through ssh 1184361941 J * Aiken ~james@ppp121-45-220-241.lns2.bne1.internode.on.net 1184362024 Q * slack101 Ping timeout: 480 seconds 1184362045 J * slack101 ~rwer@cpe-65-31-15-111.insight.res.rr.com 1184362061 M * slack101 my client keeps disconnecting and restarting man o man 1184362339 M * daniel_hozac Bertl, Hollow: http://linux-vserver.org/Template:CurrentPatchTableMatrix not sure how we could work in the text descriptions... ideas? 1184362425 M * daniel_hozac or should i simply replace 2.2/2.0/2.3/1.2/2.2+grsec with "Stable" "Old Stable" "Development" "Ancient Stable" "Stable + grsec"? 1184362463 M * Hollow maybe just put it below the version or above.. 1184362476 M * daniel_hozac yeah, sure. 1184362905 M * slack101 kind of off topic question but how many sessions can a sshd server take ? 1184362907 M * slack101 just curious 1184362945 M * daniel_hozac you'd probably have to ask someone who knows the inner workings of sshd... 1184363374 M * Hollow probably max_processes/2? 1184363376 M * Hollow :) 1184363584 M * AStorm I'd say about max_processes/3 1184363588 M * AStorm if you have enough CPU 1184363644 M * Bertl daniel_hozac: I think it won't hurt to move the 2.4 stuff in a separate matrix 1184363658 M * Bertl saves you a few empty fields 1184363716 M * anarcat thanks guys, upgrading to etch / 2.6.18-4 fixed my problem! 1184363731 M * Bertl daniel_hozac: maybe we also should also add a footnote that the grsec patches are not that well tested 1184363737 M * Bertl anarcat: you're welcome! 1184363741 M * daniel_hozac true, but i think having multiple matrices would be somewhat confusing. 1184363778 M * daniel_hozac plus the 2.4 one would be tiny. 1184363790 M * daniel_hozac which might just look weird. 1184363841 M * Bertl well, I have no problem with the current matrix, but then you should sort the releases 1184363852 M * Bertl which would put 1.2 into the first column 1184363863 M * Bertl and 2.0 into the second, etc ... 1184363868 M * AStorm do a reverse sort instead 1184363875 M * AStorm so that 2.2 is the leftmost 1184363875 M * daniel_hozac well, i tried to do it in the same order we had them before. 1184363886 M * Bertl AStorm: that would be 2.3 then :) 1184363896 M * daniel_hozac i.e. the most-recommended one first, second-most-recommended one second. 1184363972 M * Bertl okay, maybe we can do that without hurting my sense for structure :) 1184363991 M * Bertl what about highlighting stable/devel with color somehow? 1184364001 M * daniel_hozac yeah, i was thinking about that too. 1184364004 M * Bertl e.g. make stable column green 1184364012 M * Bertl and devel columns yellow 1184364022 M * Bertl and old/ancient columns red? 1184364037 M * daniel_hozac unfortunately, i have no idea how to do that :) 1184364045 M * daniel_hozac my wiki-foo is weak. 1184364132 M * Bertl http://www.mediawiki.org/wiki/Help:Tables#With_HTML_attributes_and_CSS_styles 1184364205 M * daniel_hozac thanks. 1184364244 M * Bertl to make it consistent, we could define a few styles for that, and simply use them 1184364260 M * daniel_hozac yeah. 1184364370 M * daniel_hozac should we color all of the cells, or just the headers? the first might make it kind of a pain in the ass. 1184364401 M * Bertl well, I know, HTML and wiki is weak, but do we change it that often? 1184364425 J * ntrs ~ntrs@68-188-55-120.dhcp.stls.mo.charter.com 1184364433 M * daniel_hozac i guess it's mostly cut'n'paste. 1184364463 M * Hollow in ten years we will have html5 and it will probably deprecate div again favor of the old table layouts, which will lead the W3C to complete insanity :) 1184364478 M * daniel_hozac haha. 1184364479 M * Hollow ah.. dreams.. 1184364482 M * Hollow :) 1184364490 M * AStorm uhm, tables are for content 1184364496 M * AStorm divs are for presentation layout 1184364503 M * AStorm that's the definition 1184364505 M * AStorm :> 1184364526 M * daniel_hozac well, i'll have to pick this up tomorrow, have to get home before it starts raining. :) 1184364527 M * Hollow yeah, and should seperate content from code 1184364531 M * Hollow ... 1184364541 M * daniel_hozac cya! 1184364543 M * Hollow nite 1184364551 M * Hollow oh 1184364557 M * Hollow you head home.. 1184364558 M * Hollow :) 1184364805 Q * dna Quit: Verlassend 1184366319 Q * slack101 Ping timeout: 480 seconds 1184366340 J * slack101 ~rwer@cpe-65-31-15-111.insight.res.rr.com 1184366537 Q * HeinMueck Quit: Aah! 1184367173 M * dilinger Bertl: hiya; do you have an updated vserver patch for 2.6.22 final? 1184367447 M * Bertl yes, but for mainline, not for OLPC branch yet 1184367464 M * Bertl did you update/merge the git tree or how do you get there? 1184367484 M * dilinger i merged the git tree 1184367490 M * dilinger i see what the fix i need is, though 1184367494 M * Bertl for the vserver branch? 1184367495 M * dilinger from the mainline branch 1184367496 M * dilinger yea 1184367500 M * dilinger unshare_nsproxy_namespaces(unsigned 1184367508 M * dilinger that fix , for old_ns going away 1184367523 M * Bertl so you want to look at the mainline branch to compare? 1184367546 M * Bertl or how is the maintainance procedure in your case? 1184367607 M * dilinger my original maintenance plan was just to resync regularly with what you had 1184367614 M * dilinger using our vserver branch 1184367614 M * Bertl or should I check out the vserver branch and update whatever necessary and send you a patch? 1184367636 M * dilinger if you want to send a patch, that'd be great 1184367663 M * dilinger for now, i'm just going to fix what doesn't build and push it, because people want this is olpc images immediately 1184367686 M * Bertl well, how long can it wait _right_ now_? 1184367701 M * Bertl because I think, it shouldn't take too long to update 1184367718 M * Bertl (assuming you did commit the git tree) 1184367752 M * Bertl i.e. maybe 10 to 20 minutes or so 1184367806 Q * bonbons Quit: Leaving 1184367969 M * Bertl dilinger: seems like the official vserver tree is still at rc5 1184368668 M * dilinger Bertl: it appears to build, so whenever you release a final 2.6.22 patch i'll sync up or something 1184368687 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.22-vs2.2.0-rc5.diff 1184368697 M * Bertl there will be another one tomorrow, I guess 1184368722 M * Bertl (but note: that one contains quite a lot of stuff you don't want in OLPC) 1184368776 M * Bertl (so let me know when the git repository is updated, and I'll look what the damage is :) 1184368820 M * Bertl brb 1184368824 N * Bertl Bertl_oO 1184370614 Q * slack101 Ping timeout: 480 seconds 1184370635 J * slack101 ~rwer@cpe-65-31-15-111.insight.res.rr.com 1184370854 Q * Aiken Quit: Leaving