1139185527 J * grant_ mep@p50919090.dip0.t-ipconnect.de
1139185949 Q * grant Ping timeout: 480 seconds
1139187276 N * Bertl_oO Bertl
1139187278 M * Bertl back now ...
1139187576 M * Cru re bertl
1139188234 M * cehteh moin Bertl 
1139188287 M * derjohn Hi Bertl !
1139188330 M * cehteh derjohn: mail stimmte :P
1139188356 M * derjohn he he .... dann machen wir im wiki mal nen kalender, he ?
1139188371 M * Bertl english folks! please ...
1139188395 M * derjohn http://linux-vserver.org/linuxtag2006
1139188396 M * cehteh ok
1139188398 M * derjohn :)
1139188433 M * derjohn Bertl, German gives this channel a cyrprographic touch ;)
1139188449 M * derjohn cryptographic ;) .... but yes
1139188458 M * cehteh as saied .. treat me as spare personal (which was always my job on LT...)
1139188461 M * daniel_hozac it seems most people here understand german though ;)
1139188464 M * derjohn Bertl, did your hear from LT folks?
1139188482 M * daniel_hozac (me being one of the exceptions...)
1139188489 M * derjohn daniel_hozac, I wouldnt understand a word swedissh :)
1139188533 M * cehteh dont expect to hear from LT folks ...
1139188537 M * cehteh G*
1139188538 M * derjohn daniel_hozac, yes the other exceptions is that you are a redhat user :) But weclome anyway ;)
1139188547 M * cehteh (political bashing mode)
1139188554 M * derjohn cehteh, why? busy? do you know them personally?
1139189570 J * cryo ~say@212.86.233.146
1139189608 M * daniel_hozac derjohn: RH-based distributions Just Work(tm), so we never see the users ;)
1139189837 J * Smutje_ ~Smutje@xdsl-87-78-43-133.netcologne.de
1139189845 J * doener ~doener@p54876FFA.dip.t-dialin.net
1139189944 Q * Smutje Ping timeout: 480 seconds
1139189944 N * Smutje_ Smutje
1139190072 M * doener evening!
1139190079 M * Bertl hey doener!
1139190348 J * hue ~hue@218.20.51.109
1139190355 M * Bertl welcome hue!
1139190398 M * hue Bertl: hello Bertl.
1139190721 M * cehteh http://linux-vserver.org/DemoBrainStorming
1139191256 M * derjohn and: http://linux-vserver.org/linuxtag2006
1139192473 M * micah the rebootmgr is only necessary for legacy setups, right?
1139192660 M * cehteh .. a thnig i need to know too
1139192709 M * Bertl micah: well, actually it should not be required anymore
1139192727 M * Bertl micah: regardless of legacy or not ... well, unless you have a really ancient kernel
1139192770 M * micah its still shipped with util-vserver, and I'm trying to figure out what it is for so I can tell if its even needed :)
1139192795 M * Bertl if you have a kernel without vshelper functionality, you _might_ need it
1139192805 M * micah like 2.4 kernels?
1139192857 M * Bertl like 2.4 kernels with patches before 1.20
1139192866 M * micah wow, thats really a long time ago
1139192868 Q * hue Remote host closed the connection
1139192885 M * Bertl 1.20 had already the reboot helper
1139193037 A * micah takes that out of the debian package
1139193338 M * cehteh 2.4.19ctx-14 .... feeling old
1139193981 M * Bertl cehteh: good so :)
1139194002 M * cehteh that installation is soon to be replaced
1139195629 J * micah_ ~micah@69.90.134.205
1139195632 Q * micah Quit: leaving
1139195642 N * micah_ micah
1139198796 N * ebiederm_zZ ebiederm
1139198840 M * ebiederm Bertl: You around?
1139198846 M * Bertl yup!
1139198863 M * ebiederm Just wanted to give you a quick update on where I am.
1139198893 M * ebiederm So the testing of everything took longer than I expected but I have a moderately decent set of patches against 2.6.latest.
1139198913 M * Bertl okay
1139198922 M * ebiederm I need to go through one more time to merge the bug fixes back into the patches they go with.
1139198968 M * ebiederm So it should be sometime monday.  Just as soon as I can get four solid hours together.
1139199000 M * ebiederm My brother is visiting and so I see I take the opportunity to see him whenever I can :)
1139199017 M * ebiederm I almost have a good /proc solution.
1139199037 M * ebiederm It's two filesystems.  With multiple instances of /proc.
1139199065 M * ebiederm Currently I am calling the part of /proc that doesn't deal with processes proc_sysinfo.
1139199096 M * ebiederm So I have this interesting ``feature'' that ls /proc/irq/.. doesn't show me any processes.  It only shows me /proc/sysinfo.
1139199100 M * Bertl okay
1139199122 M * ebiederm (Everthing but the pids :)
1139199137 M * ebiederm Internal kernel mounts make it possible but also make it weird.
1139199144 J * monrad ~mikkel@213083190131.sonofon.dk
1139199180 M * ebiederm But it does work and you don't have to do any manual mounting after mounting /proc.
1139199209 M * ebiederm So hopefully monday.
1139199256 M * ebiederm How does my weird /proc sound to you?
1139199315 M * Bertl well, I'll have to check the code ...
1139199337 M * Bertl but basically it sounds as we discussed last time
1139199542 M * ebiederm Pretty much.  All except the transversing between filesystems acts like following a symlink more than following a mount.
1139199624 M * ebiederm Ok then I am off for the night have a good one.
1139199633 M * Bertl you too!
1139199644 N * ebiederm ebiederm_zZ
1139200187 M * doener Bertl: any 'small' things to do atm? (like 2 hours or so)
1139200207 M * Bertl hmm, kernel or userspace or wiki?
1139200240 M * doener wiki == content or modifying the wiki software?
1139200259 M * Bertl more contents
1139200308 M * doener ok, what do you have in mind?
1139200341 M * Bertl we have a bunch of howtos and walk throughs and tips from * there ...
1139200368 M * Bertl I'd like to start a simple 'what if ...' FAQ kind of thing
1139200378 M * Bertl i.e. something like:
1139200389 M * Bertl "I can't reach the internet' ...
1139200396 M * Bertl - possible causes 
1139200401 M * Bertl - possible solutions
1139200430 M * Bertl would be nice to spend some time on identifying the sources for that ...
1139200439 M * doener heh, you really loved that last NAT mail, right? ;)
1139200442 M * Bertl (i.e. what can be found where) just as ascii text or so
1139200468 M * Bertl doener: yeah, did it show that much?
1139200622 M * doener ok, let's check that i got that right, example text: My vserver can't reach the internet. Causes: Your vservers have private addresses and you have no NAT rules, see FAQ xyz. -- Bind doesn't work. Cause: bind is stupid, see FAQ abc. I want to create a VServer, how do I? Please take a look at the step-by-step guide.
1139200637 M * doener i.e. some kind of guide to the site
1139200654 Q * micah Quit: leaving
1139200674 M * Bertl yep, something like this, it's not required to make it final yet, just collect the data or so .. not that I will stop you from doing more :)
1139200727 J * micah ~micah@69.90.134.205
1139200737 M * doener I'll at least create a basic site for the well-known issues, those that just to my mind and those i meet on the way, others can do the rest ;)
1139200755 M * Bertl okay, please emphasize on the structure!
1139200780 M * Bertl i.e. make a bunch of toplevel and sublevel categories, otherwise folks will not know where to put what
1139200788 M * doener eeek! :( just found some, uhm, half-dead pixel cluster on my display...
1139200789 M * Bertl something like 'NETWORKING'
1139200798 M * doener ok
1139200847 M * doener it's got some kind of shadow on it, when i look straight at the display, if i look at other angles, i gets normal... strange...
1139200851 M * micah Bertl: I just noticed that it doesn't seem as if util-vserver-0.30.210 incorporates the syscall fixes from shiny8?
1139200867 M * Bertl micah: well, only partially
1139200896 M * micah hrm... partially in a good way? 
1139200899 M * micah heh
1139200908 M * Bertl no mips support but hppa syscall IIRC
1139200923 M * micah so maybe it was shiny7 that enrico used?
1139200947 M * Bertl I tell you I don't know :)
1139201024 M * micah ok, so the changes that were made in shiny8 are still to be considered the best
1139201038 M * Bertl yes, I'd say so ...
1139201077 M * micah ok, I was looking to remove that patch from the debian package, but guess I will just have to modify it now
1139201121 M * Bertl I have a similar in my mdk packages
1139201438 M * micah that'll have to be for tomorrow, goodnight all
1139201462 M * Bertl night micah!
1139205689 M * doener Bertl: is it ok to mail you a first small approach for the site? (wiki code, so that you can preview it in the wiki)
1139205749 M * Bertl sure ...
1139205988 M * doener on its way
1139206006 M * Bertl excellent, tx!
1139207101 M * Hollow morning
1139207107 M * Bertl morning hollow!
1139207125 M * Hollow hey Bertl!
1139207176 M * Hollow Bertl: i outlined the layout of vserver-utils, want to see it?
1139207253 M * Bertl sure
1139207261 M * Hollow http://home.xnull.de/misc/vudesign.jpg
1139207335 M * doener hi Hollow 
1139207341 M * Hollow hey doener 
1139207928 M * Hollow off to school now.. cu later
1139207956 M * Bertl k
1139209347 Q * zobel helium.oftc.net arion.oftc.net
1139209347 Q * Hunger helium.oftc.net arion.oftc.net
1139209347 Q * monrad helium.oftc.net arion.oftc.net
1139209347 Q * lilo helium.oftc.net arion.oftc.net
1139209347 Q * Adrinael helium.oftc.net arion.oftc.net
1139209347 Q * blizz helium.oftc.net arion.oftc.net
1139209347 Q * marl_ helium.oftc.net arion.oftc.net
1139209347 Q * matti helium.oftc.net arion.oftc.net
1139209347 Q * Snow-Man helium.oftc.net arion.oftc.net
1139209347 Q * Psy0rz_ helium.oftc.net arion.oftc.net
1139209347 Q * kilian helium.oftc.net arion.oftc.net
1139209347 Q * doener helium.oftc.net arion.oftc.net
1139209347 Q * cryo helium.oftc.net arion.oftc.net
1139209347 Q * grant_ helium.oftc.net arion.oftc.net
1139209348 Q * eyck helium.oftc.net arion.oftc.net
1139209348 Q * gdm helium.oftc.net arion.oftc.net
1139209348 Q * eugenesan helium.oftc.net arion.oftc.net
1139209348 Q * Cru helium.oftc.net arion.oftc.net
1139209348 Q * lonewolff helium.oftc.net arion.oftc.net
1139209348 Q * Vudumen helium.oftc.net arion.oftc.net
1139209348 Q * entroposcope helium.oftc.net arion.oftc.net
1139209348 Q * ebiederm_zZ helium.oftc.net arion.oftc.net
1139209348 Q * cehteh helium.oftc.net arion.oftc.net
1139209348 Q * ntrs helium.oftc.net arion.oftc.net
1139209348 Q * mountie helium.oftc.net arion.oftc.net
1139209348 Q * sladen helium.oftc.net arion.oftc.net
1139209348 Q * ComplexMind helium.oftc.net arion.oftc.net
1139209348 Q * wibble_ helium.oftc.net arion.oftc.net
1139209348 Q * phreak`` helium.oftc.net arion.oftc.net
1139209348 Q * Bertl helium.oftc.net arion.oftc.net
1139209348 Q * micah helium.oftc.net arion.oftc.net
1139209348 Q * nox helium.oftc.net arion.oftc.net
1139209348 Q * mire helium.oftc.net arion.oftc.net
1139209348 Q * cemil helium.oftc.net arion.oftc.net
1139209348 Q * michal_ helium.oftc.net arion.oftc.net
1139209348 Q * harry helium.oftc.net arion.oftc.net
1139209348 Q * cohan helium.oftc.net arion.oftc.net
1139209348 Q * SiD3WiNDR helium.oftc.net arion.oftc.net
1139209348 Q * samuel_ helium.oftc.net arion.oftc.net
1139209348 Q * andrew_ helium.oftc.net arion.oftc.net
1139209348 Q * neofutur_ helium.oftc.net arion.oftc.net
1139209348 Q * SNy helium.oftc.net arion.oftc.net
1139209348 Q * dhansen helium.oftc.net arion.oftc.net
1139209436 J * neofutur ~neofutur@neofutur.net
1139209457 J * SNy a9aa29bac7@bmx-chemnitz.de
1139209709 J * andrew_ ~andrew@tnlug.linux.org.tw
1139209764 J * SiD3WiNDR luser@bastard-operator.from-hell.be
1139210018 J * zobel zobel@zobel.irc.ftbfs.de
1139210018 J * Hunger Hunger.hu@Hunger.hu
1139210018 J * mire ~mire@150-167-222-85.COOL.ADSL.VLine.verat.net
1139210018 J * cemil ~cemil@defiant.wavecon.de
1139210025 J * nox ~nox@noxlux.de
1139210025 J * doener ~doener@p54876FFA.dip.t-dialin.net
1139210025 J * cryo ~say@212.86.233.146
1139210025 J * grant_ mep@p50919090.dip0.t-ipconnect.de
1139210025 J * eyck eyck@81.219.64.71
1139210025 J * eugenesan ~Eugene@bzq-219-189-188.cablep.bezeqint.net
1139210025 J * gdm ~gdm@64.62.195.81
1139210025 J * Cru ~mindwarp@turbodiesel.e.de.wahlich.com
1139210025 J * lonewolff ~lonewolff@host-84-9-143-159.bulldogdsl.com
1139210025 J * Vudumen vudumen@217.20.138.8
1139210025 J * entroposcope ~entroposc@user-0c992og.cable.mindspring.com
1139210025 J * ebiederm_zZ ~eric@ebiederm.dsl.xmission.com
1139210025 J * cehteh foobar@cehteh.homeunix.org
1139210025 J * ntrs ~ntrs@68-188-50-87.dhcp.stls.mo.charter.com
1139210025 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com
1139210025 J * sladen ~paul@193.28.45.41
1139210025 J * ComplexMind ~ComplexHo@cpc1-brig3-6-0-cust194.brig.cable.ntl.com
1139210025 J * wibble_ wibble@vortex.ukshells.co.uk
1139210025 J * Bertl herbert@212.16.62.52
1139210025 J * phreak`` ~phreak``@styx.xnull.de
1139210026 J * dhansen ~dave@sprucegoose.sr71.net
1139210035 J * micah ~micah@69.90.134.205
1139210081 J * harry ~harry@d515321D1.access.telenet.be
1139210081 J * cohan ~cohan@koniczek.de
1139210081 J * balbir ~balbir@59.145.136.1
1139210081 J * monrad ~mikkel@213083190131.sonofon.dk
1139210081 J * lilo ~lilo@lilo.usercloak.oftc.net
1139210081 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi
1139210081 J * blizz ~blizz@evilhackerdu.de
1139210081 J * Snow-Man ~sfrost@kenobi.snowman.net
1139210081 J * marl_ ~matt@84.92.193.226
1139210081 J * matti matti@linux.gentoo.pl
1139210081 J * kilian kk@projects.verfaction.de
1139210081 J * Psy0rz_ ~psy0rz@lounge.datux.nl
1139210326 Q * Psy0rz_ arion.oftc.net kinetic.oftc.net
1139210326 Q * marl_ arion.oftc.net kinetic.oftc.net
1139210326 Q * blizz arion.oftc.net kinetic.oftc.net
1139210326 Q * Adrinael arion.oftc.net kinetic.oftc.net
1139210326 Q * monrad arion.oftc.net kinetic.oftc.net
1139210326 Q * cohan arion.oftc.net kinetic.oftc.net
1139210326 Q * harry arion.oftc.net kinetic.oftc.net
1139210326 Q * kilian arion.oftc.net kinetic.oftc.net
1139210326 Q * matti arion.oftc.net kinetic.oftc.net
1139210326 Q * lilo arion.oftc.net kinetic.oftc.net
1139210326 Q * Snow-Man arion.oftc.net kinetic.oftc.net
1139210326 Q * balbir arion.oftc.net kinetic.oftc.net
1139210391 J * harry ~harry@d515321D1.access.telenet.be
1139210391 J * cohan ~cohan@koniczek.de
1139210391 J * balbir ~balbir@59.145.136.1
1139210391 J * monrad ~mikkel@213083190131.sonofon.dk
1139210391 J * lilo ~lilo@lilo.usercloak.oftc.net
1139210391 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi
1139210391 J * blizz ~blizz@evilhackerdu.de
1139210391 J * Snow-Man ~sfrost@kenobi.snowman.net
1139210391 J * marl_ ~matt@84.92.193.226
1139210391 J * matti matti@linux.gentoo.pl
1139210391 J * kilian kk@projects.verfaction.de
1139210391 J * Psy0rz_ ~psy0rz@lounge.datux.nl
1139210412 J * meandtheshell ~markus@85-125-228-40.dynamic.xdsl-line.inode.at
1139210636 Q * Psy0rz_ arion.oftc.net kinetic.oftc.net
1139210636 Q * marl_ arion.oftc.net kinetic.oftc.net
1139210636 Q * blizz arion.oftc.net kinetic.oftc.net
1139210636 Q * Adrinael arion.oftc.net kinetic.oftc.net
1139210636 Q * monrad arion.oftc.net kinetic.oftc.net
1139210636 Q * cohan arion.oftc.net kinetic.oftc.net
1139210636 Q * harry arion.oftc.net kinetic.oftc.net
1139210636 Q * kilian arion.oftc.net kinetic.oftc.net
1139210636 Q * matti arion.oftc.net kinetic.oftc.net
1139210636 Q * lilo arion.oftc.net kinetic.oftc.net
1139210636 Q * Snow-Man arion.oftc.net kinetic.oftc.net
1139210636 Q * balbir arion.oftc.net kinetic.oftc.net
1139210701 J * harry ~harry@d515321D1.access.telenet.be
1139210701 J * cohan ~cohan@koniczek.de
1139210701 J * balbir ~balbir@59.145.136.1
1139210701 J * monrad ~mikkel@213083190131.sonofon.dk
1139210701 J * lilo ~lilo@lilo.usercloak.oftc.net
1139210701 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi
1139210701 J * blizz ~blizz@evilhackerdu.de
1139210701 J * Snow-Man ~sfrost@kenobi.snowman.net
1139210701 J * marl_ ~matt@84.92.193.226
1139210701 J * matti matti@linux.gentoo.pl
1139210701 J * kilian kk@projects.verfaction.de
1139210701 J * Psy0rz_ ~psy0rz@lounge.datux.nl
1139210946 Q * Psy0rz_ arion.oftc.net kinetic.oftc.net
1139210946 Q * marl_ arion.oftc.net kinetic.oftc.net
1139210946 Q * blizz arion.oftc.net kinetic.oftc.net
1139210946 Q * Adrinael arion.oftc.net kinetic.oftc.net
1139210946 Q * monrad arion.oftc.net kinetic.oftc.net
1139210946 Q * cohan arion.oftc.net kinetic.oftc.net
1139210946 Q * harry arion.oftc.net kinetic.oftc.net
1139210946 Q * kilian arion.oftc.net kinetic.oftc.net
1139210946 Q * matti arion.oftc.net kinetic.oftc.net
1139210946 Q * lilo arion.oftc.net kinetic.oftc.net
1139210946 Q * Snow-Man arion.oftc.net kinetic.oftc.net
1139210946 Q * balbir arion.oftc.net kinetic.oftc.net
1139211011 J * harry ~harry@d515321D1.access.telenet.be
1139211011 J * cohan ~cohan@koniczek.de
1139211011 J * balbir ~balbir@59.145.136.1
1139211011 J * monrad ~mikkel@213083190131.sonofon.dk
1139211011 J * lilo ~lilo@lilo.usercloak.oftc.net
1139211011 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi
1139211011 J * blizz ~blizz@evilhackerdu.de
1139211011 J * Snow-Man ~sfrost@kenobi.snowman.net
1139211011 J * marl_ ~matt@84.92.193.226
1139211011 J * matti matti@linux.gentoo.pl
1139211011 J * kilian kk@projects.verfaction.de
1139211011 J * Psy0rz_ ~psy0rz@lounge.datux.nl
1139211257 Q * Psy0rz_ arion.oftc.net kinetic.oftc.net
1139211257 Q * marl_ arion.oftc.net kinetic.oftc.net
1139211257 Q * blizz arion.oftc.net kinetic.oftc.net
1139211257 Q * Adrinael arion.oftc.net kinetic.oftc.net
1139211257 Q * monrad arion.oftc.net kinetic.oftc.net
1139211257 Q * cohan arion.oftc.net kinetic.oftc.net
1139211257 Q * harry arion.oftc.net kinetic.oftc.net
1139211257 Q * kilian arion.oftc.net kinetic.oftc.net
1139211257 Q * matti arion.oftc.net kinetic.oftc.net
1139211257 Q * lilo arion.oftc.net kinetic.oftc.net
1139211257 Q * Snow-Man arion.oftc.net kinetic.oftc.net
1139211257 Q * balbir arion.oftc.net kinetic.oftc.net
1139211309 M * doener i'm off for breakfast... back later
1139211312 Q * doener Quit: leaving
1139211321 J * harry ~harry@d515321D1.access.telenet.be
1139211321 J * cohan ~cohan@koniczek.de
1139211321 J * balbir ~balbir@59.145.136.1
1139211321 J * monrad ~mikkel@213083190131.sonofon.dk
1139211321 J * lilo ~lilo@lilo.usercloak.oftc.net
1139211321 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi
1139211321 J * blizz ~blizz@evilhackerdu.de
1139211321 J * Snow-Man ~sfrost@kenobi.snowman.net
1139211321 J * marl_ ~matt@84.92.193.226
1139211321 J * matti matti@linux.gentoo.pl
1139211321 J * kilian kk@projects.verfaction.de
1139211321 J * Psy0rz_ ~psy0rz@lounge.datux.nl
1139211566 Q * Psy0rz_ arion.oftc.net kinetic.oftc.net
1139211566 Q * marl_ arion.oftc.net kinetic.oftc.net
1139211566 Q * blizz arion.oftc.net kinetic.oftc.net
1139211566 Q * Adrinael arion.oftc.net kinetic.oftc.net
1139211566 Q * monrad arion.oftc.net kinetic.oftc.net
1139211566 Q * cohan arion.oftc.net kinetic.oftc.net
1139211566 Q * harry arion.oftc.net kinetic.oftc.net
1139211566 Q * kilian arion.oftc.net kinetic.oftc.net
1139211566 Q * matti arion.oftc.net kinetic.oftc.net
1139211566 Q * lilo arion.oftc.net kinetic.oftc.net
1139211566 Q * Snow-Man arion.oftc.net kinetic.oftc.net
1139211566 Q * balbir arion.oftc.net kinetic.oftc.net
1139211631 J * harry ~harry@d515321D1.access.telenet.be
1139211631 J * cohan ~cohan@koniczek.de
1139211631 J * balbir ~balbir@59.145.136.1
1139211631 J * monrad ~mikkel@213083190131.sonofon.dk
1139211631 J * lilo ~lilo@lilo.usercloak.oftc.net
1139211631 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi
1139211631 J * blizz ~blizz@evilhackerdu.de
1139211631 J * Snow-Man ~sfrost@kenobi.snowman.net
1139211631 J * marl_ ~matt@84.92.193.226
1139211631 J * matti matti@linux.gentoo.pl
1139211631 J * kilian kk@projects.verfaction.de
1139211631 J * Psy0rz_ ~psy0rz@lounge.datux.nl
1139211876 Q * Psy0rz_ arion.oftc.net kinetic.oftc.net
1139211876 Q * marl_ arion.oftc.net kinetic.oftc.net
1139211876 Q * blizz arion.oftc.net kinetic.oftc.net
1139211876 Q * Adrinael arion.oftc.net kinetic.oftc.net
1139211876 Q * monrad arion.oftc.net kinetic.oftc.net
1139211876 Q * cohan arion.oftc.net kinetic.oftc.net
1139211876 Q * harry arion.oftc.net kinetic.oftc.net
1139211876 Q * kilian arion.oftc.net kinetic.oftc.net
1139211876 Q * matti arion.oftc.net kinetic.oftc.net
1139211876 Q * lilo arion.oftc.net kinetic.oftc.net
1139211876 Q * Snow-Man arion.oftc.net kinetic.oftc.net
1139211876 Q * balbir arion.oftc.net kinetic.oftc.net
1139211941 J * harry ~harry@d515321D1.access.telenet.be
1139211941 J * cohan ~cohan@koniczek.de
1139211941 J * balbir ~balbir@59.145.136.1
1139211941 J * monrad ~mikkel@213083190131.sonofon.dk
1139211941 J * lilo ~lilo@lilo.usercloak.oftc.net
1139211941 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi
1139211941 J * blizz ~blizz@evilhackerdu.de
1139211941 J * Snow-Man ~sfrost@kenobi.snowman.net
1139211941 J * marl_ ~matt@84.92.193.226
1139211941 J * matti matti@linux.gentoo.pl
1139211941 J * kilian kk@projects.verfaction.de
1139211941 J * Psy0rz_ ~psy0rz@lounge.datux.nl
1139212783 J * hue ~hue@218.20.51.109
1139212937 Q * eugenesan Quit: Trillian (http://www.ceruleanstudios.com
1139212946 J * eugenesan eugenesan@bzq-219-189-188.cablep.bezeqint.net
1139215149 Q * shedi Quit: Leaving
1139216273 J * samuel_ ~samuel@levinux.UQAR.UQUEBEC.CA
1139216296 A * samuel_ is away: (Auto-Away after 10 mins) [BX-MsgLog On]
1139218157 J * prae ~prae@ezoffice.mandriva.com
1139218723 J * shedi ~siggi@tolvudeild-196.lhi.is
1139218946 Q * shedi Quit: 
1139219244 J * arnaud ~arnaud@d80-170-246-56.cust.tele2.fr
1139219361 M * arnaud hi
1139219367 M * Bertl hey arnaud!
1139219372 M * arnaud is it possible to have a loopback device in a vserver?
1139219389 M * Bertl like /dev/loop of like 'lo' ?
1139219395 M * arnaud like lo
1139219407 M * Bertl well, you already have one :)
1139219470 M * arnaud hm?
1139219493 M * arnaud i only have my external interface listed in a ifconfig
1139219498 M * Bertl the guest 'uses' the lo from the host (for local communications)
1139219528 M * arnaud ok hmm
1139219532 M * Bertl it is not displayed, because there is no ip (on lo) assigned to the guest
1139219550 M * arnaud and is it possible to have a lo interface per vserver?
1139219566 M * Bertl why would you want that?
1139219569 M * arnaud not the host one, a vserver-specific one
1139219609 M * arnaud well i'd like to have in two different vservers a service listening only on localhost
1139219615 M * arnaud (on the same host)
1139219663 M * Bertl assign a local ip to the guests, e.g. 127.0.0.2 and 127.0.0.3 and use that
1139219665 M * arnaud i tried to give ip like 127.0.0.2, 127.0.0.3 to the different vservers (on lo)
1139219667 M * arnaud hehe
1139219704 M * arnaud but i can connect to 127.0.0.2 from the vserver with 127.0.0.3
1139219712 M * arnaud (even with a /32 netmask)
1139219744 M * Bertl iptables is your friend, just drop the package
1139219746 M * arnaud and i'm afraid that some services have 127.0.0.1 hardcoded
1139219769 N * virtuoso_ virtuoso
1139219779 M * Bertl well, services which have localhost hardcoded are broken ...
1139219789 M * arnaud that's an interesting idea
1139219792 M * virtuoso Morrrning.
1139219848 M * arnaud is there a context table in iptables?
1139219902 M * Bertl no, but iptables -I OUTPUT -d 127.0.0.2 -s 127.0.0.3 -j DROP should do
1139219968 M * arnaud maybe i could translate 127.0.0.1 in 127.0.0.3 if the request comes from 127.0.0.3 ?
1139219996 M * Bertl this will automatically happen if you assign 127.0.0.3 as first IP
1139220016 M * arnaud first ip ?
1139220041 M * arnaud you mean first in interfaces/ ?
1139220046 M * Bertl yu
1139220047 M * Bertl +p
1139220096 M * arnaud why is 127.0.0.3 aliased to 127.0.0.1 when it is the first ip ?
1139220099 M * arnaud and not the second ?
1139220106 M * Bertl usually you do not use 127.* addresses, you just use the first IP assigned to the guest, all 127.0.0.1 requests will be rewritten to this first IP
1139220127 M * Bertl this makes guests work without any 127.* addresses
1139220143 M * arnaud the host's 127.0.0.1 is ignored ?
1139220186 M * Bertl if something inside a guest sends a packet to 127.0.0.1, it will be rewritten to the first assigned IP 
1139220231 M * arnaud so, when the first assigned IP is an external ip, all the local traffic goes to the external interface.
1139220232 M * arnaud .
1139220235 M * Bertl so usually you just put an entry into /etc/hosts which says:
1139220243 M * arnaud (awful keyboard)
1139220246 M * Bertl <first-guest-ip> localhost
1139220275 M * Bertl no, traffic will not go anywhere, unless routing says so
1139220283 M * Bertl (that's how linux networking works)
1139220322 M * Bertl traffic from first-guest-ip to itself will still use lo
1139220429 M * arnaud ok, i'm going to test : lo as first interface and eth0 as second
1139220466 M * arnaud what netmask should i give to my local interface? the usual 255.0.0.0?
1139220494 M * Bertl I'd say you want /32 there as it is only one ip no?
1139220570 M * arnaud if i give a /32 to 127.0.0.2 will the rewrite 127.0.0.1 => 127.0.0.2 still work?
1139220579 M * Bertl yup
1139220774 Q * click Ping timeout: 480 seconds
1139220798 M * arnaud i don't understand why but it seems to work :)
1139220825 M * Bertl as I said, it's quite simple, you just have to consider the following rules:
1139220841 M * Bertl - linux networking is ip based not interface based
1139220854 M * Bertl - routing will decide which interface to use
1139220869 M * Bertl - all IPs assigned to a host are local
1139220886 M * Bertl and the additional vserver rules:
1139220904 M * Bertl - 127.0.0.1 will be rewritten to the first IP
1139220917 M * Bertl - guests cann only use the assigned subset of IPs
1139220928 M * arnaud ok!
1139220930 M * Bertl - if the source ip cannot be determined, use the first one
1139220948 M * Bertl eveything else is just routing and conencting on the host
1139220962 M * arnaud that's why i can ping 127.0.0.3 from 127.0.0.2 even with a /32 netmask?
1139220966 M * arnaud (<Bertl> - if the source ip cannot be determined, use the first one)
1139220994 M * Bertl well, no, you can ping it, because it is local (for the host)
1139221013 M * Bertl that's where the iptables DROP rule comes in
1139221019 M * arnaud ok
1139221063 M * Bertl if you want the guest to be strictly local only, just drop everything not destined to the local IP
1139221072 M * arnaud so, 127.0.0.1 is aliased to 127.0.0.2, i can do, for example `nc 127.0.0.1 25`
1139221083 M * arnaud and i will get a response from the 127.0.0.2 smtp
1139221091 M * arnaud that's wonderful
1139221095 M * Bertl yep
1139221102 M * arnaud but i don't understand why i can't ping 127.0.0.1 :)
1139221122 M * Bertl well, ping is not IP based
1139221132 M * Bertl it is below that, and uses ICMP
1139221148 M * Bertl now the ping (depending on your distro) builds it's own packets
1139221159 M * Bertl and then sends them to 'the network'
1139221210 M * arnaud the icmp packets are encapsuled in ip packets, no?
1139221239 M * arnaud encapsulated
1139221297 M * Bertl yes, but ping does not use that layer
1139221507 M * Bertl instead it uses the raw sockets and builds the packages itset
1139221507 M * Bertl *itself
1139221507 M * Bertl try with UDP or TCP based ping utilities, they will work fine
1139221507 J * al_ ~arnaud@d80-170-246-56.cust.tele2.fr
1139221507 N * al_ arnaud`
1139221507 M * arnaud ok
1139221513 M * arnaud Bertl, thanks a lot for your help :)
1139221524 M * Bertl you're welcome!
1139221669 M * ebiederm_zZ Bertl:  ping is not ip based?
1139221682 M * ebiederm_zZ icmp rides on top of ip.
1139221684 M * Bertl the 'ping' tool
1139221689 Q * arnaud` Quit: 
1139221698 M * ebiederm_zZ And my strace didn't show it using PF_PACKET.
1139221709 M * Bertl depends on your ping
1139221720 M * ebiederm_zZ I guess that could do it.
1139221733 M * Bertl we actually had much fun with that, as one ping did work, but the other not
1139221738 M * ebiederm_zZ It certainly doesn't need more than SOCK_RAW.
1139221748 M * ebiederm_zZ Fun.
1139221789 M * ebiederm_zZ Of course using PF_PACKET sounds like a setup for all kinds of ping routing issues.
1139222431 J * krakan ~krakan@jinx.usbe.umu.se
1139222446 M * Bertl welcome krakan!
1139222452 M * krakan thnx
1139222507 M * krakan Is there a way of getting a "local" 127.0.0.1 in a vserver guest? since I suspect I have a binary application wich is hardcoded to 127.0.0.1
1139222522 M * arnaud hehe
1139222526 M * Bertl hmm, seems like a new sport :)
1139222555 M * Bertl well, arnaud can explain it to you, I guess :)
1139222586 M * krakan sorry if it's in some manpage I didnt read
1139222602 N * ebiederm_zZ ebiederm
1139222618 Q * arnaud Quit: Leaving
1139222623 M * ebiederm It is the question of the night.  arnaund just asked it and Bertl just answered :)
1139222633 J * arnaud ~arnaud@d80-170-246-56.cust.tele2.fr
1139222638 M * krakan a sorry i missed that :-(
1139222650 M * Bertl http://irc.13thfloor.at/LOG/2006-02/LOG_2006-02-06.txt
1139222656 M * krakan thnx
1139224569 Q * Aiken Ping timeout: 480 seconds
1139225233 Q * mire Ping timeout: 480 seconds
1139225893 J * mire ~mire@114-166-222-85.COOL.ADSL.VLine.verat.net
1139226618 J * vip-vs ~vince@wc-178.r-195-85-188.essentkabel.com
1139226654 J * lilo_ ~lilo@cpe-24-167-94-255.houston.res.rr.com
1139226760 Q * lilo Ping timeout: 480 seconds
1139226839 J * shedi ~siggi@tolvudeild-196.lhi.is
1139228690 N * lilo_ lilo
1139228705 J * menomc ~amery@200.75.27.10
1139228811 Q * mnemoc Ping timeout: 480 seconds
1139228811 N * menomc mnemoc
1139229302 M * Bertl okidokili .. I'm off to bed ...
1139229315 M * Bertl have a good one everyone .. cya later!
1139229321 N * Bertl Bertl_zZ
1139229341 M * ebiederm sleep well Bertl_zZ 
1139229434 Q * shedi Quit: Leaving
1139229460 M * arnaud good night Bertl_zZ!
1139229932 M * vip-vs Anyone got a clue what capabilities are needed for pure-ftpd?
1139229979 M * daniel_hozac have you strace'd it?
1139230022 M * vip-vs excuse-moi?
1139230031 M * vip-vs I did wat?
1139230091 M * daniel_hozac strace -o pureftpd.trace -fF <command to start pureftpd>
1139230138 M * daniel_hozac then upload pureftpd.trace somewhere.
1139230139 M * vip-vs aah ok! ... didn't use that before
1139230406 M * vip-vs daniel_hozac: http://pastebin.com/541505
1139230441 M * vip-vs currently I got all capabilities active (this is a setup for testing purposes only)
1139230581 N * ebiederm ebiederm_zZ
1139230681 M * daniel_hozac that doesn't seem to be executing pure-ftpd at all.
1139230707 M * vip-vs hmzz .. I got in configged as Inetd right now ..
1139230742 M * daniel_hozac that'd be why then.
1139230829 M * vip-vs well, I tried standalone also, and that gave me: '421 Unable to switch capabilities : Operation not permitted' 
1139230854 M * daniel_hozac that's what you'd want to strace.
1139230862 M * vip-vs ok thnx.. will try that
1139231037 M * vip-vs changed: http://pastebin.com/541511
1139231133 M * vip-vs Hmmzz ..seems that not all lines are in pastebin ...mom plz
1139231203 M * vip-vs Pastebin must be limited with characters I can upload.
1139231224 M * daniel_hozac the last few hundred lines are the most interesting anyway.
1139231242 M * vip-vs think I found it ..will paste it again in the same pastbin
1139231283 M * vip-vs that are a lot of different caps ..aren't they?
1139231303 M * daniel_hozac CAP_NET_ADMIN certainly shouldn't be in there.
1139231309 M * daniel_hozac why does pure-ftpd think it needs that?
1139231323 M * vip-vs don't know... really don't know
1139231333 M * daniel_hozac might want to ask someone who does ;)
1139231373 M * vip-vs I installed this pure-ftpd form debian package ..may I should compile it again without caps
1139231380 M * vip-vs s/may/maybe/
1139231456 M * daniel_hozac it would be even better to get it fixed in upstream pure-ftpd, so you could use distribution packages, no?
1139231512 M * daniel_hozac i guess if you're using Debian stable you'll be stuck with the current package forever though.
1139231597 M * daniel_hozac seems it wants it for setting TOS.
1139231612 M * vip-vs you propably are right ... but packagement system works alright and I don't have to care too much about updating all installed software
1139231633 M * vip-vs TOS. ... uuhm think I am a newbee to caps :)
1139231703 M * daniel_hozac that's just what the pureftpd changelog says ;)
1139231842 M * vip-vs you think pure-ftpd will not be updated in Debian's package management?
1139231885 M * daniel_hozac i don't know, i don't use Debian. that seems to be the overall policy for Debian stable though. :)
1139232189 T * * http://linux-vserver.org/ | latest stable 2.01, 1.2.10, 1.2.11-rc1, devel 2.1.0, exp 2.1.0.9, 2.0.1.2 | util-vserver-0.30.210 | libvserver-1.0.2 & vserver-utils-1.0.3 | 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 ;)
1139232189 T * Bertl -
1139232201 Q * Bertl_zZ Remote host closed the connection
1139232230 J * Bertl_zZ herbert@212.16.62.52
1139232618 J * shedi ~siggi@tolvudeild-196.lhi.is
1139232941 Q * brc_ Ping timeout: 480 seconds
1139233679 J * mkhl MiLLeNNiuM@200-153-181-231.dsl.telesp.net.br
1139234663 J * Smutje_ ~Smutje@xdsl-87-78-84-163.netcologne.de
1139234707 J * click click@ti511110a080-4978.bb.online.no
1139234799 Q * Smutje Ping timeout: 480 seconds
1139234799 N * Smutje_ Smutje
1139235140 Q * ntrs Read error: Connection reset by peer
1139235231 Q * mire Ping timeout: 480 seconds
1139235797 J * mire ~mire@183-166-222-85.COOL.ADSL.VLine.Verat.NET
1139235921 Q * vip-vs Remote host closed the connection
1139236261 J * djudko ~davej@129.33.1.37
1139237127 Q * balbir Quit: Leaving
1139237145 J * lilalinux_ ~plasma@dslb-084-058-226-204.pools.arcor-ip.net
1139237304 Q * zobel Ping timeout: 480 seconds
1139237384 Q * lilalinux Ping timeout: 480 seconds
1139237640 J * zobel zobel@zobel.irc.ftbfs.de
1139237660 Q * matti Remote host closed the connection
1139239942 Q * krakan Quit: Leaving
1139240033 J * Doener doener@i5387FCBA.versanet.de
1139240079 J * matti matti@linux.gentoo.pl
1139240385 Q * entroposcope Read error: Connection reset by peer
1139241145 Q * mkhl Quit: 
1139242306 J * brc_ bruce@20151215029.user.veloxzone.com.br
1139242317 M * harry daniel_hozac: it seems like a kernel problem
1139242331 M * harry tried an unpatched 2.6.15.2, no probs there
1139242356 M * harry 2.6.14.6 unpatched: lsi problem
1139242497 M * daniel_hozac i guess you meant derjohn? ;)
1139242523 A * harry looks in the logs ;)
1139242525 J * Roey ~katz@h-69-3-4-130.mclnva23.covad.net
1139242539 M * harry yup, you're right :)
1139242565 J * entroposcope ~entroposc@user-0c992og.cable.mindspring.com
1139242740 M * Roey hey harry
1139242777 Q * Doener Quit: Leaving
1139242962 M * harry yow Roey 
1139243413 M * Roey hey hey
1139244321 J * Viper0482 ~Viper0482@p5497614F.dip.t-dialin.net
1139244371 Q * shedi Quit: Leaving
1139246577 J * stefani ~stefani@superquan.apl.washington.edu
1139247477 M * lonewolff hey, i wonder if anyone can help me, i set up my new server and it was all working fine, shipped it off to the datacenter and now its being odd
1139247547 M * lonewolff im trying to build a vserver guest using debootstrap but i get Failure trying to run: chroot /usr/local/etc/vservers/.defaults/vdirbase/abrahams dpkg --force-depends --install /var/cache/apt/archives/libc6_2.3.5-8.1_amd64.dep
1139247552 M * lonewolff anyone got any ideas?
1139248266 M * daniel_hozac what kind of failure?
1139248318 M * lonewolff thats all it says
1139248464 M * daniel_hozac when you run what?
1139248531 M * lonewolff when i run vserver build, nm tho, sorry to bother you it looks very much like it was just the repo not having all the required things, working with another - sorry
1139248621 J * shedi ~siggi@inferno.lhi.is
1139249560 Q * eugenesan Quit: Trillian (http://www.ceruleanstudios.com
1139249822 Q * djudko Ping timeout: 480 seconds
1139250406 J * djudko ~davej@129.33.1.37
1139251245 Q * cryo Remote host closed the connection
1139251249 J * gerrit ~gerrit@c-67-160-130-59.hsd1.or.comcast.net
1139251283 Q * prae Quit: Execute Order 69 !
1139251546 Q * Viper0482 Ping timeout: 480 seconds
1139251616 J * Viper0482 ~Viper0482@p5497614F.dip.t-dialin.net
1139251660 Q * ebiederm_zZ Quit: Leaving
1139251694 J * ebiederm ~eric@ebiederm.dsl.xmission.com
1139253575 M * arnaud i can't find a changelog for util-vserver-0.30.210
1139253591 P * stefani I'm Parting (the water)
1139254837 M * daniel_hozac arnaud: umm, ChangeLog?
1139255407 M * arnaud daniel_hozac, yes, between 0.30.209 abd 0.30.210
1139255720 M * daniel_hozac arnaud: so what's wrong with ChangeLog?
1139255813 M * arnaud http://linux-vserver.org/ChangeLog ?
1139255877 M * daniel_hozac no, util-vserver-0.30.210/ChangeLog.
1139255882 M * daniel_hozac in your favorite untarred tree.
1139255931 M * arnaud hehe, i googled and looked everywhere but in the tree
1139255933 M * arnaud thanks :)
1139255982 M * daniel_hozac it's just the CVS commit message condensed into one file.
1139256011 M * daniel_hozac so you could just as well check the webcvs, but you'd need to look at all the files separately.
1139256019 M * arnaud do you know debian packages of 0.30.210?
1139256046 M * daniel_hozac i believe micah said he'd upload some.
1139256047 M * dhansen ebiederm: I think you need a patch-bomb script ;)
1139256062 M * micah arnaud: yes its in preparation now
1139256088 M * micah arnaud: there is a changelog for util-vserver, download the .tar.gz and you will find it therein
1139256108 M * ebiederm dhansen:  Probably.....
1139256129 M * ebiederm I have never gotten one that I trust.
1139256145 M * dhansen ebiederm: it does really seem that the pspaces go hand-in-hand with wherever we store pids.  Is that accurate?
1139256261 M * lonewolff is there any read my saslauthd wouldnt start in a vserver, or is it more likely i've dome something wrong?
1139256285 M * arnaud micah, ok, great
1139256292 M * arnaud micah, are you the ubuntu maintainer too?
1139256304 M * arnaud (of util-vserver)
1139256374 M * micah arnaud: i am not aware if there is a different maintainer for ubuntu, but many debian maintainers are by default the ubuntu maintainers
1139256400 M * ebiederm dhnasen: Largely.  
1139256430 M * arnaud i'm wondering if the util-vserver package is fixed in dapper (in breezy it's compiled with gcc 4.0 and won't work)
1139256482 M * micah arnaud: I can't help you there
1139256521 M * daniel_hozac arnaud: hmm, it works fine with gcc 4.0.
1139256535 M * daniel_hozac arnaud: IIRC that's the one with the broken PIC patch.
1139256562 M * arnaud well, when i recompile the package with gcc 3.4 it works fine
1139256832 M * daniel_hozac probably just luck.
1139256840 M * daniel_hozac util-vserver-0.30.208-1ubuntu1, right?
1139256848 M * arnaud yeah
1139256876 M * daniel_hozac that's the one.
1139256882 M * arnaud ok.
1139256921 M * ebiederm dhansen:  All sent now.
1139257196 M * arnaud micah, and, did you upload beta packages of 0.30.210?
1139257279 M * micah arnaud: no, as I said its in preparation now
1139257438 M * arnaud ok
1139257535 Q * lilalinux_ Remote host closed the connection
1139257894 J * lilalinux ~plasma@80.69.35.186
1139258583 M * dhansen ebiederm: as far as the size of the cc list...
1139258604 M * dhansen OSDL is usually pretty good about creating mailing lists for these kinds of topics.  Do you think a separate list would be a good idea?
1139258621 M * ebiederm dhansen: Quite likely.
1139258651 M * ebiederm dhansen: creating a separate list requires some agreement between the implementors to work together and we don't have that quite yet.
1139258731 M * ebiederm I had though the vserver list might work that doesn't seem to.
1139258746 M * ebiederm It might also be possible to get a list on kernel.org
1139258754 M * ebiederm Err vger.kernel.org
1139258766 M * dhansen vger would be nice as well.
1139258779 M * dhansen ebiederm: you've definitely got agreement to use it from all of the IBM people :)  Or else I'll kick them 
1139259336 M * ebiederm Ok.  I need to take a break for a bit.  I will let the email replies accumulate for a while.
1139259371 M * ebiederm I suspect I won't have heard from everyone until some time tommorrow anyway.
1139259375 N * ebiederm ebiederm_oO
1139259843 Q * lilalinux Remote host closed the connection
1139260513 Q * meandtheshell Quit: a brave heart left ... 
1139260628 J * Aiken ~james@tooax7-116.dialup.optusnet.com.au
1139261139 Q * Viper0482 Quit: bin raus, 
1139264457 M * Roey Bertl_zZ:  http://www.rofl.name/asciiart/
1139265137 Q * djudko Quit: Leaving
1139265166 Q * Roey Quit: Leaving
1139265617 J * eugenesan eugenesan@bzq-219-189-188.cablep.bezeqint.net
1139267659 M * harry derjohn: you there?
1139267668 M * derjohn harry, hi, yes
1139267679 M * harry i kinda located the prob
1139267687 M * harry it's a 2.6.14 kernel prob
1139267700 M * derjohn so, it gone with 2.6.15 ?
1139267704 M * harry it's there in every 2.6.14 kernel, solved in 2.6.15.2 (didn't try them all)
1139267715 M * harry 1.6.14.6 has the problem (even in vanilla kernel)
1139267721 M * harry 2.6.15.2 hasn't
1139267729 M * harry 80-85MB/s
1139267749 M * derjohn ok, so I wont get headache in researching :)
1139267764 M * harry this does pose a problem to me
1139267771 M * derjohn harry, grsec?
1139267785 M * harry since i can't use grsec because grsec isn't trivially portable to 2.6.15.x
1139267808 M * harry i should also try to find an incremental patch between grsec 2.1.7 and 2.1.8
1139267821 M * harry i don't feel like merging the entire grsec + vserver patch again
1139267840 M * derjohn harry, you did that once?
1139267848 M * harry derjohn: yup
1139267848 M * derjohn harry, c00l :)
1139267867 M * harry http://harry.ulyssis.org/patch-2.6.14.4-vs2.1.0-grsec2.1.7.diff.gz
1139267880 M * harry it also works on 2.6.14.6
1139267887 M * harry only the Makefile fails (du'uh)
1139267892 M * harry version crap
1139267915 M * derjohn harry, hm, well, then only copy the driver .c and .h ?
1139267926 M * derjohn (and realted ...)
1139267927 M * harry derjohn: i don't think it's that simple
1139267941 M * harry i should first figure out what the problem is exactly
1139267952 M * harry and what fix fixes that problem
1139267973 M * harry there has been a lot of memory management code updates in 2.6.15 (iirc)
1139267981 M * harry that's why 2.6.15 sucks imho :)
1139267998 M * daniel_hozac yes, those darn fixes!
1139268013 M * daniel_hozac we should ban improvements. ;)
1139268054 M * harry daniel_hozac: they are good... 
1139268068 M * harry but they also break a lot of stuff
1139268075 M * harry my laptop totally freaked on 2.6.15.1
1139268083 M * harry swap can't be disabled anymore
1139268089 M * harry unmount of / didn't work
1139268094 M * harry so always a dirty reboot
1139268103 M * daniel_hozac hmm, i thought swap had been required for all of 2.6.
1139268104 M * harry extremely long timeout , so slow reboot
1139268112 M * daniel_hozac or well, not required, but _strongly_ urged.
1139268113 M * harry 2.5.15.1 didn't fix that problem eitther
1139268130 M * harry haven't tried 2.6.15.2 yet tough...
1139268132 M * daniel_hozac and you shouldn't get a dirty reboot just because unmounting / failed.
1139268144 M * daniel_hozac your initscripts ought to remount it ro prior to that.
1139268145 M * harry daniel_hozac: ahm... if it can't be unmounted cleanly
1139268150 M * harry shutdown is stuck
1139268159 M * harry so you have to use the powerbutton
1139268172 M * harry so that makes reiserfs mark it as not cleanly unmounted
1139268180 M * harry so replay journal etc....
1139268188 M * daniel_hozac as i say, that shouldn't happen.
1139268195 M * daniel_hozac +english
1139268195 M * harry tell me about it
1139268246 M * harry it's definately a kernel prlbem
1139268250 M * harry and a 2.6.15 problem
1139268259 M * harry 2.6.14.6 doesn't have the problem
1139268261 M * harry same kernelconfig
1139268278 M * harry in 2.6.14.6 all works great
1139268352 A * harry is nog kernel wizard, but i do know my way around kernel code :)
1139268399 M * daniel_hozac hehe.
1139268434 M * harry btw. VFS changes were kinda huge , not memory management
1139268448 M * harry (hence the fs problems/swap problems ;))
1139268488 M * harry btw... i'm NO kernel wizard (remove the g ;)
1139268523 M * derjohn harry, only the real wizards say that they arent wizards ... :) 
1139268543 M * harry ahm... in that case: i'm a wizard ;)
1139268550 M * daniel_hozac haha.
1139268577 M * harry no, but seriously... kernel stuff is fun, but the changes from .14 to .15 were kinda big
1139268579 M * derjohn harry, yes, I expected that :)
1139268588 M * harry and for my system... not very good (yet)
1139270374 Q * derjohn Ping timeout: 480 seconds