1197245024 Q * Abaddon Quit: leaving
1197245091 M * Bertl okay, off to bed now .. have a good one everyone!
1197245103 N * Bertl Bertl_zZ
1197245710 Q * onox Ping timeout: 480 seconds
1197245933 Q * FireEgl Ping timeout: 480 seconds
1197246450 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa
1197247304 Q * shuri Quit: Leaving
1197247710 J * bzed_ ~bzed@devel.recluse.de
1197248000 J * shuri ~shuri@64.235.209.226
1197248028 Q * bzed Ping timeout: 480 seconds
1197248080 Q * meebey Ping timeout: 480 seconds
1197248609 J * meebey meebey@booster.qnetp.net
1197248918 Q * shuri Quit: Leaving
1197249247 J * Infinito argos@200-103-110-145.gnace701.dsl.brasiltelecom.net.br
1197249658 Q * lilalinux Remote host closed the connection
1197250329 J * shuri ~shuri@64.235.209.226
1197251405 J * liona29 ~liona29@ANantes-257-1-93-16.w90-25.abo.wanadoo.fr
1197251527 Q * liona29 
1197251624 Q * _gh_ Ping timeout: 480 seconds
1197251738 Q * friendly12345 Quit: Leaving.
1197251835 Q * meebey Remote host closed the connection
1197251867 J * meebey meebey@booster.qnetp.net
1197252113 Q * mire Read error: Operation timed out
1197252948 Q * meebey Remote host closed the connection
1197252979 J * meebey meebey@booster.qnetp.net
1197253157 Q * fatgoose Quit: fatgoose
1197254637 Q * Infinito Quit: Quitte
1197260258 J * friendly12345 ~friendly@ppp59-167-174-112.lns1.mel4.internode.on.net
1197260370 Q * meebey Remote host closed the connection
1197260400 J * meebey meebey@booster.qnetp.net
1197261968 Q * notabene Ping timeout: 480 seconds
1197262168 J * _gh_ ~gerrit@1406dhost29.starwoodbroadband.com
1197265306 J * sharkjaw ~gab@shell.ormset.no
1197266507 Q * shuri Quit: Leaving
1197267969 Q * dowdle Remote host closed the connection
1197270990 Q * Hollow Remote host closed the connection
1197271211 J * Hollow ~hollow@proteus.croup.de
1197271992 Q * zLinux Ping timeout: 480 seconds
1197272169 Q * meebey Remote host closed the connection
1197272199 J * meebey meebey@booster.qnetp.net
1197273351 J * meandtheshel1 ~sa@85-127-137-224.dynamic.adsl-line.inode.at
1197273497 Q * hparker Quit: g'nite
1197273653 Q * meebey Remote host closed the connection
1197273683 J * meebey meebey@booster.qnetp.net
1197273998 J * zLinux ~zLinux@88.213.24.170
1197274068 J * JonB ~NoSuchUse@83.221.149.46
1197274451 N * tokkee_ tokkee
1197275473 Q * meebey Remote host closed the connection
1197275503 J * meebey meebey@booster.qnetp.net
1197275626 Q * JonB Quit: This computer has gone to sleep
1197275875 J * Alikus ~alikus@217.150.200.212
1197276163 J * gebura ~gebura@77.192.186.197
1197276233 M * gebura hi
1197276398 M * daniel_hozac hello
1197276546 M * nox hi all
1197276566 M * nox daniel_hozac: Bertl_zZ still completly happy with vserver :D
1197276584 M * nox got some of my friends also addicted 
1197276592 Q * zLinux Ping timeout: 480 seconds
1197276656 M * daniel_hozac nox: sounds good!
1197276771 M * nox does so know which vserver is in the etch kernel included?
1197276792 M * nox never used the deb kernel
1197276850 M * matthew_ nox: not sure. The easiest I can think of is to have a look a /proc/config.gz and see what options are available for the vserver
1197276866 J * JonB ~NoSuchUse@kg1-46.kollegiegaarden.dk
1197276878 M * matthew_ that might give you some idea, but it won't be conclusive at all!
1197276914 M * nox there also should be a list which patches where included ... but forgot the file
1197276944 M * nox well if i have time i will have a look in the dpkg handbook
1197276962 M * matthew_ yeah, the deb-src will obviously tell for certain
1197276964 M * nox 2 long ago that i made my own packages :D
1197277121 M * renihs nox, if you happen to need a vserver livecd for demonstration (to addict more ppl :)
1197277147 M * renihs i put one at http://dev.gentooexperimental.org/~renihs/ , granted might be not up to date but still cute sometimes :)
1197277169 M * nox renihs: thx
1197277193 M * renihs but boots nice and has one vserver guest template to start from cd
1197277263 J * Abaddon abaddon@68-71.is.net.pl
1197277648 Q * JonB Ping timeout: 480 seconds
1197278129 M * daniel_hozac nox: the etch kernel has 2.0.2.2-rc9
1197278465 Q * meebey Remote host closed the connection
1197278495 J * meebey meebey@booster.qnetp.net
1197278501 J * balbir ~balbir@59.145.136.1
1197278703 J * Infinito argos@200-140-59-151.gnace701.dsl.brasiltelecom.net.br
1197278914 M * nox daniel_hozac: thx a lot
1197278936 M * nox strange that my friends has bind9 prob with that version
1197278945 M * daniel_hozac not really.
1197278950 M * daniel_hozac that's pretty much expected.
1197278980 M * nox oh 2.0.2 its too early :D
1197279006 M * daniel_hozac it is...
1197279237 Q * balbir Ping timeout: 480 seconds
1197279299 J * JonB ~NoSuchUse@130.227.63.19
1197279545 J * zLinux ~zLinux@88.213.34.49
1197279687 J * dna ~dna@22-245-dsl.kielnet.net
1197280182 J * pmenier ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1197280277 J * balbir ~balbir@59.145.136.1
1197283268 J * rgl ~rgl@84.90.10.245
1197283270 M * rgl hello
1197283290 M * JonB hi
1197283323 M * JonB someone in here suggested a raid card for sata that was not a 3ware, but i forgot the name of the card maker
1197283408 M * sid3windr areca
1197283443 J * mire ~mire@159-168-222-85.adsl.verat.net
1197283457 M * JonB right, thanks
1197283606 Q * Infinito Quit: Quitte
1197283857 P * igraltist Leaving
1197284271 Q * friendly12345 Quit: Leaving.
1197284566 J * larsivi ~larsivi@205.80-202-29.nextgentel.com
1197285186 M * renihs areca :)
1197285200 M * renihs fast and "cheap"
1197285458 M * JonB renihs: choose any 1 feature
1197285505 M * renihs i like both in combination :)
1197285524 M * JonB renihs: cheap and fast is rarely a combination
1197285583 M * renihs yar, thats why i like areca 
1197285596 M * renihs "cheap" considered in comparison
1197285641 M * JonB okay
1197285696 J * virtuoso_ ~s0t0na@ppp89-110-2-172.pppoe.avangarddsl.ru
1197285870 Q * larsivi Ping timeout: 480 seconds
1197286100 Q * virtuoso Ping timeout: 480 seconds
1197286300 J * alienn ~nicki@sphinx.link-m.de
1197286330 M * alienn Hi there. I have another question regarding vserver unification/hashification.
1197286367 M * alienn I use debian etch (util-vserver from backports.org) and I'd like to know how to use the "vdu" utility.
1197287141 M * alienn Under debian this utlity needs at least the following options to operate "--xid $XID" (--space OR --inodes). As I don't know how to find out what the xid is I don't get any interesting results. The following command `vdu --xid $CONTEXTID --space vserver{1,2,3,4}` always returns "0". 
1197287185 M * alienn The vserver are already hashified (thanks to this channel on friday). But there are some changed files and the output should be different from "0". ;)
1197287574 N * pmenier pmenier_off
1197287574 Q * meebey Remote host closed the connection
1197287586 J * larsivi ~larsivi@144.84-48-50.nextgentel.com
1197287605 J * meebey meebey@booster.qnetp.net
1197288735 J * Ben81 ~Ben81@tipi0e.lri.fr
1197288765 Q * Ben81 
1197288804 Q * balbir Ping timeout: 480 seconds
1197289045 Q * Abaddon Quit: leaving
1197289062 J * ViRUS ~mp@p57A6F903.dip.t-dialin.net
1197289074 J * kelmo ~kelmo@58.174.130.62
1197289107 N * Bertl_zZ Bertl
1197289111 M * Bertl morning folks!
1197289155 M * renihs morning Bertl!
1197289168 Q * Aiken Quit: Leaving
1197289174 M * Bertl alienn: each guest has an unique ID (actually two of them) assigned, which identify the context
1197289238 M * Bertl alienn: e.g. for my etch64 guest, it is: 'cat /etc/vservers/etch64/context' 10114 :)
1197289287 M * Bertl alienn: you specified that 'xid' (context id) when the guest was created, unless you used newvserver, which is outdated, unmaintained, broken, and deprecated ...
1197289412 M * alienn Bertl: O.k. thanks. But with the context ID it does not work. As far as I see it. The vdu utility of debian etch is broken. The one from the src does indeed work...
1197289460 M * rgl hey Bertl 
1197289491 M * Bertl alienn: in this case, please file a bug report to the maintainer (debian)
1197289523 M * rgl I'm trying the patch-2.6.22.10-vs2.2.0.5.diff to patch 2.6.22.14 but there is a hunk failure in 1 out of 1 hunk FAILED -- saving rejects to file Makefile.rej  is this ignorable?   notice that the vs patch is not for the exact same version of linux.
1197289554 M * Bertl did you look at the .rej file?
1197289557 M * rgl yup
1197289567 M * Bertl and? what differences does it show?
1197289583 M * rgl just the EXTRAVERSION = .10  vs EXTRAVERSION = .10-vs2.2.0.5
1197289617 M * Bertl so would you assume that this change affects the kernel (besides giving the wrong extraversion)?
1197289619 M * rgl because the linux 2.6.22.14 is XTRAVERSION = .14
1197289677 M * rgl I'd assume this is not the right patch :D
1197289692 M * rgl or, that it wasn't tried with 2.6.22.14 
1197289716 M * Bertl that is correct, the right patch would be patch-2.6.22.14-vs2.2.0.5.diff :)
1197289731 M * rgl where is it? :D
1197289735 M * Bertl but that is not the point, as you already figured that it is for .10, yes?
1197289774 M * rgl yes.  but its the patch on linux-vserver.org
1197289777 M * Bertl but your (original) question was if that error can be ignored
1197289788 M * rgl yup :D
1197289800 M * rgl I think it can be ignored, but I'm not sure.  
1197289811 M * Bertl okay, so back to my question: do you think it affect kernel operation?
1197289817 M * Bertl *affects
1197289853 M * rgl I patch that applies (fuzzy one?) might not work, so it might affect :D
1197289865 M * rgl don't you agreed? 
1197289884 M * Bertl yes, that is, why we look at the *.rej file, no?
1197289922 M * rgl to known why it failed to apply?
1197289948 M * Bertl exactly, and we see that the hunk failed, because it expected .10 and got .14, right?
1197289968 M * rgl the rej shows what was expected, and what it would do if that expectation was meet.
1197289977 M * rgl correct :-)
1197289994 M * Bertl yes, so how could you make that patch apply without reject?
1197290074 M * rgl I think there are 4 possibilities, 1. do a tiny change on the vs patch itself;  2. change the working copy Makefile to read .10;  3. or apply the .rej by hand?
1197290082 M * rgl err 3 possibilities :D
1197290095 M * JonB rgl: 4) ignore it?
1197290116 M * rgl oh sure ignore it too. :D
1197290131 M * Bertl well, 2 would be really misleading, you would get a kernel which show .10 as extraversion
1197290152 M * rgl Bertl, I forgot, apply the .rej after that change :D
1197290158 M * JonB Bertl: same would 4
1197290171 M * Bertl applying the patch 3 by hand (without change) would probably do the same, if you do not change from .10 to .14
1197290187 M * rgl but having a patch that fails to apply gives me some signal, it says that patch was not tried with the version stated on the homepage hehe
1197290196 M * Bertl exactly
1197290211 M * Bertl and thus you should _test_ the result before you use it in production
1197290218 M * JonB i tested it
1197290227 M * JonB it's still working
1197290262 M * rgl but is that combination on the homepage?
1197290280 M * rgl err but why is  that combination of kernel / patch on the homepage?
1197290299 M * Bertl because this version was tested?
1197290323 M * Bertl (by the developers)
1197290326 M * rgl so change the patch to read 2.6.22.14? :D
1197290366 M * Bertl is supposed to work, if that is the only bad hunk
1197290381 M * rgl it is the only one.
1197290439 J * zLinux_ ~zLinux@88.213.31.100
1197290485 M * rgl is there a way to apply a .ref?
1197290507 M * rgl err .rej?  I mean, I've edited the .rej, and added .14, how can I apply that .rej?
1197290552 M * rgl oh well, I've change the Makefile hehe
1197290622 Q * zLinux Ping timeout: 480 seconds
1197290812 M * Bertl patch does that
1197291077 J * Abaddon abaddon@68-71.is.net.pl
1197291154 P * kelmo Gone Fishin'
1197291439 M * Bertl wb Abaddon!
1197291463 Q * transacid Quit: blubb
1197291491 J * transacid ~transacid@transacid.de
1197291552 Q * meandtheshel1 Quit: Leaving.
1197291702 M * Abaddon hi Bertl 
1197291812 Q * transacid Quit: blubb
1197291986 J * transacid ~transacid@transacid.de
1197292026 J * lilalinux ~plasma@dslb-084-058-201-120.pools.arcor-ip.net
1197292331 J * balbir ~balbir@59.145.136.1
1197292949 Q * balbir Ping timeout: 480 seconds
1197293182 N * esa eSa|
1197293245 Q * larsivi Ping timeout: 480 seconds
1197293429 Q * mountie Remote host closed the connection
1197293523 J * mountie ~mountie@trb229.travel-net.com
1197293730 Q * eSa| Ping timeout: 480 seconds
1197293752 J * esa bip@ip-87-238-2-45.adsl.cheapnet.it
1197294101 Q * meebey Remote host closed the connection
1197294123 Q * mattzerah`afk Read error: Operation timed out
1197294132 J * meebey meebey@booster.qnetp.net
1197294468 J * meandtheshel1 ~sa@85-127-137-224.dynamic.adsl-line.inode.at
1197294677 Q * Abaddon Quit: leaving
1197294817 J * mattzerah`afk ~matt@121.50.220.94
1197294913 A * mattzerah`afk changes away reason from "I'm away" to "I'm away"
1197294983 M * JonB mattzerah`afk: are you sure about that?
1197295228 M * Wonka "deny or allow?"
1197295257 M * JonB Wonka: haha
1197295310 M * Wonka vista jokes somehow are funny again and again..
1197295341 M * JonB yeah
1197295731 M * Bertl a requester I saw some time ago read:
1197295747 M * Bertl 'Do you want to continue or cancel?' <yes> <no>
1197295856 Q * sharkjaw Quit: Leaving
1197295891 M * rgl it better than just "OK" *G*
1197296002 M * Bertl not sure, OK would probably be logically correct :)
1197296012 Q * mire Ping timeout: 480 seconds
1197296030 M * arachnist 'User "arachnist" is trying to send You an irc message. Deny or allow?'
1197296061 M * JonB deny deny deny
1197296065 A * JonB is in denial
1197296090 J * ema ~ema@rtfm.galliera.it
1197296140 M * Bertl np, in a few minutes, JonB's computer will go to sleep anyway :)
1197296418 N * esa eSa|
1197296533 Q * pmenier_off Read error: Connection reset by peer
1197296540 J * pmenier_off ~pme@LNeuilly-152-22-72-5.w193-251.abo.wanadoo.fr
1197296593 J * mire ~mire@91-171-222-85.adsl.verat.net
1197296661 J * doener ~doener@i577B9DF1.versanet.de
1197296668 Q * ||Cobra|| Read error: Connection reset by peer
1197296789 Q * _gh_ Ping timeout: 480 seconds
1197296875 J * Julius ~julius@p57B264BA.dip.t-dialin.net
1197296901 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1197297068 Q * doener_ Ping timeout: 480 seconds
1197297082 J * _gh_ ~gerrit@1406dhost29.starwoodbroadband.com
1197297325 J * yarihm ~yarihm@whitehead2.nine.ch
1197297429 J * freepenguin ~andrew@87.11.131.60
1197297595 Q * Julius Ping timeout: 480 seconds
1197297674 Q * mick_work Ping timeout: 480 seconds
1197297703 Q * freepenguin Read error: Connection reset by peer
1197297903 Q * meebey Remote host closed the connection
1197297934 J * meebey meebey@booster.qnetp.net
1197297975 Q * yarihm Ping timeout: 480 seconds
1197298296 J * Julius ~julius@p57B264BA.dip.t-dialin.net
1197298940 J * yarihm ~yarihm@whitehead2.vpn.nine.ch
1197299535 Q * JonB Ping timeout: 480 seconds
1197299919 J * DavidS ~david@86.59.70.100
1197300541 N * ace_ sannes
1197300813 J * mick_work ~clamwin@adsl-068-157-089-099.sip.bct.bellsouth.net
1197301125 Q * yarihm Ping timeout: 480 seconds
1197302017 J * yarihm ~yarihm@whitehead2.nine.ch
1197302600 Q * gebura Quit: Quitte
1197303353 M * rgl is 2.4 to far away from being stable?
1197303636 J * JonB ~NoSuchUse@kg0-128.kollegiegaarden.dk
1197304213 M * Bertl linux 2.4?
1197304291 Q * DavidS Quit: Leaving.
1197304370 Q * Skram Ping timeout: 480 seconds
1197304386 M * arachnist Bertl: vserver-2.4
1197304546 M * Bertl vserver 2.4 was not started yet
1197304593 M * Bertl 2.3 will become stable as 2.4 (probably in spring, when the mainline virtualization has settled a little)
1197304617 M * Bertl okay, have to leave now .. bbl
1197304622 N * Bertl Bertl_oO
1197304935 J * dowdle ~dowdle@scott.coe.montana.edu
1197305063 J * onox ~onox@kalfjeslab.demon.nl
1197305089 M * onox daniel_hozac: when I start a vserver, I get the following error:
1197305092 M * onox FATAL: Could not load /lib/modules/2.6.19-hardened-r6/modules.dep: No such file
1197305093 M * onox or directory
1197305142 M * onox should I copy this file to the vserver?
1197305392 N * pmenier_off pmenier
1197306460 Q * JonB Quit: This computer has gone to sleep
1197307014 M * ViRUS vserver ftw. :)
1197307091 M * ViRUS It really rocks on the server I set up recently. Together with some grsecurity restrictions and loadable module support entirely removed from the kernel it just gives me a warm hug. :)
1197307205 Q * the-me Ping timeout: 480 seconds
1197307448 Q * meandtheshel1 Quit: Leaving.
1197307543 Q * yarihm Ping timeout: 480 seconds
1197307603 J * Patrick Patrick@Linux-Dev.org
1197307965 J * JonB ~NoSuchUse@kg0-128.kollegiegaarden.dk
1197309444 J * balbir ~balbir@122.167.182.206
1197309470 Q * Patrick Ping timeout: 480 seconds
1197309511 Q * JonB Quit: This computer has gone to sleep
1197309520 Q * pmenier Quit: Konversation terminated!
1197309643 J * Patrick ~Patrick@Linux-Dev.org
1197310317 Q * otavio Ping timeout: 480 seconds
1197310380 Q * Patrick Ping timeout: 480 seconds
1197311029 J * DavidS ~david@86.59.70.100
1197311050 Q * Alikus Remote host closed the connection
1197311196 J * Patrick Patrick@Linux-Dev.org
1197311397 Q * Patrick Remote host closed the connection
1197311873 J * JonB ~NoSuchUse@kg0-128.kollegiegaarden.dk
1197312082 J * lidi20 ~lidi20@ANantes-257-1-113-73.w90-25.abo.wanadoo.fr
1197312211 Q * lidi20 
1197312392 Q * DavidS Quit: Leaving.
1197312766 J * Abaddon abaddon@68-71.is.net.pl
1197312895 Q * ema Quit: leaving
1197313306 Q * JonB Quit: This computer has gone to sleep
1197313641 J * JonB ~NoSuchUse@kg0-128.kollegiegaarden.dk
1197313925 J * fatgoose ~samuel@76-10-149-199.dsl.teksavvy.com
1197314018 J * Patrick Patrick@Linux-Dev.org
1197314034 N * Patrick the-me
1197314034 Q * meebey Remote host closed the connection
1197314065 J * meebey meebey@booster.qnetp.net
1197314108 Q * fatgoose 
1197314842 Q * doener Quit: leaving
1197314887 Q * onox Quit: leaving
1197314888 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33
1197314928 N * bzed_ bzed
1197315469 Q * _gh_ Ping timeout: 480 seconds
1197315630 Q * meebey Remote host closed the connection
1197315660 J * meebey meebey@booster.qnetp.net
1197315897 J * hparker ~hparker@linux.homershut.net
1197316422 J * meandtheshel1 ~sa@85-127-137-224.dynamic.adsl-line.inode.at
1197316446 M * rgl debootstrap is borked :-( :'-(
1197316478 M * arachnist well, it has 'deb' in its name ;)
1197316480 A * arachnist runs
1197316502 M * arachnist rgl: what's wrong with it?
1197316534 M * arachnist rgl: when running on x86_64 you need to specify --arch
1197316551 M * rgl I do?  since when?
1197316562 M * arachnist since... ever since?
1197316593 M * rgl nope.  I've used this before, and no need for that :-|
1197316605 M * arachnist vserver foo build .... -- --arch amd64
1197316619 M * arachnist you need to do so
1197316623 M * rgl lemme paste the error.  I think is related with that :D
1197316903 M * rgl I never need that before, though. which is odd.
1197316905 M * rgl http://pastie.caboo.se/126585
1197316911 M * rgl though, it fails too :-/
1197316979 M * rgl (you can ignore the last error line with rm: cannot remove directory blabla)  thats because I've mounted the guest FS there.
1197317024 A * rgl is kinda lost now :|
1197317154 M * rgl if I use a older debootstrap (debootstrap_0.3.3.2ubuntu3_all.deb), it does nothing :-(
1197317189 M * rgl and the log file /etc/vservers/.defaults/vdirbase/piranha/debootstrap/debootstrap.log has this: /usr/lib/util-vserver/distributions/dapper/debootstrap.script: 8: default_mirror: not found
1197317448 M * rgl any idea arachnist ?
1197317482 N * Bertl_oO Bertl
1197317487 M * Bertl evening folks!
1197317576 M * Bertl rgl, arachnist: hint, you need to specify the arch, when it differs from the host arch, but it doesn't hurt to specify it anyways
1197317594 M * rgl Bertl, thats what I though :D
1197317636 M * rgl humm, http://linux-vserver.org/Installing_Ubuntu_on_Debian says I need to copy something to /usr/lib/debootstrap/scripts/  how odd :|
1197317746 M * rgl humm "default_mirror" is inside a script called "functions", but for some reason vserver build is failing to correctly extract the debootstrap*.deb :|
1197317754 M * rgl (to extract or use)
1197318004 Q * JonB Quit: This computer has gone to sleep
1197318244 M * rgl omg... I've installed debootstrap in the system, and this now works... vserver build is borked on this new versions :-(
1197318324 M * mnemoc Bertl: hi, how does 2.6.24's containers thing impact vserver?
1197318435 J * ema ~ema@rtfm.galliera.it
1197318438 M * Bertl well, impact performance or implementation wise?
1197318811 M * rgl both? :)
1197319035 M * Bertl hehe, okay, well, performance wise, Linux-VServer will provide the same performant isolation mechanisms as before
1197319060 M * Bertl so, the ekrnel might be slower, but it will not be slower than the unpatched mainline version
1197319335 M * Bertl from the implementation side, well, quite a number of things change, so we have a lot of work and testing to do
1197319530 Q * arachnist Ping timeout: 480 seconds
1197319546 Q * ViRUS Quit: Leaving
1197319599 M * rgl the kernel might be slower because?
1197319681 J * fatgoose ~samuel@76-10-149-199.dsl.teksavvy.com
1197319782 M * Bertl rgl: because of additional indirection and cache misses
1197319820 M * rgl ah, you mean, a vserver kernel vs vanilla kernel.
1197319864 M * rgl sure, I understand that :-D
1197319942 M * rgl will vserver use the containers stuff Bertl ?
1197319968 M * rgl I understand that vserver has it own container thing though :D
1197319975 M * Bertl nah, I mean a 2.6.24 vs 2.6.22 kernel
1197320011 M * Bertl mainline virtualization affects the kernel performance wise, while Linux-VServer carefully tries to avoid any overhead
1197320064 M * rgl cant we disable mainline virt?
1197320181 M * rgl why is vserver overhead less than mainline?  I would guess the other way arround, because mainline does not have all the features of vserver.  I'm guessing this wrongly?
1197320250 M * Bertl the problem there is, mainline virtualization is very young, thus not very optimized .. also it tries to solve a lot of things in a very general (and thus a little inefficient) way
1197320289 M * Bertl just remember how software raid support (and later lvm) started
1197320300 M * Bertl it was buggy, it was slow, and it was fragile
1197320326 M * rgl ah, yes, that is true for new software :D
1197320376 M * rgl humm so you think they are building something too complex for mainline virt?
1197320469 J * yarihm ~yarihm@84-75-119-160.dclient.hispeed.ch
1197320522 M * rgl oh, food is ready :-)    brb
1197320620 Q * alienn Quit: Leaving
1197320833 Q * meandtheshel1 Quit: Leaving.
1197320950 J * Aiken ~james@ppp121-45-193-222.lns1.bne1.internode.on.net
1197321050 M * Bertl wb Aiken! how's going?
1197321061 M * Aiken hi
1197321065 M * Aiken life is good
1197321317 M * Bertl that's definitely something ... how is your Linux-VServer setup?
1197321574 J * doener ~doener@i577B9DF1.versanet.de
1197321615 Q * Julius Quit: Verlassend
1197321826 J * arachnist arachnist@088156187175.who.vectranet.pl
1197322432 J * DavidS ~david@85.125.165.34
1197322825 J * hondo ~boris@i577B8685.versanet.de
1197322882 Q * hondo 
1197322908 J * hondo ~boris@i577B8685.versanet.de
1197322938 Q * hondo 
1197323062 Q * yarihm Quit: Leaving
1197323178 Q * bonbons Quit: Leaving
1197323256 J * shuri ~shuri@64.235.209.226
1197323307 J * yarihm ~yarihm@84-75-119-160.dclient.hispeed.ch
1197323803 Q * daniel_hozac Read error: Connection reset by peer
1197323951 Q * DavidS Quit: Leaving.
1197324529 J * daniel_hozac ~daniel@ssh.hozac.com
1197324925 M * Bertl okay, off to bed now ... have a good one everyone! cya!
1197324932 N * Bertl Bertl_zZ
1197324933 M * daniel_hozac good night!
1197325707 M * rgl hey daniel_hozac :D
1197325735 M * daniel_hozac hello
1197325906 Q * meebey Remote host closed the connection
1197325937 J * meebey meebey@booster.qnetp.net
1197326223 Q * dna Quit: Verlassend
1197327234 J * _gh_ ~gerrit@1406dhost29.starwoodbroadband.com
1197328533 Q * ema Quit: leaving
1197328701 Q * yarihm Quit: Leaving
1197328815 Q * meebey Remote host closed the connection
1197328845 J * meebey meebey@booster.qnetp.net
1197330438 Q * mountie Read error: Operation timed out
1197330515 J * friendly12345 ~friendly@ppp121-44-206-97.lns3.mel4.internode.on.net