1130892488 J * Aiken_ ~james@tooax6-018.dialup.optusnet.com.au
1130892754 Q * shedi iridium.oftc.net helium.oftc.net
1130892754 Q * mrec iridium.oftc.net helium.oftc.net
1130892754 Q * derjohn iridium.oftc.net helium.oftc.net
1130892754 Q * Hollow iridium.oftc.net helium.oftc.net
1130892754 Q * cereal iridium.oftc.net helium.oftc.net
1130892754 Q * cryo iridium.oftc.net helium.oftc.net
1130892754 Q * gerrit_ iridium.oftc.net helium.oftc.net
1130892754 Q * monrad iridium.oftc.net helium.oftc.net
1130892754 Q * michal_ iridium.oftc.net helium.oftc.net
1130892754 Q * Johnnie iridium.oftc.net helium.oftc.net
1130892754 Q * yungyuc iridium.oftc.net helium.oftc.net
1130892754 Q * dhansen iridium.oftc.net helium.oftc.net
1130892754 Q * TheSeer iridium.oftc.net helium.oftc.net
1130892754 Q * micah iridium.oftc.net helium.oftc.net
1130892754 Q * flock iridium.oftc.net helium.oftc.net
1130892754 Q * derbien iridium.oftc.net helium.oftc.net
1130892754 Q * Vudumen iridium.oftc.net helium.oftc.net
1130892754 Q * entroposcope iridium.oftc.net helium.oftc.net
1130892755 Q * AndrewLee iridium.oftc.net helium.oftc.net
1130892755 Q * locksy iridium.oftc.net helium.oftc.net
1130892755 Q * Greek0 iridium.oftc.net helium.oftc.net
1130892755 Q * tchan iridium.oftc.net helium.oftc.net
1130892772 J * shedi ~siggi@inferno.lhi.is
1130892772 J * mrec ~revenger@p54B0006F.dip0.t-ipconnect.de
1130892772 J * derjohn ~derjohn@80.69.37.19
1130892772 J * Hollow ~hollow@home.xnull.de
1130892772 J * cereal koepi@217.20.124.153
1130892772 J * cryo ~say@212.86.233.146
1130892772 J * gerrit_ ~gerrit@c-24-22-41-133.hsd1.or.comcast.net
1130892772 J * monrad ~monrad@213083190134.sonofon.dk
1130892772 J * michal_ ~michal@mprivacy-update.de
1130892772 J * Johnnie ~john@acs-24-154-53-217.zoominternet.net
1130892772 J * yungyuc ~yungyuc@220-135-53-220.HINET-IP.hinet.net
1130892772 J * tchan ~tchan@c-67-174-18-204.hsd1.il.comcast.net
1130892772 J * locksy ~locksy@mrtg.sisgroup.com.au
1130892772 J * AndrewLee ~andrew@tnlug.linux.org.tw
1130892772 J * entroposcope ~entroposc@user-0c992og.cable.mindspring.com
1130892772 J * Vudumen vudumen@perverz.hu
1130892772 J * derbien ~derbien@whiterabbit.nbmc.de
1130892772 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il
1130892772 J * Greek0 ~greek0@85.255.145.201
1130892772 J * micah micah@micha.hampshire.edu
1130892772 J * TheSeer ~theseer@border.office.salesemotion.net
1130892772 J * dhansen ~dave@sprucegoose.sr71.net
1130892796 Q * dhansen xenon.oftc.net iridium.oftc.net
1130892796 Q * TheSeer xenon.oftc.net iridium.oftc.net
1130892796 Q * micah xenon.oftc.net iridium.oftc.net
1130892796 Q * flock xenon.oftc.net iridium.oftc.net
1130892796 Q * derbien xenon.oftc.net iridium.oftc.net
1130892796 Q * Vudumen xenon.oftc.net iridium.oftc.net
1130892796 Q * entroposcope xenon.oftc.net iridium.oftc.net
1130892796 Q * AndrewLee xenon.oftc.net iridium.oftc.net
1130892796 Q * locksy xenon.oftc.net iridium.oftc.net
1130892796 Q * yungyuc xenon.oftc.net iridium.oftc.net
1130892796 Q * Johnnie xenon.oftc.net iridium.oftc.net
1130892796 Q * michal_ xenon.oftc.net iridium.oftc.net
1130892796 Q * cryo xenon.oftc.net iridium.oftc.net
1130892796 Q * cereal xenon.oftc.net iridium.oftc.net
1130892796 Q * Hollow xenon.oftc.net iridium.oftc.net
1130892796 Q * derjohn xenon.oftc.net iridium.oftc.net
1130892796 Q * mrec xenon.oftc.net iridium.oftc.net
1130892796 Q * shedi xenon.oftc.net iridium.oftc.net
1130892799 Q * monrad xenon.oftc.net iridium.oftc.net
1130892799 Q * tchan xenon.oftc.net iridium.oftc.net
1130892799 Q * Greek0 xenon.oftc.net iridium.oftc.net
1130892799 Q * gerrit_ xenon.oftc.net iridium.oftc.net
1130892799 Q * Hunger xenon.oftc.net iridium.oftc.net
1130892799 Q * Alecsandro xenon.oftc.net iridium.oftc.net
1130892799 Q * FireEgl xenon.oftc.net iridium.oftc.net
1130892799 Q * eyck xenon.oftc.net iridium.oftc.net
1130892799 Q * gdm xenon.oftc.net iridium.oftc.net
1130892799 Q * sebi_ xenon.oftc.net iridium.oftc.net
1130892799 Q * mnemoc xenon.oftc.net iridium.oftc.net
1130892799 Q * lilo xenon.oftc.net iridium.oftc.net
1130892799 Q * Loki|muh xenon.oftc.net iridium.oftc.net
1130892799 Q * sladen xenon.oftc.net iridium.oftc.net
1130892799 Q * Millox xenon.oftc.net iridium.oftc.net
1130892799 Q * romke xenon.oftc.net iridium.oftc.net
1130892799 Q * NikDaPhreak xenon.oftc.net iridium.oftc.net
1130892799 Q * SNy xenon.oftc.net iridium.oftc.net
1130892799 Q * xzu xenon.oftc.net iridium.oftc.net
1130892799 Q * baggins xenon.oftc.net iridium.oftc.net
1130892799 Q * click xenon.oftc.net iridium.oftc.net
1130892799 Q * case xenon.oftc.net iridium.oftc.net
1130892799 Q * ag- xenon.oftc.net iridium.oftc.net
1130892799 Q * Bertl_oO xenon.oftc.net iridium.oftc.net
1130892799 Q * Sonarman xenon.oftc.net iridium.oftc.net
1130892799 Q * matti xenon.oftc.net iridium.oftc.net
1130892799 Q * jkl xenon.oftc.net iridium.oftc.net
1130892799 Q * neofutur xenon.oftc.net iridium.oftc.net
1130892799 Q * virtuoso xenon.oftc.net iridium.oftc.net
1130892799 Q * ag-2 xenon.oftc.net iridium.oftc.net
1130892799 Q * [MUPPETS]Gonzo xenon.oftc.net iridium.oftc.net
1130892799 Q * BWare xenon.oftc.net iridium.oftc.net
1130892799 Q * meebey xenon.oftc.net iridium.oftc.net
1130892799 Q * alexx xenon.oftc.net iridium.oftc.net
1130892806 Q * Aiken Ping timeout: 480 seconds
1130892817 J * dhansen ~dave@sprucegoose.sr71.net
1130892817 J * TheSeer ~theseer@border.office.salesemotion.net
1130892817 J * micah micah@micha.hampshire.edu
1130892817 J * Greek0 ~greek0@85.255.145.201
1130892817 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il
1130892817 J * derbien ~derbien@whiterabbit.nbmc.de
1130892817 J * Vudumen vudumen@perverz.hu
1130892817 J * entroposcope ~entroposc@user-0c992og.cable.mindspring.com
1130892817 J * AndrewLee ~andrew@tnlug.linux.org.tw
1130892817 J * locksy ~locksy@mrtg.sisgroup.com.au
1130892817 J * tchan ~tchan@c-67-174-18-204.hsd1.il.comcast.net
1130892817 J * yungyuc ~yungyuc@220-135-53-220.HINET-IP.hinet.net
1130892817 J * Johnnie ~john@acs-24-154-53-217.zoominternet.net
1130892817 J * michal_ ~michal@mprivacy-update.de
1130892817 J * monrad ~monrad@213083190134.sonofon.dk
1130892817 J * gerrit_ ~gerrit@c-24-22-41-133.hsd1.or.comcast.net
1130892817 J * cryo ~say@212.86.233.146
1130892817 J * cereal koepi@217.20.124.153
1130892817 J * Hollow ~hollow@home.xnull.de
1130892817 J * derjohn ~derjohn@80.69.37.19
1130892817 J * mrec ~revenger@p54B0006F.dip0.t-ipconnect.de
1130892817 J * shedi ~siggi@inferno.lhi.is
1130892817 J * eyck eyck@81.219.64.71
1130892817 J * ag- ag@caladan.roxor.cx
1130892817 J * gdm ~gdm@209.51.169.84
1130892817 J * Hunger Hunger.hu@Hunger.hu
1130892817 J * sebi_ ~sebi@Fd24f.f.strato-dslnet.de
1130892817 J * mnemoc ~amery@200.75.27.103
1130892817 J * lilo ~lilo@lilo.usercloak.oftc.net
1130892817 J * Alecsandro ale@desk.alecsandro.com.br
1130892817 J * FireEgl Atlantica@Atlantica.IPv6Tunnel.Info
1130892817 J * Bertl_oO herbert@212.16.62.52
1130892817 J * Sonarman ~cleetus@adsl-71-141-127-16.dsl.snfc21.pacbell.net
1130892817 J * matti matti@linux.gentoo.pl
1130892817 J * Loki|muh loki@satanix.de
1130892817 J * sladen paul@starsky.19inch.net
1130892817 J * jkl eric@c-67-173-249-8.hsd1.co.comcast.net
1130892817 J * Millox ~mattias@shienar.csbnet.se
1130892817 J * neofutur ~neofutur@neofutur.net
1130892817 J * romke ~romke@procyon.romke.net
1130892817 J * NikDaPhreak ~NikDaPhre@193.193.162.69
1130892817 J * SNy 992a5ceca4@bmx-chemnitz.de
1130892817 J * case ~case@donpanic.faveve.uni-stuttgart.de
1130892817 J * click click@ti511110a080-4596.bb.online.no
1130892817 J * alexx ~alexx@proxy.ikse.net
1130892817 J * meebey meebey@booster.qnetp.net
1130892817 J * BWare ~bware@office.intouch.net
1130892817 J * baggins baggins@kenny.mimuw.edu.pl
1130892817 J * [MUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de
1130892817 J * ag-2 ag@kaitain.roxor.cx
1130892817 J * xzu ~otto@brucester.a20.net
1130892817 J * virtuoso ~s0t0na@shisha.spb.ru
1130892876 Q * shedi xenon.oftc.net iridium.oftc.net
1130892876 Q * derjohn xenon.oftc.net iridium.oftc.net
1130892876 Q * Hollow xenon.oftc.net iridium.oftc.net
1130892876 Q * cereal xenon.oftc.net iridium.oftc.net
1130892876 Q * cryo xenon.oftc.net iridium.oftc.net
1130892876 Q * monrad xenon.oftc.net iridium.oftc.net
1130892876 Q * michal_ xenon.oftc.net iridium.oftc.net
1130892876 Q * Johnnie xenon.oftc.net iridium.oftc.net
1130892876 Q * yungyuc xenon.oftc.net iridium.oftc.net
1130892876 Q * tchan xenon.oftc.net iridium.oftc.net
1130892876 Q * locksy xenon.oftc.net iridium.oftc.net
1130892876 Q * AndrewLee xenon.oftc.net iridium.oftc.net
1130892876 Q * entroposcope xenon.oftc.net iridium.oftc.net
1130892877 Q * Vudumen xenon.oftc.net iridium.oftc.net
1130892877 Q * derbien xenon.oftc.net iridium.oftc.net
1130892877 Q * flock xenon.oftc.net iridium.oftc.net
1130892877 Q * TheSeer xenon.oftc.net iridium.oftc.net
1130892877 Q * dhansen xenon.oftc.net iridium.oftc.net
1130892877 Q * Greek0 xenon.oftc.net iridium.oftc.net
1130892877 Q * micah xenon.oftc.net iridium.oftc.net
1130892877 Q * gerrit_ xenon.oftc.net iridium.oftc.net
1130892877 Q * mrec xenon.oftc.net iridium.oftc.net
1130892877 Q * Hunger xenon.oftc.net iridium.oftc.net
1130892877 Q * FireEgl xenon.oftc.net iridium.oftc.net
1130892877 Q * Alecsandro xenon.oftc.net iridium.oftc.net
1130892877 Q * xzu xenon.oftc.net iridium.oftc.net
1130892877 Q * baggins xenon.oftc.net iridium.oftc.net
1130892877 Q * click xenon.oftc.net iridium.oftc.net
1130892877 Q * case xenon.oftc.net iridium.oftc.net
1130892877 Q * SNy xenon.oftc.net iridium.oftc.net
1130892877 Q * NikDaPhreak xenon.oftc.net iridium.oftc.net
1130892877 Q * romke xenon.oftc.net iridium.oftc.net
1130892877 Q * Millox xenon.oftc.net iridium.oftc.net
1130892877 Q * Loki|muh xenon.oftc.net iridium.oftc.net
1130892877 Q * mnemoc xenon.oftc.net iridium.oftc.net
1130892877 Q * sebi_ xenon.oftc.net iridium.oftc.net
1130892877 Q * gdm xenon.oftc.net iridium.oftc.net
1130892877 Q * eyck xenon.oftc.net iridium.oftc.net
1130892877 Q * sladen xenon.oftc.net iridium.oftc.net
1130892877 Q * lilo xenon.oftc.net iridium.oftc.net
1130892877 Q * virtuoso xenon.oftc.net iridium.oftc.net
1130892877 Q * ag-2 xenon.oftc.net iridium.oftc.net
1130892877 Q * [MUPPETS]Gonzo xenon.oftc.net iridium.oftc.net
1130892877 Q * BWare xenon.oftc.net iridium.oftc.net
1130892877 Q * meebey xenon.oftc.net iridium.oftc.net
1130892877 Q * alexx xenon.oftc.net iridium.oftc.net
1130892877 Q * jkl xenon.oftc.net iridium.oftc.net
1130892877 Q * matti xenon.oftc.net iridium.oftc.net
1130892877 Q * Sonarman xenon.oftc.net iridium.oftc.net
1130892877 Q * Bertl_oO xenon.oftc.net iridium.oftc.net
1130892877 Q * ag- xenon.oftc.net iridium.oftc.net
1130892877 Q * neofutur xenon.oftc.net iridium.oftc.net
1130892891 J * case ~case@donpanic.faveve.uni-stuttgart.de
1130892891 J * click click@ti511110a080-4596.bb.online.no
1130892891 J * alexx ~alexx@proxy.ikse.net
1130892891 J * meebey meebey@booster.qnetp.net
1130892891 J * BWare ~bware@office.intouch.net
1130892891 J * baggins baggins@kenny.mimuw.edu.pl
1130892891 J * [MUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de
1130892891 J * ag-2 ag@kaitain.roxor.cx
1130892891 J * xzu ~otto@brucester.a20.net
1130892891 J * virtuoso ~s0t0na@shisha.spb.ru
1130892891 J * SNy 992a5ceca4@bmx-chemnitz.de
1130892891 J * NikDaPhreak ~NikDaPhre@193.193.162.69
1130892891 J * romke ~romke@procyon.romke.net
1130892891 J * neofutur ~neofutur@neofutur.net
1130892891 J * Millox ~mattias@shienar.csbnet.se
1130892891 J * jkl eric@c-67-173-249-8.hsd1.co.comcast.net
1130892891 J * sladen paul@starsky.19inch.net
1130892891 J * Loki|muh loki@satanix.de
1130892891 J * matti matti@linux.gentoo.pl
1130892891 J * Sonarman ~cleetus@adsl-71-141-127-16.dsl.snfc21.pacbell.net
1130892891 J * Bertl_oO herbert@212.16.62.52
1130892891 J * FireEgl Atlantica@Atlantica.IPv6Tunnel.Info
1130892891 J * Alecsandro ale@desk.alecsandro.com.br
1130892891 J * lilo ~lilo@lilo.usercloak.oftc.net
1130892891 J * mnemoc ~amery@200.75.27.103
1130892891 J * sebi_ ~sebi@Fd24f.f.strato-dslnet.de
1130892891 J * Hunger Hunger.hu@Hunger.hu
1130892891 J * gdm ~gdm@209.51.169.84
1130892891 J * ag- ag@caladan.roxor.cx
1130892891 J * eyck eyck@81.219.64.71
1130892891 J * shedi ~siggi@inferno.lhi.is
1130892891 J * mrec ~revenger@p54B0006F.dip0.t-ipconnect.de
1130892891 J * derjohn ~derjohn@80.69.37.19
1130892891 J * Hollow ~hollow@home.xnull.de
1130892891 J * cereal koepi@217.20.124.153
1130892891 J * cryo ~say@212.86.233.146
1130892891 J * gerrit_ ~gerrit@c-24-22-41-133.hsd1.or.comcast.net
1130892891 J * monrad ~monrad@213083190134.sonofon.dk
1130892891 J * michal_ ~michal@mprivacy-update.de
1130892891 J * Johnnie ~john@acs-24-154-53-217.zoominternet.net
1130892891 J * yungyuc ~yungyuc@220-135-53-220.HINET-IP.hinet.net
1130892891 J * tchan ~tchan@c-67-174-18-204.hsd1.il.comcast.net
1130892891 J * locksy ~locksy@mrtg.sisgroup.com.au
1130892891 J * AndrewLee ~andrew@tnlug.linux.org.tw
1130892891 J * entroposcope ~entroposc@user-0c992og.cable.mindspring.com
1130892891 J * Vudumen vudumen@perverz.hu
1130892891 J * derbien ~derbien@whiterabbit.nbmc.de
1130892891 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il
1130892891 J * Greek0 ~greek0@85.255.145.201
1130892891 J * micah micah@micha.hampshire.edu
1130892891 J * TheSeer ~theseer@border.office.salesemotion.net
1130892891 J * dhansen ~dave@sprucegoose.sr71.net
1130893100 Q * derjohn Quit: Leaving
1130893232 T * services.oftc.net http://linux-vserver.org/ | latest stable 2.0, 2.0.1-pre2, 1.2.10, 1.2.11-rc1, devel 2.1.0-rc4 | He who asks a question is a fool for a minute; he who doesn't ask is a fool for a lifetime -- share the gained knowledge on the wiki, and we'll forget about the minute ;)
1130894054 P * Aiken_ Leaving
1130894086 J * Aiken ~james@tooax6-018.dialup.optusnet.com.au
1130895176 N * Bertl_oO Bertl
1130895186 M * Bertl evening folks!
1130895195 M * FireEgl =)
1130895949 Q * ntrs Quit: Leaving
1130896636 J * VanMuur ibonny@24.229.184.188.res-cmts.nbh.ptd.net
1130896720 M * Bertl welcome VanMuur!
1130899253 M * VanMuur thanks
1130899263 M * VanMuur just getting to know vserver
1130899970 M * Bertl :)
1130900226 M * VanMuur whats the best place to start? I have a colinux debian system and I wanted to try out vserver on it.. I know I have to patch the kernel, but I also know that there is a lot in the user-side of things to do too.
1130900260 M * Bertl hmm, not really, you compile the tools (util-vserver) and that's basically it
1130900288 M * Bertl http://linux-vserver.org/alpha+util-vserver
1130900299 M * Bertl (there are examples to create a guest)
1130900304 M * VanMuur woohoo
1130900326 M * VanMuur what about http://www.section6.net/wiki/index.php/Running_Vservers_on_Debian?
1130900328 M * Bertl but no idea if and how that works with colinux
1130900332 M * VanMuur of course
1130900335 M * VanMuur thats my problem, I know
1130900353 M * Bertl yes, there are several 'howtos' for all kinds of host distros
1130900356 M * VanMuur woowoo
1130900370 M * Bertl but as I said, it basically comes down to the following:
1130900384 M * Bertl - patch, configure, build and install the kernel
1130900392 M * Bertl - install the tools (util-vserver)
1130900398 M * Bertl - create and start a guest
1130900409 M * Bertl everything else is tuning and consmetics
1130900432 M * VanMuur ok, thats what I gleaned from the docs... but I'm going to see how the kernel patch works with the colinux patch
1130900444 M * VanMuur the only reason I'm running colinux is that I install Windows on most of my servers by need
1130900450 M * VanMuur and then run a colinux instance to do all my linux work
1130900455 M * Bertl let me know how it goes ...
1130900461 M * VanMuur I love the idea of vserver, too
1130900663 M * VanMuur I have a question: Do I need a running host that has the guest install to use as the vserver, or do I need to do a debootstrap to get the files in a dir?
1130900681 M * VanMuur or can you have a mounted image file?
1130900736 M * Bertl everything available at some path/dir is 'startable' as guest (if it contains init or runlevel scripts and binaries)
1130900762 M * Bertl so you can use a disk image via loopback (or whatever), or a directory with a debootstrapped dir
1130900781 M * VanMuur so in otherwords, anything that can be "chroot"ed to, right?
1130900791 M * Bertl yep
1130900792 M * VanMuur ok
1130900794 M * VanMuur makes sense
1130900914 J * anonymousc ~anonymous@staff.internode.com.au
1130900928 M * Bertl welcome anonymousc!
1130901014 M * anonymousc hi bertl - been on holidays - where has development being going in the 2.1 stream?
1130901035 M * Bertl a little, mainly porting/fixups and some ngnet stuff
1130901068 M * anonymousc this is the research stuff for ngnet...
1130901137 M * anonymousc btw - thank you for developing such a useful project - it has made my work life easier in many many ways
1130901167 M * Bertl the pleasure is all mine! you're welcome!
1130901265 J * stefani ~stefani@c-24-19-46-211.hsd1.wa.comcast.net
1130901274 M * Bertl welcome stefani!
1130901282 M * stefani hola.
1130901315 M * stefani i have to find out if the latest  patch is making its way into debian kernel-patch
1130901315 J * ntrs ~ntrs@68-188-50-87.dhcp.stls.mo.charter.com
1130901333 M * Bertl stefani: you mean the 2.6.14 one?
1130901337 M * stefani y
1130901359 M * Bertl hmm, is there a debian kernel that recent?
1130901389 M * stefani i think only 2.6.11 in 'unstable'
1130901452 M * VanMuur thats quite a patch, Bertl
1130901516 M * Bertl thanks! :)
1130901542 M * stefani Bertl:   unstable has   linux-2.6.14 
1130901554 M * Bertl wooho!
1130901575 M * stefani i forget that they have changed how they refer to kernel image/source
1130901586 M * Bertl chances are good that the patch applies there except for the Makefile
1130901598 M * stefani keep looking for kernel-source   but now it it linux-source 
1130901620 M * stefani i'll have to twist micah's arm
1130901667 M * Bertl poor micah! :)
1130902271 M * stefani i can only think of positive things to say about him.
1130902312 M * Bertl yep doing great work ...
1130902613 Q * anonymousc Quit: adios
1130905858 M * Bertl okay, off to bed now ... have a nice whatever everyone ... cya tomorrow!
1130905870 N * Bertl Bertl_zZ
1130906135 J * iprone ~iprone@adsl-065-012-167-027.sip.asm.bellsouth.net
1130908545 Q * iprone Ping timeout: 480 seconds
1130910856 M * eyck thanks, bye,
1130912790 M * eyck yahoo, I found a machine that 2.6.14 works on! good work 2.6!
1130913170 M * eyck uuu, spoke too soon, dvd recording doesn't work... oh, and framebuffer is all blank, 
1130913513 P * Aiken Leaving
1130914963 P * stefani parting (is such sweet sorrow)
1130915518 Q * micah Ping timeout: 480 seconds
1130915771 J * micah micah@micha.hampshire.edu
1130915830 N * nokoya nokoyaz
1130919180 Q * Johnnie Quit: G'bye!
1130919195 J * Johnnie ~john@acs-24-154-53-217.zoominternet.net
1130919404 J * anonymousc ~anonymous@staff.internode.com.au
1130919674 J * Viper0482 ~Viper0482@p54977853.dip.t-dialin.net
1130919755 Q * jkl Ping timeout: 480 seconds
1130921450 Q * shedi Quit: Leaving
1130921733 Q * Vudumen Ping timeout: 480 seconds
1130921929 M * ag- VanMuur: windows on servers, you kinding, right? :O
1130921958 M * ag- s/kinding/kidding/
1130922273 J * Vudumen vudumen@perverz.hu
1130924112 J * prae ~prae@ezoffice.mandriva.com
1130924661 J * shedi ~siggi@tolvudeild-204.lhi.is
1130932772 J * sebi ~sebi@Fd4d8.f.strato-dslnet.de
1130932881 Q * sebi_ Ping timeout: 480 seconds
1130933273 Q * monrad Quit: Leaving
1130934209 Q * matti Quit: 8-X
1130934797 J * bragon ~bragon@god.geeknode.org
1130934802 M * bragon Hello
1130934925 M * bragon could we make a FreeBSD guest in a Debian host ? 
1130934951 M * daniel_hozac does FreeBSD run under a Linux kernel?
1130934985 M * bragon daniel_hozac: i think not but :)
1130934998 M * eyck well, 
1130935002 M * bragon a magicien can do that ? 
1130935004 M * eyck there is Debian/FreeBSD, 
1130935006 M * bragon :D
1130935006 M * eyck and qemu
1130935024 M * eyck and xen
1130935039 M * eyck but this is all non-vserver related.
1130935070 J * hallyn ~xa@adsl-68-72-80-175.dsl.chcgil.ameritech.net
1130935080 M * bragon eyck: ok
1130935195 M * bragon eyck: do you think it will be possible in the futur ?
1130935301 M * daniel_hozac bragon: sure, as soon as FreeBSD runs with a Linux kernel.
1130935308 M * bragon (i only work under Debian, but i want to test freeBSD on my server) my station have many years so freeBSD with QEMU ...
1130935316 M * bragon daniel_hozac :)
1130935375 M * bragon daniel_hozac vservers run parfectly it's really a pleasure
1130935425 M * bragon you have completely reason when i was come here many days ago ! my problemes was with iptables and the NAT not with vservers
1130935446 M * bragon (my english is .... shit)
1130935515 J * iprone ~iprone@65.83.231.99
1130936239 M * eyck bragon: ie freebsd as vserver guest? - No, that is not the goal.  (it works side by side with debian under xen control though)
1130937534 J * Breaker ~flopsy@host81-134-146-163.in-addr.btopenworld.com
1130937831 N * Bertl_zZ Bertl
1130937842 M * Bertl morning folks!
1130937852 M * Bertl welcome Breaker!
1130937875 M * Bertl hallyn: morning! ping!
1130937896 M * Breaker hi Bertl
1130937936 M * Breaker its more like evening folks for me Bertl
1130937946 M * Breaker nor morning
1130937947 M * Breaker not
1130937971 M * Bertl well, it's not mroning here either ... but I just got up and GUG sounds somewhat unfriendly :)
1130938107 M * Breaker :) 
1130938361 M * hallyn hey
1130938443 M * Bertl hallyn: added your iattr change to http://vserver.13thfloor.at/Experimental/FOR-2.0.1/delta-iattr-clean01.diff
1130938467 M * SiD3WiNDR [02|13:41:41] < daniel_hozac> bragon: sure, as soon as FreeBSD runs with a Linux kernel. >> giggle giggle
1130938502 M * SiD3WiNDR I'd love to try Debian GNU/Solaris :)
1130938517 J * comdata ~mertins@mx01.scheller.de
1130938525 M * Bertl welcome comdata!
1130938536 M * comdata hello Bertl
1130938554 M * comdata I am not here without a reason ;-)
1130938567 M * Bertl yes?
1130938581 M * hallyn ok - i'm not sure still using iatt ia_valid is the right thing to do...
1130938585 M * comdata I am experiencing problems with my postfix setup on the host of my vserver
1130938590 M * hallyn but it seems to work  :)
1130938620 M * comdata postfix should listen only on the interface of the host but stops with
1130938623 M * comdata postfix: fatal: inet_addr_local[siocgif]: ioctl SIOCGIFNETMASK: Cannot assign requested address
1130938645 M * comdata kernel version 2.6.9-rc3-vs1.9.3-rc1-vs1.9.3-rc2
1130938664 M * Bertl don't you have an older kernel at hand? :)
1130938695 M * comdata no but the system was/is in production use
1130938720 M * comdata so can't update everytime you add a feature ;-)
1130938731 M * daniel_hozac you have both 1.9.3-rc1 and -rc2?
1130938765 M * Bertl comdata: strace -fF says?
1130938813 M * comdata inserting it here ok?
1130938818 M * Bertl nope
1130938833 M * Bertl (pastebin.com)
1130938888 M * comdata http://pastebin.com/414724
1130939157 M * Bertl no idea, you ahve to either check the source (postfix) or try with a recent kernel release ... but it looks somewhat strange to me ...
1130939177 M * Bertl comdata: did you change postfix? what guest distro is that?
1130939282 M * Bertl hallyn: well, I don't understand 'how' attributes are supposed to work in the 2.6.14 kernel ...
1130939297 M * comdata Bertl: it's not a guest it's the host himself which has the problem. I didn't modify postfix, but updated it to a recent 2.2.5 version. the system is running Gentoo
1130939341 M * Bertl host? then you're doing something wrong (like restricting sshd with chbind), or it's a kernel issue
1130939376 M * comdata Bertl: I am prepping an update to a recent 2.6.14 with you latest patches, we'll see
1130939417 M * Bertl comdata: okay, keep me informed ...
1130939434 M * comdata Bertl: I'll do
1130939487 Q * [MUPPETS]Gonzo Read error: Connection reset by peer
1130939653 M * hallyn well they are just inode flags now...  but i'm not sure how best to force the fs to flush the changes
1130939668 M * hallyn which is why i kept it as is
1130939723 M * hallyn we certainly dont want fs-specific code under kernel/vserver/inode.c  :)
1130939766 M * Bertl hmm ... did you look at the ioctl setting immutable for example?
1130939794 J * [MUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de
1130939807 M * hallyn no - good idea
1130939813 M * Bertl wb [MUPPETS]Gonzo!
1130939824 M * [MUPPETS]Gonzo well, thanks. My bncs all fucked up :(
1130939879 M * [MUPPETS]Gonzo maybe I should put them into a vserver *g*
1130939886 M * Bertl :)
1130940054 M * Bertl hallyn: seems to use *_set_inode_flags()
1130940256 M * hallyn no vfs wrapper for that though
1130940272 M * Bertl yep
1130940317 M * Bertl so maybe we should add a generic one?
1130940343 M * hallyn that might be best
1130940361 Q * eyck Ping timeout: 480 seconds
1130940370 M * hallyn current way is convoluted
1130940408 M * Bertl agreed ...
1130940462 M * hallyn ok, except *_set_inode_flags() dont set the fs-specific ones
1130940497 M * hallyn so maybe if we just mark the inode dirty after setting ino->iflags it will be updated correctly anyway?
1130940505 M * hallyn i didnt test that...
1130940516 M * Bertl I don't think so ... but we can try ...
1130940537 M * Bertl at least we have to 'add' the new flags to the fs specific code ...
1130940626 M * hallyn true.  we need a fn to set them in any case.  ok, i should be able to try thst thois afternoon.  unless you ewant to do it earlier
1130940647 M * Bertl no, go ahead ...
1130940667 M * hallyn ok
1130941010 M * mef hey bertl... what did you think of the paper?
1130941029 M * mef It lacks some breadth and depth, but I think it is a good start.
1130941054 M * mef We are going to continue to work on this paper.
1130941288 M * Bertl mef: to be honest, I had absolutely no time to look at it ...
1130941712 M * hallyn Time for a test
1130941713 Q * hallyn Quit: leaving
1130941970 M * mef here is a link to it http://www.cs.princeton.edu/~mef/research/paenevirtualization.pdf
1130942047 M * Bertl ok, got it!
1130942073 A * mnemoc wonders why people think 'emulations' are a good and scalable solution for hosting :\
1130942630 M * NikDaPhreak mnemoc: they are goot and scalable for the HW manufacturers ;-) You scale hardware faster than clients ;-)
1130942647 M * mnemoc :D
1130943925 J * monrad ~monrad@213083190134.sonofon.dk
1130943973 M * Bertl welcome monrad!
1130943982 M * monrad hi
1130944424 M * comdata Bertl: will do the reboot tomorrow, we'll see then
1130944425 M * comdata bye
1130944626 M * VanMuur ag - huh?
1130944679 Q * comdata Quit: using sirc version 2.211+KSIRC/1.3.12
1130945018 M * Bertl VanMuur, ag-: well, it sounds a little funny, but I know such things exist :)
1130945024 M * VanMuur err
1130945029 M * VanMuur what are we talking about?
1130945039 M * Bertl windows on servers :)
1130945053 M * VanMuur windows on servers?
1130945060 M * VanMuur you mean.. like on any type of desktop?
1130945068 M * VanMuur I don't have a choice, really
1130945097 M * Bertl np, it was just a joke (don't take it personal)
1130945121 M * VanMuur I don't
1130945122 M * VanMuur :)
1130945180 M * Bertl good, any working setup with colinux + linux-vserver?
1130945197 A * Bertl is curious if/how that works ...
1130945247 M * VanMuur I haven't had any time to recompile the kernel
1130945248 M * VanMuur so no
1130945284 M * VanMuur I set up native linux on my AMD64, but I couldn't get a newly compiled kernel to boot
1130945289 M * VanMuur it complained of problems with the root filesystem on boot
1130945291 M * VanMuur I tried everything
1130945294 M * VanMuur so I eventually gave up
1130945320 M * Bertl maybe problems with the label not being supported?
1130945323 M * VanMuur perhaps
1130945326 M * VanMuur but its standard reiserfs
1130945330 M * Bertl (or maybe with the initrd)
1130945337 M * VanMuur maybe
1130945348 M * VanMuur but the kernel had the proper fs module in it
1130945359 M * Bertl Vudumen: ping!
1130945360 M * VanMuur weird sheeeeee--yat
1130945390 M * VanMuur Bertl: where are you from?
1130945404 M * Bertl Austria, Europe
1130945419 M * VanMuur wow
1130945424 M * VanMuur another location I've always wanted to visitr
1130945425 M * VanMuur -r
1130945483 M * Bertl well, if you do so, make sure to pay a visit :)
1130945487 M * VanMuur of course.. :)
1130945488 M * VanMuur umm
1130945491 M * VanMuur so let me get this straight
1130945504 M * VanMuur does vserver use the current kernel and run it in parallel, or is it seperate, like uml?
1130945514 M * VanMuur from what I read, you do "context switching"
1130945517 M * Bertl only one kernel is running
1130945523 M * VanMuur so I'm assuming its 1 kernel, multiple instances
1130945533 M * VanMuur sounds like Solaris 10 zones
1130945537 M * Bertl Xen and UML use different kernels for each domain/instance
1130945542 M * VanMuur right
1130945554 M * Bertl yes, it's pretty similar to solaris zones and bsd jails
1130945648 M * VanMuur ok
1130945649 M * VanMuur cool
1130945659 J * liquid3649_ ~Viper0482@p54975908.dip.t-dialin.net
1130945665 M * VanMuur are you planning any type of "global zone" inheritance in vservers?
1130945670 M * Bertl welcome liquid3649_!
1130945693 M * Bertl VanMuur: please elaborate (not sure what you mean)
1130945831 M * VanMuur ok
1130945852 M * VanMuur I mean that when you have your "root linux system" and you produce a vserver, the filesystem is indepedant
1130945854 M * VanMuur correct?
1130945883 M * Bertl not necessarily ... usually you ahve a private namespace but the filesystem can be shared or separate
1130945929 M * VanMuur ok
1130945941 M * VanMuur so you can "inherit" certain things from the root system?
1130945943 M * VanMuur like home dirs?
1130945958 M * Bertl you can 'mount' them into a guest (easily)
1130945975 M * Bertl so yes, if you want to put it like that, yes
1130946014 J * neofutur_ ~neofutur@neofutur.net
1130946021 M * VanMuur wow ok
1130946022 M * Bertl welcome neofutur_!
1130946030 M * VanMuur isn't there a danger of security there, though?
1130946057 M * Bertl the 'danger of security' sleeps everywhere :)
1130946081 M * Bertl no, seriously, linux-vserver if configured properly only increase security ...
1130946098 Q * Viper0482 Ping timeout: 480 seconds
1130946107 J * oliwel ~mail-at-o@host-62-245-151-178.customer.m-online.net
1130946137 M * Bertl of course, if you give more capabilities than you should, or provide devices you should not, then it might become insecure ... not more insecure than the linux system itself though
1130946148 M * Bertl welcome oliwel!
1130946149 M * VanMuur right.. so 
1130946150 Q * neofutur Ping timeout: 480 seconds
1130946157 M * VanMuur its a security issue that deals with the sysadmin, not the system
1130946485 M * oliwel Hi Bertl - nice afternoon :)
1130946894 J * eyck eyck@81.219.64.71
1130946939 M * Bertl wb eyck!
1130947228 Q * michal_ Ping timeout: 480 seconds
1130947767 J * michal_ ~michal@mprivacy-update.de
1130947838 M * eyck hi, i'm back on ye-olde 2.4, 
1130948031 M * eyck today's experiment.......failed
1130948102 M * Bertl vs2.0 aptch on 2.4?
1130948604 M * Bertl okay, off for now ... back later ...
1130948613 N * Bertl Bertl_oO
1130948632 Q * Breaker Quit: 
1130948969 Q * shedi Quit: Leaving
1130949374 J * menomc ~amery@200.75.27.110
1130949481 Q * mnemoc Ping timeout: 480 seconds
1130949481 N * menomc mnemoc
1130950052 M * ag- VanMuur: it was a joke, i was quite surise to see someone said he put windows on its servers
1130950059 J * stefani ~stefani@superquan.apl.washington.edu
1130950064 M * ag- VanMuur: no problem, you do whatever you want :)
1130950380 M * VanMuur heheh
1130950389 M * VanMuur <--- a little slow here
1130951067 J * id ~id@p54A01626.dip0.t-ipconnect.de
1130951069 M * id hi
1130951117 M * id does someone know if jfs does support chattr +t (or +i) ?
1130951192 M * daniel_hozac no, JFS doesn't support attributes apparently.
1130951383 Q * id Quit: Leaving
1130951471 Q * prae Quit: Execute Order 69 !
1130952082 Q * tchan Quit: WeeChat 0.1.6-cvs
1130952105 J * tchan ~tchan@c-67-174-18-204.hsd1.il.comcast.net
1130952777 Q * liquid3649_ Remote host closed the connection
1130953456 Q * oliwel Quit: Chatzilla 0.9.68.5 [SUSE 1.0.6-4.1/20050715]
1130955178 J * VooDooMaster VooDoo@topas.informatik.uni-ulm.de
1130956927 J * shedi ~siggi@inferno.lhi.is
1130957952 Q * stefani Quit: I Quit!
1130958131 Q * sladen Ping timeout: 480 seconds
1130958365 J * sladen paul@starsky.19inch.net
1130959053 J * Viper0482 ~Viper0482@p54975908.dip.t-dialin.net
1130959095 Q * Viper0482 Quit: 
1130959099 J * Viper0482 ~Viper0482@p54975908.dip.t-dialin.net
1130960288 Q * Viper0482 Quit: Verlassend
1130960293 J * Viper0482 ~Viper0482@p54975908.dip.t-dialin.net
1130961973 J * hallyn ~xa@adsl-68-72-80-175.dsl.chcgil.ameritech.net
1130962018 M * hallyn Bertl: patch on top of last one is http://www.13thfloor.at/~hallyn/set_flags.patch
1130962968 J * micah_ micah@micha.hampshire.edu
1130962987 J * mrec_ ~revenger@p54B012CD.dip0.t-ipconnect.de
1130963091 Q * micah Ping timeout: 480 seconds
1130963308 J * yarihm ~yarihm@80-218-5-17.dclient.hispeed.ch
1130963403 Q * mrec Ping timeout: 480 seconds
1130963491 Q * micah_ Ping timeout: 480 seconds
1130964140 Q * hallyn Ping timeout: 480 seconds
1130964834 J * Aiken ~james@tooax6-054.dialup.optusnet.com.au
1130966419 J * stefani ~stefani@superquan.apl.washington.edu
1130966556 Q * Viper0482 Quit: Verlassend
1130966651 Q * iprone Ping timeout: 480 seconds
1130966704 Q * shedi Quit: Leaving
1130967190 J * wally ~homebase@sg27-gw.1090.kapper.net
1130967632 N * nokoyaz nokoya
1130968251 N * Bertl_oO Bertl
1130968257 M * Bertl evening folks!
1130968367 M * Aiken my 2.6.14-vs2.1.0-rc5 alpha has been up 1 day 20 hours with one of the guests getting a lot of use
1130968405 M * Bertl excellent!
1130968494 J * iprone ~iprone@lawn-199-77-211-29.lawn.gatech.edu
1130968759 M * mef hey bertl
1130968770 M * Bertl hey mef! everything fine?
1130968771 M * mef Had a great time in Lausanne.  Hope some day to make it to Wien.
1130968794 M * Bertl yeah, would be nice ...
1130968828 M * mef one thing that vserver is missing is the ability to migrate a vserver from one machine to another.  
1130968852 M * Bertl definitely (at least a running one)
1130968870 M * mef This would let hosting centers etc. migrate a vserver from one phys machine to another to avoid scheduled hardware downtimes (e.g., to upgrade the disk, ram, etc.).
1130968912 M * mef So I ran across "Zap" from Columbia University (http://www.ncl.cs.columbia.edu/research/migrate/).
1130968916 M * mef Have you seen that before?
1130968916 M * eyck hmm, checkpointing does that.
1130968928 M * eyck also, xen has similiar ability right now,
1130968930 M * Bertl yup, but unless you plan to have many of them, it isn't worth the efford, IMHO
1130968947 M * Bertl (scheduled hardware downtimes that is)
1130968950 M * mef eyck: I know that xen has that, but it would be nice if this was vserver native.
1130968985 M * mef bertl: what about for load balancing reasons?
1130968986 M * eyck mef: with vserver it would be a little bit tricky, what with all those processess you would need to freeze
1130969030 M * mef eyck: which is why I pointed to Zap, which apparently does this for native Linux.  My guess is that it might be even easier / cleaner if Zap were integrated with Vserver.
1130969065 M * eyck ook, tnx
1130969083 M * Bertl mef: IBM is working on that too
1130969132 M * Bertl mef: and assumed we get some resources/help it might be doable for linux-vserver
1130969159 M * mef bertl: IBM is working on Zap?
1130969164 M * Bertl mef: currently, I do not even have a proper test machine for x86 (via console) available
1130969180 M * mef bertl: you need a test machine?
1130969207 M * mef bertl: what would you do with one if I could get you such resources?
1130969233 M * Bertl yup, SMP (not necessarily fast) serial console, remote reboot
1130969236 M * mef bertl: i.e., remote access to some hardware that I have... (via console and bot etc).
1130969253 M * mef bertl: the box I have available does not have SMP, just HT.
1130969283 M * Bertl well, mainly testing kernels and new features (like ngnet and similar)
1130969310 M * Bertl tool testing too, of course
1130969369 M * Bertl HT is fine, what about the remote console?
1130969387 M * mef bertl: I can make something available to you if you solemly swear not to open the system up as a DoS or bot platform.
1130969395 M * mef bertl: just kidding.
1130969405 M * mef bertl: that is about having to swear that you wont abuse it.
1130969430 M * Bertl can't guarantee that, you know you write some kernel code, you never know what it will do (just kidding too :)
1130969442 M * mef a certain security company recently claimed that Princeton was one of the most bot infected sites on the planet.
1130969443 M * mef http://www.dailyprincetonian.com/archives/2005/10/12/news/13434.shtml
1130969478 M * mef Of course, they are totally wrong as their methodology for detecting whether a site is hosting bots etc. was completely wrong.
1130969537 M * mef email me your ssh public key.
1130969549 M * mef let me go kick the box to make sure it still works.
1130969560 M * mef or rather that the remote management stuff still works.
1130969571 M * mef Do you need to blow away the disk?
1130969651 M * Bertl hmm, not necessarily ... what distro is installed?
1130969763 M * Bertl some lvm partition for testing would be appreciated though ...
1130970071 Q * iprone Ping timeout: 480 seconds
1130970077 M * mef fc4
1130970103 M * Bertl okay, should work ... need about 4GB disk space (min)
1130970294 M * mef the machine that is available happens to be called ckrm.cs.princeton.edu.
1130970304 M * mef You can ssh with your key as root@ckrm.cs.princeton.edu
1130970306 M * mef please try that now.
1130970312 M * mef There is plenty of disk space .
1130970338 M * mef I'll need to remove some stuff from the machine before we can do a clean reinstall and setup appropriately for you to get separate lvm space.
1130970355 M * Bertl great! I'm in
1130970356 M * mef It has about 1.25GB of RAM and a 3Ghz Pentium something proc.
1130970380 M * mef It currently is running Xen.  Just fix up /boot/grub/grub.info for whatever you will be doing.
1130970656 Q * mountie Remote host closed the connection
1130971158 J * jkl eric@c-67-173-249-8.hsd1.co.comcast.net
1130972059 J * STaN ~root@LSt-Amand-152-31-36-227.w82-127.abo.wanadoo.fr
1130972064 M * STaN Hello all
1130972077 M * daniel_hozac hi
1130972101 M * Bertl welcome jkl! hey STaN!
1130972131 M * STaN Hello Bertl... is it Fine?
1130972158 M * Bertl I guess it is fine, thanks :)
1130972209 M * STaN I have a simple question: How to configure severals access SSH with only one static IP?
1130972239 M * STaN For my new Vserver installation :)
1130972257 M * Bertl different ports?
1130972291 M * STaN yes sure... but is it possible with only the port 22!
1130972321 M * Bertl well, you can make a hack with different users, and the trampoline script
1130972359 M * STaN the trampoline script? What is thats!
1130972413 M * STaN i naver listen these word in my informatic life just at the circus
1130972415 M * Bertl http://vserver.13thfloor.at/Stuff/SCRIPT/trampoline.sh
1130972443 M * STaN oh oh thanks Bertl... sorry for my dummy question!
1130972500 M * Bertl you're welcome! nothing to be sorry about
1130972609 J * mrec ~revenger@p54B043B8.dip0.t-ipconnect.de
1130972616 M * Bertl welcome mrec!
1130972625 M * STaN Hello mrec
1130972742 Q * yarihm Quit: Leaving
1130972895 Q * mrec_ Ping timeout: 480 seconds
1130973068 J * calum ~calum@82-69-161-141.dsl.in-addr.zen.co.uk
1130973074 M * Bertl welcome calum!
1130973083 M * calum Hello Bertl :)
1130973109 M * calum For once, I don't have an annoying question! I just thought I'd pop by, and see what was new in the land of VS
1130973111 M * calum :)
1130973143 M * Bertl well, the 'new' ngnet has started ... 2.6.14 brings a bunch of changes
1130973153 M * calum Ooh!! IPv6? :)
1130973162 M * Bertl soon, yes ...
1130973183 M * calum What does the new ngnet give that isn't in the old one?
1130973192 M * Bertl flexibility :)
1130973197 M * calum Is there a changelog I can view?
1130973221 M * Bertl not really, but you can ask me 'annoying questions' about it :)
1130973224 M * calum :)
1130973254 M * Bertl it's pretty new and experimental, and not very far yet
1130973260 M * Bertl s/far/advanced/
1130973289 M * Bertl we did a 'working' prototype (ngnet up to 9.5) a few months ago
1130973300 M * calum I actually have just thought of a question (I didn't come here to ask it, honest...). Is there a way that users can run iptables on their own IP address?
1130973301 M * Bertl and we are now applying what we learned from that ...
1130973336 M * calum Bertl, for me, IPv6 is the only thing missing in vserver at the moment
1130973345 M * Bertl nope, iptables is host only ... this will be part of ngnet (although not a primary feature)
1130973352 M * calum OK..
1130973364 M * Bertl http://linux-vserver.org/NGNET-Development
1130973413 M * calum I've got to say, I think vserver is excellent technology
1130973440 M * Bertl thanks! we think so so too ...
1130973472 M * calum So NGnet is virtualised networking. I bet that makes the patches a lot bigger? :)
1130973516 M * Bertl it will, but we are trying to keep overhead and impact/footprint as small as possible
1130973550 M * calum I'm going to give the "sharing files" stuff a go soon. (I forget what your term for it is)
1130973559 M * Bertl unification! :)
1130973563 M * calum That's the puppy
1130973588 M * calum Trouble is, a lot of the vservers run Gentoo internally, and I expect most binaries will be different
1130973598 M * calum The Debian ones should be OK though
1130973603 M * Bertl with the devel branch (which includes CoW) this allows for complete unification (all files not just binaries)
1130973625 M * Bertl Aiken was successfully running a few guests this way
1130973636 M * Aiken :)
1130973640 M * Aiken still am
1130973646 M * calum For my home box, I can try dev stuff - for the "live" box, I can't risk it.. :)
1130973657 M * calum And it's the live box getting a bit short on mem
1130973659 M * calum :/
1130973660 M * Bertl let me correct that, Aiken is still running a few guests like that :)
1130973750 M * Aiken yesterday I had a quest rebuilding itself from source so it was part cow, part normal
1130973764 M * Aiken was working very nicely until that partition filled up :(
1130973782 M * calum So if you unify several servers, if one upgrades a lib that is unified, it will remove itself from the unified bit? (I haven't read anything about it yet btw.. :) )
1130973800 M * Bertl yes, that's what CoW is supposed to do
1130973837 M * calum Is it a manual process, selecting files to unify?
1130973851 M * daniel_hozac regular unification works like that too, with most package managers.
1130973882 M * Bertl calum: usually, yes, you either select them by dirs or they get auto selected by the information from the packaging system
1130973897 M * Bertl calum: the CoW approach allows to ignore that completely
1130973908 M * mnemoc Bertl: is this the current CoW implementation? http://list.linux-vserver.org/archive/vserver/msg08037.html
1130973910 M * calum I think I need to have a good play with this tomorrow to understand it even just a little bit
1130973957 M * Bertl mnemoc: yes, CoW link breaking is based on Jörns work ...
1130974153 M * calum Hey Bertl - I'm not trolling - I'm genuinely interested - was freevps a fork?
1130974168 M * Bertl yes, a very early one ...
1130974199 M * calum Seems to have quite a few similarities from what I can see
1130974213 M * Bertl at the time, when jack was lost/unreachable, alexey lyashkov worked with us on the project
1130974243 J * shedi ~siggi@inferno.lhi.is
1130974261 M * Bertl shortly after that, he (and one of his friends, 'say') decided to branch the project and do some commercial-oriented work ...
1130974264 M * Bertl welcome shedi!
1130974275 M * shedi thank you Bertl 
1130974314 M * Bertl calum: we tried to keep userspace compatibility as much as possible, but I have no real contact, and don't know if they do their part ...
1130974369 M * Bertl anyway, 1.2.x and especially 2.0 probably have not a single line in common with freevps nowadays ...
1130974419 M * calum They seem very oriented towards Redhat stuff
1130974491 M * Bertl yup, most solutions (in this area) are ...
1130974508 M * Bertl for some reason, we always tried (and still try) to be distro agnostic
1130974519 M * calum Well, I'm glad of that
1130974533 M * calum Let people build their own packages if they need to
1130974534 M * calum :)
1130975015 Q * jkl Ping timeout: 480 seconds
1130975076 P * stefani I'm Parting (the water)