1137628836 M * daniel_hozac gdm: in general, i guess it's a lot easier to just use vanilla kernels rather than distribution kernels. 1137628849 J * michal` ~michal@www.rsbac.org 1137628865 M * daniel_hozac especially if your distribution isn't tracking upstream kernel development, i.e. will stick to one version for the lifespan of the distro. 1137628904 M * gdm daniel_hozac: so, then, what would your current recommendation be? for a production environment? 1137628936 M * daniel_hozac it depends on how much work you're willing to put in to it and your requirements. 1137628964 M * daniel_hozac i, personally, patch the Fedora kernels with vserver. 1137628979 M * daniel_hozac not a lot of work as Fedora tracks upstream pretty closely. 1137628995 M * gdm mmmm.... i thought debian was meant to as well, but didn't seem to ;-) 1137629020 M * gdm micah: do you have an opinion (again)? 1137629022 M * derjohn FYI: linux-vserver was mentioned (among others) on heise.de (German largest IT news site) yesterday: http://www.heise.de/newsticker/meldung/68469 1137629050 M * daniel_hozac derjohn: was in the ovz article on slashdot as well ;) 1137629082 M * derjohn What is slashdot? 1137629098 M * daniel_hozac serious? 1137629099 M * derjohn hr hr *g* 1137629103 M * derjohn no *lol* 1137629108 M * daniel_hozac phew. 1137629110 M * daniel_hozac heh. 1137629136 M * derjohn did you read the fedora news? 1137629150 M * derjohn ...Virtualisierungsl?sung OpenVZ in die Linux-Distribution Fedora Core aufzunehmen, die Red Hat als Basi.... 1137629175 M * daniel_hozac seems like pretty much the same article, only in german. 1137629176 M * derjohn daniel_hozac, I think the words are clear even without knowing german lang. 1137629180 M * derjohn k 1137629195 M * derjohn I hope you wont switch! 1137629238 M * daniel_hozac i won't switch. i don't think there's too much truth in the article though (seemed to be Bertl_oO's opinion as well, if i understood correctly). 1137629320 M * derjohn time to get linux-vserver into upstream .... to solve those issues :) did eric appear here again? 1137629479 M * daniel_hozac i'm guessing it's eric's efforts the articles are about. 1137629483 M * micah gdm: debian tracks upstream pretty closely with their kernels 1137629501 M * daniel_hozac (emphasis on guessing :)) 1137629718 M * gdm micah: thanks. so i think i will just stick with what i've got then 1137629743 M * daniel_hozac gdm: 2.0.1.2? ;) 1137629743 M * undefined micah: are you recommending gdm track the kernels in unstable? 1137629773 M * derjohn undefined, no, in experimental 1137629783 M * gdm daniel_hozac: ?? 1137629791 M * gdm daniel_hozac: i have 2.6.14 kernel 1137629797 M * gdm sorry, 2.6.12 1137629799 M * undefined gdm: 2.6.15 is the latest kernel in debian unstable, iirc 1137629817 M * derjohn undefined, yes, appeared recently. 1137629824 M * daniel_hozac gdm: i meant vserver version. 1137629842 M * derjohn daniel_hozac, not kernel 2.0.1.2? :) 1137629862 M * daniel_hozac heh :) 1137629882 M * derjohn daniel_hozac, did you read http://lkml.org/lkml/2006/1/17/132 1137629904 M * derjohn daniel_hozac, strange, 'eric' is not mentioned - nut the idea is the same. 1137629906 M * daniel_hozac no, i don't read lkml... i have a hard time with all the fedora-* mailing lists i'm on :| 1137629910 M * derjohn s/nut/but 1137629929 M * derjohn daniel_hozac, this was mentioned on heise .... 1137629929 M * daniel_hozac Serge Hallyn has been here for a much longer time. 1137629941 M * derjohn daniel_hozac, this chan ? 1137629943 M * daniel_hozac (nick hallyn, dhansen is still here ;)) 1137630052 M * gdm daniel_hozac: i think i hacve kernel-patch-vserver Version: 1:2.01 maintainer micah. 1137630072 M * derjohn daniel_hozac, so eric is in no relation to.. them? howevery, all sounds like virtual PID will come - good for linux-vserver 1137630077 A * gdm gets very confused about all this kernel stuff and installed packages etc 1137630098 M * derjohn gdm, stay cool. :) 1137630131 M * daniel_hozac derjohn: i think they were talking to eachother, but i believe the efforts are separate. 1137630153 M * derjohn daniel_hozac, let's see who wins the race :) 1137630172 M * gdm ok, bbiab - gotta run do some work again 1137630221 M * derjohn daniel_hozac, you wont come to german linuxtag i assume? 1137630295 M * daniel_hozac i don't think i can make it :( 1137630366 M * derjohn don't think -> "I know i can make it" :) 1137630392 M * derjohn okm i just asking becuase I plan tp reserve an area for linux-vserver 1137630428 M * derjohn if anyone her wants to join please let me know ... a one-man "community" on Linuxtag would look odd :/ 1137630451 M * daniel_hozac hehe, yes, indeed. 1137630723 P * stefani I'm Parting (the water) 1137631285 J * Gerden ~Danger@20150151042.user.veloxzone.com.br 1137631926 P * Gerden 1137634018 Q * mnemoc Read error: Connection reset by peer 1137634050 Q * lilalinux Remote host closed the connection 1137634149 J * mnemoc ~amery@200.75.27.71 1137634748 P * undefined 1137634861 J * undefined ~undefined@adsl-68-93-109-94.dsl.rcsntx.swbell.net 1137635345 P * undefined 1137635835 J * undefined ~undefined@adsl-68-93-109-94.dsl.rcsntx.swbell.net 1137638554 Q * nokoya Ping timeout: 480 seconds 1137638644 J * Aiken_ ~james@tooax6-083.dialup.optusnet.com.au 1137638959 Q * Aiken Ping timeout: 480 seconds 1137638966 N * Bertl_oO Bertl 1137638986 M * Bertl evening folks! 1137639484 J * nokoya young@hi-230-82.tm.net.org.my 1137639574 M * Bertl wb nokoya! 1137644712 J * Loki_muh loki@satanix.de 1137644843 Q * phreak`` Ping timeout: 480 seconds 1137644864 M * Bertl welcome Loki_muh! 1137644876 Q * Loki|muh Ping timeout: 480 seconds 1137645510 Q * Loki_muh Ping timeout: 480 seconds 1137646777 J * marl_ ~matt@84.92.193.226 1137646786 M * Bertl welcome marl_! 1137646793 Q * marl Read error: Connection reset by peer 1137647200 J * phreak`` ~phreak``@styx.xnull.de 1137647303 Q * mkhl Quit: 1137647675 Q * monrad_ Quit: leaving 1137647997 J * monrad ~mikkel@213083190131.sonofon.dk 1137648476 J * marl__ ~matt@84.92.193.226 1137648476 Q * marl_ Read error: Connection reset by peer 1137648513 P * undefined 1137649284 J * gerrit gerrit@dhcp65-74-212-252.npk.aus.wayport.net 1137652450 Q * monrad Quit: leaving 1137652478 J * ntrs__ ~ntrs@68-188-50-87.dhcp.stls.mo.charter.com 1137652498 Q * ntrs_ Read error: No route to host 1137652713 J * monrad ~mikkel@213083190131.sonofon.dk 1137654015 M * Bertl off to bed now ... have a nice whatever, everyone ... 1137654021 N * Bertl Bertl_zZ 1137658892 J * meandtheshell ~markus@85-125-231-219.dynamic.xdsl-line.inode.at 1137659465 J * Smutje_ ~Smutje@87.78.99.201 1137659574 Q * Smutje Ping timeout: 480 seconds 1137659592 Q * shedi Quit: Leaving 1137660115 Q * dlippolt Ping timeout: 480 seconds 1137660334 J * wam ~wigwam@proxy2.msh.de 1137660395 M * wam Hi! Is /etc/inittab evaluated inside a vserver? I have to know if it tries to start any gettys... 1137660464 M * daniel_hozac it depends on the init style used for the vserver. 1137660485 M * daniel_hozac with the plain init style, you run an init in the guest, and it will read inittab as usual. 1137660506 M * daniel_hozac with the sysv init style, there is no init inside the guest, and it won't care about inittab. 1137660518 M * wam How can I set which is used? 1137660542 M * daniel_hozac /etc/vservers//apps/init/style 1137660567 M * wam not available. What's the default? 1137660574 M * wam sorry - I'll look at the flower page. 1137660587 M * schellh default is not to look at guest inittab 1137660618 M * wam thanks daniel_hozac and schellh! 1137661751 J * id__ ~id@p54A03E8A.dip0.t-ipconnect.de 1137661767 M * id__ gruetzi #vserver+ 1137662225 M * daniel_hozac hi 1137662436 J * prae ~prae@ezoffice.mandriva.com 1137662707 P * wam 1137663123 Q * Aiken_ Quit: Leaving 1137663824 J * shedi ~siggi@tolvudeild-205.lhi.is 1137663941 J * tudenbart ~willi@xdsl-213-196-241-201.netcologne.de 1137664107 M * daniel_hozac has anyone _ever_ used vdu? 1137664201 M * schellh whats that 1137664250 M * daniel_hozac my point exactly :) 1137664316 M * daniel_hozac it's a du-like program that will ignore files with more than one link. 1137664366 M * schellh aha 1137664366 Q * dothebart Ping timeout: 480 seconds 1137664395 M * SiD3WiNDR :) 1137665483 J * lilalinux ~plasma@h1-gw.of.net-lab.net 1137667232 J * Loki|muh loki@satanix.de 1137669156 J * dddd44 debian-tor@tor-irc.dnsbl.oftc.net 1137669637 J * mef ~mef@pcp09872021pcs.ewndsr01.nj.comcast.net 1137670417 J * Viper0482 ~Viper0482@p54975D7B.dip.t-dialin.net 1137670770 J * Doener doener@i5387E698.versanet.de 1137671736 Q * dddd44 Ping timeout: 480 seconds 1137671819 J * wam ~wigwam@proxy2.msh.de 1137672405 J * dddd44 debian-tor@tor-irc.dnsbl.oftc.net 1137672492 Q * Viper0482 Quit: bin raus, 1137672991 Q * id__ Quit: Leaving 1137673808 M * lonewolff are there any suggested partitioning schemes for a vservehost machine? 1137673818 M * lonewolff vserver host even 1137674057 M * wam lonewolff: what do you mean exactly? 1137674178 M * lonewolff well my standard layouts for partitions is to have /boot as a small partition / at about 10GB and /home using most of the space, but with vserver that really wouldnt be appropriate, so im just wondering if there are any suggestion as to which dirs under / should be seperate partitons on a vserver host 1137674274 M * wam depends on what you want do do with it / how big it will be. But you definitely don't want /boot ;) 1137674297 M * lonewolff i definately do want .boot otherwise i will get into all osrts of bother with lvm 1137674312 M * lonewolff /boot even 1137674348 M * wam lonewolff: I don't think you'll need /boot inside a vserver. 1137674355 J * Milf ~Miranda@ipsio282.ipsi.fraunhofer.de 1137674366 M * wam vservers for my customers have anything on one partition. But they are mostly below 100MB size. 1137674367 M * lonewolff this is not a vserver tho, this is the host server im setting up 1137674388 M * wam lonewolff: I see ;) Ok - so forget what I said. 1137674404 M * wam misread your question 1137674455 M * schellh well since there is only running sshd on the host, i guess you can make it like 2gb 1137674457 M * wam On my host I have a big space under /vserver. I even mount another big space below /vserver for bigger vservers (e.g. my storage-vserver, which is /vserver/storage). 1137674464 M * schellh or do you want iptables and excessive logging? 1137674475 M * lonewolff my current test box just has /boot loads of swap and them everything else inside / which seemed to be the easiest way what with vservers living in .var just wondered if there was a 'suggestes scheme' as it were 1137674621 M * lonewolff appologies for my bad typing 1137674669 M * wam lonewolff: Just set up a normal server. I also have a seperate partition for /home on my vserver-host, because I just love to work as user and download/compile anything without having to worry about the rest of the systems space. 1137674692 M * lonewolff ah ok, thats coold then, shall do that 1137674702 M * lonewolff cant wait to see how fast things compile on this new box :D 1137674717 M * wam Then of course I seperated /var, because my host-server also is my logging-box (all vserver-syslogs go to there) 1137674737 M * Doener lonewolff: you will want a separate vserver partition if you intend to use the file tagging 1137674754 M * wam Then I seperated /vserver with about 20GB space for the smaller customer-vservers. 1137674786 M * wam And then I have some LVM-Partitions that are mounted under /vserver/*, because on some vservers I need quota (with an extra partition) or more space... 1137674825 M * wam I think, this is flexible. You might also want to seperate /usr or so. Usual server-setup. 1137674869 M * lonewolff so, would it be better to have /vservers with folders for each vserver or to use lvm to put the vservers on seperate partitions? 1137674883 M * lonewolff (and is there any advantage to either way) 1137674910 M * wam I have a partition under /vserver and there are normal directories as well as mountpoints. So from a filesystem-view, vservers are ONLY under /vserver. 1137675456 Q * lilo Quit: bbiab 1137675782 J * lilo ~lilo@lilo.usercloak.oftc.net 1137678451 Q * mef Remote host closed the connection 1137678886 Q * pusling Read error: Connection reset by peer 1137678888 J * pusling_ pusling@195.215.29.124 1137679967 Q * gerrit Ping timeout: 480 seconds 1137680939 N * Bertl_zZ Bertl 1137680944 M * Bertl morning folks! 1137681054 M * lonewolff hey Bertl 1137681491 M * yang Bertl: in which timezone do you live? 1137681491 Q * pusling_ Read error: Connection reset by peer 1137681603 M * Bertl yang: CET but I prefer to use BUT 1137681660 M * Bertl (Bertl Universal Time :) 1137681717 M * yang lol 1137681719 J * pusling_ pusling@195.215.29.124 1137681721 M * lonewolff is that the nice kind of timezone where its mornign when you wake up and night when you sleep no matter what time is actually is? ;) 1137681734 M * Bertl lonewolff: precisely ... 1137681955 M * Bertl dhansen: ping! 1137682652 Q * pusling_ Read error: Connection reset by peer 1137682654 J * pusling pusling@195.215.29.124 1137683058 J * gerrit ~gerrit@pixpat.austin.ibm.com 1137683429 M * Bertl welcome gerrit! 1137684328 M * dhansen Bertl: I'm up now! :) 1137684448 M * gerrit hi Bertl! 1137684688 M * Milf Bertl: You were right in your assumption yesterday. The bdb tools gave me no errors on a newer (2.6) kernel. But I had other problems and am now giving up hope on running OX in a vserver 1137684700 M * Bertl dhansen: hey, just reading Serge's thread 1137684728 M * Bertl dhansen: I think we should drop the 'real' pid completely 1137684747 M * Bertl Milf: why? 1137684787 M * Milf java.sql.SQLException: FATAL: no pg_hba.conf entry for host "X.Y.Z.A", user "openexchange", database "openexchange", SSL off 1137684805 M * Milf Some nice errors that I dont know how to fix. 1137684831 M * Milf It would be just for testing, the production server is planned to run on a blade with just Fibrechannel instead of disks. 1137684833 M * Bertl well, looks like you are missing the proper entries for your host/client in the access config? pg_hba.conf 1137684854 M * dhansen Bertl: I agree. I've been investigating getting it out of drivers 1137684858 M * Bertl Milf: you will definitely run into the same issues on a real linux machine 1137684876 Q * gerrit Quit: Client exiting 1137684888 M * Milf The issues arise because I tar-moved it from the real machine where I installed it. 1137684901 M * Bertl dhansen: but in general, I would appreciate some 'talk' about the patches, if you (folks) refer to VServer as _wanting_ it :) 1137684942 M * dhansen Bertl: yeah, sorry. Got a bit ahead of myself. 1137684944 M * Milf I now spent a week to get a server working just to test migration. That's too much time wasted. I'll try something different. 1137684945 M * Bertl dhansen: IIRC, I asked Serge a few times about a patch, but except for the lkml postings I don't see any in my mailbox ... 1137684975 M * dhansen Bertl: we really need a little mailing list of our own 1137684979 M * Bertl Milf: okay, I can understand it, but you should be aware that you are probably _very_ close ... 1137684980 A * dhansen kicks gerrit 1137685011 M * Milf Hmmmm, I already deleted the Vserver :( 1137685013 M * Bertl Milf: as I said, the pg_hba.conf is just an acess control file for the database 1137685085 M * Bertl dhansen: well, is the patch set available somewhere now? preferable as tar, or do I have to extract 34 patches from lkml? 1137685106 M * Milf Hmmm, yes, it seems to be the problem that I don't have localhost in the vserver 1137685208 J * gerrit ~gerrit@pixpat.austin.ibm.com 1137685234 M * dhansen Bertl: I'll dump it somewhere real fast 1137685300 M * Bertl dhansen: okay, tx! 1137685339 M * dhansen http://sr71.net/~dave/bertl/ 1137685354 M * dhansen Those should be applicable to 2.6.16-rc1 1137685463 Q * pusling Remote host closed the connection 1137685470 J * pusling pusling@195.215.29.124 1137685646 M * romke Bertl: http://romke.net/tmp/vservers2.png better? 1137685652 M * Bertl dhansen: btw, I would prefer something simple for the 'new' identifier, e.g. ; or so (over [] 1137685734 M * Bertl romke: do you do this with gimp? if so, do you have an xcf for me? 1137685804 M * romke Bertl: not in gimp (don't have installed one right now, but I will) ;) 1137685815 M * Bertl dhansen: btw, feel free to 'reuse' the linux-vserver ML for 'discussing' the patches (but please avoid 34 posings, we are not lkml :) 1137685858 M * Bertl romke: okay, what fonts do you use? 1137685925 M * romke Bertl: switzerland a.k.a helvetica 1137685995 M * Bertl and the checkmark style 'V' is? 1137686241 M * romke Bertl: modified outline from Joep Gommers design.pdf 1137686273 M * dhansen Bertl: I'll try to keep it below 30 :) 1137686288 Q * pusling Remote host closed the connection 1137686295 J * pusling pusling@195.215.29.124 1137686628 J * pusling_ pusling@195.215.29.124 1137686628 Q * pusling Read error: Connection reset by peer 1137687022 J * mkhl ~mkhl@200-153-181-238.dsl.telesp.net.br 1137687800 P * wam 1137687873 Q * shedi Quit: Leaving 1137688221 Q * Milf Ping timeout: 480 seconds 1137688327 J * Johnsie ~jdlewis@acs-24-154-53-16.zoominternet.net 1137688327 Q * Johnnie Read error: Connection reset by peer 1137688679 J * stefani ~stefani@superquan.apl.washington.edu 1137689194 Q * cryo Ping timeout: 480 seconds 1137690204 M * Bertl okay, off for dinner, back later ... 1137690210 N * Bertl Bertl_oO 1137690255 Q * gerrit Ping timeout: 480 seconds 1137690331 Q * dddd44 Ping timeout: 480 seconds 1137690345 J * bonbons ~bonbons@83.222.39.249 1137690603 J * mnmr ~mnmr@217.116.235.96 1137691245 J * gerrit ~gerrit@pixpat.austin.ibm.com 1137691640 J * mef ~mef@targe.CS.Princeton.EDU 1137691712 Q * prae Quit: Execute Order 69 ! 1137692564 J * frz ~frzzzz100@jaim.at 1137693755 Q * gerrit Ping timeout: 480 seconds 1137693903 Q * pusling_ Read error: Connection reset by peer 1137693905 J * pusling pusling@195.215.29.124 1137694541 J * eugenesan eugenesan@bzq-219-189-188.cablep.bezeqint.net 1137694777 J * gerrit ~gerrit@pixpat.austin.ibm.com 1137695243 J * dlippolt ~dlippolt@cpe-70-112-77-129.austin.res.rr.com 1137695355 J * brc_ bruce@201008062123.user.veloxzone.com.br 1137695371 J * ebiederm ~eric@ebiederm.dsl.xmission.com 1137695497 P * eugenesan 1137695619 Q * pusling Remote host closed the connection 1137695627 J * pusling pusling@195.215.29.124 1137695942 Q * pusling Remote host closed the connection 1137695947 J * pusling_ pusling@195.215.29.124 1137696214 Q * Doener Ping timeout: 480 seconds 1137696257 J * Doener doener@i5387EC59.versanet.de 1137696526 Q * Smutje_ Quit: Changing server 1137696697 M * lonewolff evening all 1137696708 J * undefined ~undefined@adsl-68-93-109-94.dsl.rcsntx.swbell.net 1137696716 M * mnmr evening.. 1137696848 M * brc_ Good afternoon :) 1137696858 M * brc_ is the cpu "limitation" stable ? 1137696943 Q * pusling_ Read error: Connection reset by peer 1137696946 J * pusling pusling@195.215.29.124 1137697028 M * mnmr no idea :) but afaik most of it is based on the linux capability system and so there's a good chance that it does work. the docs also seem to indicate that it should be in working order, imho. 1137697038 M * daniel_hozac brc_: it's in the stable tree, so i'd be inclined to say "yes". 1137697080 M * brc_ Thanks Hozac, is it possible to use that limitation to say like : VSERVER1 has 2x CPU than VSERVER2, right? 1137697117 M * daniel_hozac brc_: from what i understand, you can calculate percentages of the total amount of processing power, so that should be easy, yes. 1137697198 J * NetAsh ~NetAsh@195.12.185.251 1137697208 M * NetAsh hello 1137697215 M * daniel_hozac hi 1137697229 M * brc_ daniel_hozac: ok, thanks a lot 1137697234 M * NetAsh what's new 1137697478 P * mnmr 1137697490 M * NetAsh ok 1137697500 M * NetAsh I will be the one to brake the silence 1137697506 M * NetAsh question: 1137697527 M * NetAsh the best practice to emulate loop back device is? 1137697615 M * brc_ dunno 1137697618 M * brc_ :) 1137697648 M * NetAsh ok, any solution to add loop back device 1137697666 M * NetAsh the one 127.0.0.1/16 :) 1137697738 M * ebiederm What are you doing with the loopback interface? 1137697786 Q * gerrit Ping timeout: 480 seconds 1137697830 M * NetAsh some software binds to 127.0.0.1 and some other one conects to it and reziume: nobody outside guest/context seas it 1137697873 M * ebiederm Ok. Which part is the problem? 1137697889 M * NetAsh 127.0.0.1 1137697893 M * NetAsh :) 1137697942 M * ebiederm I am familiar with a lot of the networking side, and I'm familiar with what I think vserver should be doing, but I'm not familier with what vserver is actually doing. 1137697949 M * ebiederm Does the bind to 127.0.0.1 simply fail? 1137697983 M * NetAsh basicaly guest has only "external" ip binded to device like eth0 1137697998 M * NetAsh and this ip DO NOT COLIDE with others 1137698010 Q * Hunger Remote host closed the connection 1137698026 M * NetAsh aka if host runs on 192.168.0.1 then guest can not own 192.168.0.1 1137698065 J * Viper0482 ~Viper0482@p54975D7B.dip.t-dialin.net 1137698114 M * ebiederm There are two ways this can be handled. With the current cheap trick it is simply enough to have a check that replaces 127.0.0.1 with the guests ip. 1137698132 M * NetAsh not an option 1137698140 M * ebiederm The other one is to get my code which I think was voted ngnet merged. 1137698146 M * NetAsh I can reconfigure the software to use whatever I want 1137698176 M * NetAsh but the real advantage of loop back is the trafic goes nother outside the "box" 1137698219 M * ebiederm Using the guest public IP that also happens, as I recall. 1137698254 M * NetAsh its the same as bind mysqld to 127.0.0.1 and use it localy, or to bind to some external ip and use it localy only, but this time wold seas it (uless you hide) 1137698282 M * NetAsh ...world seas it 1137698416 M * ebiederm What I have is something that looks like multiple instances of the linux networking stack. 1137698439 J * Hunger Hunger.hu@Hunger.hu 1137698446 M * ebiederm But it will take a while to filter through. 1137698454 M * ebiederm And become useful. 1137698479 M * ebiederm It's only ready for developers to rip it to shreds at the moment :) 1137698501 M * NetAsh it is not critical, just asked - maby there is a solution 1137698608 M * undefined NetAsh: have you tried listening to 127.0.0.1 and seeing if a process in another vserver can connect to it? 1137698670 M * undefined NetAsh: just curiuos, as now that i think about it i have some servers/clients that communicate over 127.0.0.1, but they are in the same vserver (and i didn't think about security for other vservers) 1137698700 M * NetAsh nope 1137698706 M * NetAsh i did not 1137698756 M * NetAsh but I tried adding vlan support on untaged eth0 1137698816 M * NetAsh this way all vlan1 trafic is the same as untaged, all else vlanX's are unable to go uotside 1137698838 M * NetAsh just like virtual networks :) 1137698890 N * Bertl_oO Bertl 1137698897 M * Bertl back now ... 1137698900 M * NetAsh hy 1137698904 M * Bertl hey ebiederm! NetAsh! 1137698912 M * ebiederm hello 1137698920 M * Bertl ebiederm: what's the status? 1137698936 M * NetAsh earth is freezing - this is the status :) 1137698956 M * ebiederm I've finally gotten to a stopping point with my code. 1137698971 M * Bertl NetAsh: hmm? 1137698980 M * NetAsh just joking 1137698985 M * ebiederm I had to fix 2 generic ipv6 reference counting bugs before I could get ipv6 going... 1137698993 M * NetAsh -25C outside :) 1137699004 M * Bertl NetAsh: wow cool :) where are you? 1137699036 M * NetAsh europe -> lithuania -> kaunas 1137699040 M * ebiederm I'm getting ready to post my git tree to kernel.org, so I can get more review. 1137699091 M * Bertl okay, could you make a 2.6.15 or 2.6.16 version/patch for me to test and later integrate too? 1137699091 M * ebiederm Then I clean up my patches as I forward port to the latest kernel. 1137699136 M * ebiederm Getting there... 1137699166 M * Bertl btw, what is your opinion on Serge's pid virtualization patches? 1137699223 M * ebiederm I need to look a little more and weigh in. 1137699225 M * Bertl at least I had a few aha-experiences ... and I am now convinced that we can get completely rid of the 'internal' pid 1137699246 M * ebiederm I already did. 1137699254 M * Bertl excellent ... 1137699288 M * ebiederm Last round I looked Serge hadn't gotten all of the way to usable code. 1137699325 M * Bertl well, last thing he posted was a 34 patch version for 2.6.15/16 ... 1137699347 M * Bertl and dave was so kind to put up a version for me too ... 1137699370 M * Bertl < dhansen> http://sr71.net/~dave/bertl/ 1137699410 M * ebiederm And one of the comments in the thread (By dhansen) was that it would have been a good idea if they had updated the patches to reflect feedback from last round before posting again. 1137699410 M * Bertl ebiederm: okay, do you want to discuss anything? or what did you bring here? 1137699459 M * ebiederm Not much at the moment. I am just in out of development/code/debug mode at the moment so I can stick my head up. 1137699541 M * Bertl okay, great, I'll be busy for a few more hours, but I'd appreciate a chat later, does that sound fine to you? 1137699549 J * Smutje ~Smutje@87.78.99.201 1137699574 M * ebiederm Ok. I need to drop by work and talk with a few coworkers pretty soon anyway. 1137699583 M * Bertl ebiederm: ad dave, yes I read that ... 1137699623 M * Bertl ebiederm: btw, if you don't mind the question, who currently sponsors your virtualization work? 1137699669 M * ebiederm I work for a company called Linux Networx. 1137699731 M * Bertl okay, tx a lot ... and cya later then ... 1137699737 M * ebiederm later. 1137699743 N * Bertl Bertl_oO 1137700409 P * frz 1137700944 J * liquid3649_ ~Viper0482@p5497744F.dip.t-dialin.net 1137701118 Q * liquid3649_ Quit: 1137701380 J * gerrit ~gerrit@pixpat.austin.ibm.com 1137701385 Q * Viper0482 Ping timeout: 480 seconds 1137703389 J * Cru ~mindwarp@wlan-hotzpotz.e.de.wahlich.com 1137703393 M * Cru morning 1137703586 J * shedi ~siggi@inferno.lhi.is 1137703670 Q * brc_ Quit: BitchX: a new fragrance for men, by Calvin Klein 1137703987 N * Johnsie Johnnie 1137705179 J * Smutje_ ~Smutje@xdsl-84-44-240-239.netcologne.de 1137705284 Q * Smutje Ping timeout: 480 seconds 1137705807 J * cryo ~say@212.86.233.146 1137705858 Q * Cru Quit: use Unices; $live->free() || die; 1137705877 J * Aiken ~james@tooax6-241.dialup.optusnet.com.au 1137706153 Q * bonbons Quit: Leaving 1137707803 M * NetAsh dead silece... only cold wids visper from time to time... 1137707996 M * NetAsh by 1137707998 Q * NetAsh Quit: 1137708446 J * brc_ bruce@200141105028.user.veloxzone.com.br 1137710612 J * dothebart ~willi@xdsl-213-196-255-171.netcologne.de 1137711061 Q * tudenbart Ping timeout: 480 seconds 1137711903 Q * mef Remote host closed the connection 1137712344 P * stefani I'm Parting (the water) 1137712657 J * prae ~benjamin@sherpadown.net 1137712843 Q * gerrit Ping timeout: 480 seconds 1137713089 Q * monrad Quit: leaving 1137713821 Q * Doener Quit: Leaving 1137714071 J * Johnsie ~jdlewis@24.154.53.16 1137714071 Q * Johnnie Read error: Connection reset by peer 1137714767 Q * prae Quit: Pwet