1190334325 Q * quiksilv Read error: Connection reset by peer 1190335154 J * virtuoso_ ~s0t0na@ppp91-122-24-240.pppoe.avangard-dsl.ru 1190335542 Q * Piet Remote host closed the connection 1190335561 Q * virtuoso Ping timeout: 480 seconds 1190336052 J * friendly12345 ~friendly@ppp121-44-239-215.lns2.mel4.internode.on.net 1190336504 Q * coderanger_ Quit: coderanger_ 1190336746 J * Joao_1980 brkkh@89.181.126.48 1190337262 J * coderanger_ ~coderange@road-runner-48.dynamic2.rpi.edu 1190337422 Q * FireEgl Ping timeout: 480 seconds 1190337685 Q * coderanger_ Quit: coderanger_ 1190338031 Q * roym Ping timeout: 480 seconds 1190338061 Q * Joao_1980 Ping timeout: 480 seconds 1190338190 J * coderanger_ ~coderange@road-runner-48.dynamic2.rpi.edu 1190340139 Q * friendly12345 Quit: Leaving. 1190341458 Q * Aiken Quit: Leaving 1190343139 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa 1190343214 J * wenchien ~wenchien@59-105-176-102.adsl.static.seed.net.tw 1190343397 Q * coderanger_ Quit: coderanger_ 1190345087 J * friendly12345 ~friendly@ppp121-44-239-215.lns2.mel4.internode.on.net 1190351334 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1190351352 N * Bertl_zZ Bertl 1190351356 M * Bertl morning folks! 1190351360 M * JonB m orning 1190351412 P * coderanger 1190351562 J * Aiken ~james@ppp121-45-250-174.lns2.bne4.internode.on.net 1190353318 A * Supaplex gobbles down food at 11pm, and thinks, "Morning?" 1190353375 M * JonB dont feed Supaplex after midnight 1190353551 M * Supaplex I have 15m left. feed me! feed me now! 1190353621 M * JonB hehe 1190354357 Q * JonB Quit: This computer has gone to sleep 1190356435 J * dna ~dna@51-235-dsl.kielnet.net 1190359774 J * JonB ~NoSuchUse@130.227.63.19 1190360342 Q * dna Read error: Connection reset by peer 1190360367 J * dna ~dna@51-235-dsl.kielnet.net 1190362000 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33 1190362076 M * Borg- Supaplex: you need to eat those Diamnonds ;) 1190362080 M * Borg- Diamonds even 1190362353 J * meandtheshell ~markus@85-127-110-73.dynamic.xdsl-line.inode.at 1190363032 Q * nou Ping timeout: 480 seconds 1190363419 P * friendly12345 1190364950 J * nou Chaton@causse.larzac.fr.eu.org 1190366872 J * lilalinux ~plasma@dslb-084-058-195-251.pools.arcor-ip.net 1190367462 Q * lilalinux Remote host closed the connection 1190368678 M * Bertl time for a nap ... back later ... 1190368683 N * Bertl Bertl_zZ 1190368704 M * JonB a nap? now? just how old/young is Bertl_zZ ? 1190368798 M * neuralis some of us keep non-standard sleep schedules. 1190369106 J * cl4sh ~cl4sh@qik.ds.pg.gda.pl 1190370096 M * JonB i suppose 1190370287 Q * sladen Ping timeout: 480 seconds 1190370477 J * sladen paul@starsky.19inch.net 1190370805 Q * ||Cobra|| Remote host closed the connection 1190371031 Q * cl4sh Quit: Lost terminal 1190372171 M * JonB does lmsensors work inside a vserver? 1190372172 Q * nospoonuser Read error: Connection reset by peer 1190372674 M * bzed JonB: i hope not ;) 1190372902 M * JonB bzed: i suppose it will work if i create the right device? 1190372938 M * bzed not sure, I still hope that even with creating the right device you don't have access to it 1190372948 M * bzed but you wanna ask Bertl_zZ or daniel_hozac abotu that 1190372968 M * JonB nah, i'll just run the monitor on the host 1190373039 M * daniel_hozac if you create the necessary device nodes, it should work fine. 1190373052 M * JonB and not in the guest, though the computer i am virtualizing used to run the monitor itself 1190373058 M * daniel_hozac you might have to unhide files in /proc or mount /sys, though. 1190373151 M * fb_ JonB: works for me 1190373192 M * JonB it's okay, my temperature script checks all the harddisks too, and i doubt they are available in the guest 1190373210 M * daniel_hozac they certainly shouldn't be :) 1190373267 J * Piet ~piet@tor.noreply.org 1190373270 M * fb_ but i'm checking only temperature inside closure and cpu 1190373402 M * JonB fb_: i check any temperature i can get my hands on 1190375137 Q * JonB Ping timeout: 480 seconds 1190375165 J * nospoonuser ~nospoonus@n18-241.dsl.vianetworks.de 1190378217 Q * Aiken Quit: Leaving 1190379574 Q * jmcaricand Remote host closed the connection 1190379599 N * Bertl_zZ Bertl 1190379604 M * Bertl ah, better now ... 1190379772 M * Bertl wow great, the RO bind mount part (core) has finally hit -mm :) 1190379867 J * cl4sh ~cl4sh@qik.ds.pg.gda.pl 1190379876 M * Bertl wb cl4sh! 1190379891 M * cl4sh Bertl: hi 1190379948 M * cl4sh is it possible to communicate between two guests on one host? 1190379976 M * Bertl sure, in several ways: e.g. network, shared disk space, sockets ... 1190380017 M * cl4sh i wanto to do that by network 1190380053 M * cl4sh but i dont know how besauseo of my problems with network interfaces on my machine 1190380055 M * Bertl just give each guest an IP then, and make sure that no iptables rule will block communication via 'lo' for those ips 1190380121 M * cl4sh do you know some docs about that in net ? 1190380153 M * Bertl about what? the guest creations? 1190380173 M * Bertl or about _not_ blocking 'lo' traffic on the host? 1190380182 M * cl4sh no, about communication between guest 1190380239 M * Bertl no, not really, but as it is as _natural_ as 'normal' host communication, I don't see a reason for such information 1190380279 M * Bertl _any_ net site for communication between linux servers should apply 1190380291 M * cl4sh i was read few docs about network and vserver guest 1190380329 M * cl4sh i want to configure internet connection for my guest 1190380363 M * cl4sh but i couldn't then i try to give my guest the same ipo as i have in host and everythin work good 1190380388 M * Bertl for that, we have a FAQ entry, but it boils down to adding a single iptables rule to NAT the guest ip to the host/public one 1190380440 M * cl4sh i was try to do that but ive got problems 1190380451 M * Bertl http://linux-vserver.org/Frequently_Asked_Questions#If_my_host_has_only_one_a_single_public_IP.2C_can_I_use_RFC1918_IP_.28e.g._192.168.foo.bar.29_for_the_guest_vservers.3F 1190380474 M * cl4sh and now i wonder how to do that with second guest because i need comunication with internet and second guest 1190380478 M * Bertl and of course: http://linux-vserver.org/Networking_vserver_guests 1190380544 M * Bertl well, if you have specific 'problems' then I would ask them here, should be easy to resolve them 1190380589 M * cl4sh ok, now i'll try to do that with this doc, when i find some problem i will ask 1190380705 M * Bertl so be it! 1190380996 J * derjohn ~derjohn@80.69.41.3 1190381017 M * Bertl wb derjohn! 1190381093 M * derjohn ehlo Bertl ! :-) 1190381190 M * Bertl this way you'll never pass my plausibility checks, if you pose as myself :) 1190381378 J * shardz_ez ~nick@dblt-216-227-26-74.gtcom.net 1190381383 M * Bertl welcome shardz_ez! 1190381407 Q * derjohn Remote host closed the connection 1190381431 J * derjohn ~derjohn@80.69.41.3 1190381472 Q * derjohn 1190381588 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1190382198 J * newz2000 ~matt@75-170-134-112.desm.qwest.net 1190382213 M * Bertl wb JonB! welcome newz2000! 1190382221 M * newz2000 Hi Bertl 1190382260 M * JonB hey Bertl 1190382270 M * JonB Bertl: how many hours do you sleep pr. day? 1190382280 M * daniel_hozac none! 1190382292 M * daniel_hozac :) 1190382295 M * Bertl JonB: unfortunately I need about 10 hours 1190382305 M * JonB Bertl: wooow, thats alot 1190382782 M * ard hmmm 1190382821 M * ard if I want to limit the physical memory usage, I have to use vlimit, but do I have to set a hard limit, or a soft limit? 1190382839 P * newz2000 Leaving. 1190382923 M * ard or is the rss limit the combined usage of physical memory and swap? 1190382931 M * Bertl yes, kind of 1190382946 M * Bertl the hard limit can be compared to RAM + SWAP 1190382954 M * Bertl while the soft limit corresponds to RAM 1190382981 A * ard hugs Bertl 1190382994 M * ard that's what I wanted to know... sort of 1190383032 M * ard But for know I was being a very good BOFH by setting hard limits too low 8-D 1190383208 M * Bertl hehe, folks will now love you if you raise them :) 1190383247 M * ard Yes :-).... "You fixed it! You are our hero" and me: "So, where is my twix?" ;-) 1190383410 M * Bertl daniel_hozac: what is/was your opinion on git? could you live/work with that? 1190383692 A * mnemoc happy to see git again over the table 1190383746 M * Bertl okay, I'm off to get some groceries, should be back in an hour or so ... 1190383755 N * Bertl Bertl_oO 1190384363 Q * nospoonuser Read error: Connection reset by peer 1190384573 Q * JonB Quit: This computer has gone to sleep 1190387257 Q * cl4sh Quit: leaving 1190388000 J * JonB ~NoSuchUse@kg1-20.kollegiegaarden.dk 1190388065 Q * gerrit Quit: Client exiting 1190388455 M * daniel_hozac Bertl_oO: i haven't really used it for anything yet, but i guess we could figure it out. 1190388535 Q * JonB Quit: This computer has gone to sleep 1190388857 N * Bertl_oO Bertl 1190388860 M * Bertl back now ... 1190388965 M * Bertl daniel_hozac: well, I think I figured a way to use it in the way I do kernel development 1190388967 J * gerrit ~gerrit@c-67-169-199-103.hsd1.or.comcast.net 1190389031 M * Bertl daniel_hozac: i.e. I adjusted a few things there and I'm still not sure that I can simply 'switch' to git for several reasons, but I think I'm ready to give it another try (in parallel to the normal devel cycle for now) 1190389078 M * daniel_hozac okay, sounds like a plan. 1190389354 M * mnemoc :D 1190389368 M * daniel_hozac and now git.linux-vserver.org works again :) 1190389379 M * Bertl for the organizational part, I think we should have a central public repository and separate (maybe public) ones for each of us 1190389393 M * daniel_hozac right. 1190389438 M * Bertl I'm trying to figure a way atm to keep the transfer amount as low as possible 1190389453 M * daniel_hozac doesn't it already only push/pull what's required? 1190389474 M * Bertl we should definitely track mainline in the central repository so that git-web will be able to produce diffs and such 1190389486 M * daniel_hozac right. 1190389543 M * Bertl and we should find a common git version, so that we can share/exchange commands and such :) 1190389596 M * mnemoc 1.5.3 has great usuability improvements 1190389607 M * Bertl my oldest system has 1.5.2.5 atm ... 1190389648 Q * ensc Ping timeout: 480 seconds 1190389726 M * daniel_hozac helios has 1.5.1.6, but i guess that can be updated... 1190389757 M * Bertl should not be a problem there, most of the stuff will happen offline I guess 1190389771 M * daniel_hozac yeah. 1190389811 M * Bertl okay, I also suggest that we check in the existing releases to some extend (I mean historical ones) 1190389837 M * daniel_hozac indeed, that would be nice. 1190389851 M * Bertl which is something I think I can automate fairly easily 1190389908 M * daniel_hozac i guess in addition to Linus' tree, we'll also need the stable trees... 1190389982 M * Bertl yes, the 'sucker' tree :) 1190390125 M * Bertl okay, let's prepare this slowly and start with commits right after a new release number 1190390139 M * Bertl i.e. we make a 2.3.1 or so 1190390161 M * daniel_hozac have we made a 2.3.0 yet? 1190390174 M * Bertl and check in 2.2.0 as stable base, with .1 and .2 1190390192 M * Bertl well, that one was automagically started when we released 2.2.0 1190390222 M * Bertl so 2.3.0.22 is already patch level 22 to 2.3.0 1190390251 M * Bertl (similar to the beforementioned sucker tree 1190390251 M * daniel_hozac right, but there's been no release per se. 1190390269 M * Bertl correct, but we simply check in the first 2.3.x as 2.3.0 1190390304 M * Bertl and we should definitely do more releases, I think :) 1190390314 M * daniel_hozac hehe. 1190390321 M * Bertl mainly for publicity reasons, I have to admit :) 1190390374 M * Bertl okay, I will prepare something after the weekend (for the base repostory setup) 1190390379 M * Bertl *repository 1190390410 M * Bertl maybe you can contact Hollow and/or ensure that helios is up to date (regarding git) and has a working git-web 1190390435 M * daniel_hozac i got gitweb working. 1190390446 M * Bertl it should be simple then to push/pull the historical releases from my 'upcoming' repository 1190390783 M * Bertl btw nospoonuser contacted me and let me know that the kernel thread stuff works (but only for the root user, which is not unexpected) 1190390821 M * Bertl which brings up the question: why not make that vx_capable(CAP_SYS_ADMIN, VXC_KTHREAD) a vx_ccaps(VXC_KTHREAD) instead? 1190390853 J * DavidS cool@helios.uni-ak.ac.at 1190390859 M * Bertl (as I don't think the root vs user part is a real security feature) 1190390877 J * |jmcaricand|_ ~jmcarican@d90-144-98-121.cust.tele2.fr 1190390931 M * daniel_hozac i guess that should be fine. 1190390933 Q * DavidS 1190390946 M * Hollow just tell me what you need, but it is installed :) 1190390949 M * Hollow *git 1190390958 M * daniel_hozac Hollow: could you update it? 1190390964 M * Hollow sure 1190390986 M * Bertl yeah, and I wonder, is there any chance to get a web side-by-side view or so? 1190391001 M * Bertl between two branches, per file, that is 1190391003 J * coderanger_ ~coderange@road-runner-48.dynamic2.rpi.edu 1190391043 M * daniel_hozac it doesn't look like gitweb knows how to produce that. 1190391046 M * Hollow don't know if gitweb supports it .. 1190391056 M * Hollow are there other web frontends for git? 1190391075 M * Bertl it doesn't look like gitweb can do that, at least it's on their wishlist :) 1190391114 M * Bertl but no problem, I'll find something ... 1190391211 Q * coderanger_ 1190391308 Q * bonbons Quit: Leaving 1190391475 J * nospoonuser ~nospoonus@n18-241.dsl.vianetworks.de 1190391578 M * Bertl meld (sourceforge): hmm, looks like I found something nice and interesting for myself 1190391627 M * daniel_hozac hehe, looks nice. 1190391669 M * Bertl the really sad part is, that I used a tool which looked almost identical about 15? years ago on NextSTEP(tm) 1190391694 M * daniel_hozac wow 1190391696 M * Hollow ok, git is up to date 1190391709 M * daniel_hozac Hollow: another thing, do you know how to update the linux-2.6.git tree? 1190391717 M * daniel_hozac and, could we cron that? 1190391719 M * Bertl (called FileMerge, IIRC, and the best part, there was source available :) 1190391724 M * Hollow uhm .. i'm not really into git yet .. 1190391739 M * daniel_hozac heh, no problem, i'll keep looking. 1190391803 M * Hollow Bertl: i used kdiff3 a while back ago .. (if you're a kde user) 1190391824 M * Bertl Hollow: thanks, but I'm on the gnome front here :) 1190391830 M * Hollow :) 1190391861 M * Bertl kde always reminded me too much of that application boot loader we do not speak of :) 1190391876 M * Bertl now both look quite the same, but I'm still with gnome :) 1190391890 M * Hollow well .. i always had a very customized, slim kde .. but i'm xfce currently ;) 1190391900 M * bXi i use gnome nowadays 1190391900 M * Hollow +on 1190391910 M * bXi the default settings are too big for me 1190391926 M * bXi and gnome has a little better support for dark themes 1190391931 M * ard just set the correct dpi :-) 1190391958 M * bXi ard: not that kind of big 1190391959 M * ard play a little with xrandr f.i. 1190391962 M * ard ahh 1190391965 M * ard memory? 1190391973 A * ard uses icewm 1190391974 M * bXi gnome has 2 panels both 24 pixels high or so 1190391993 M * bXi kde has 1 pannel bigger then those 2 together 1190392007 M * ard I actually want to use fvwm2, but I am too lazy to write the correct config. 1190392017 M * Bertl Hollow: see what you've done! :) now we have a GUI war *G* 1190392024 M * ard 8-D 1190392025 M * Hollow yeah .. i'm sorry :) 1190392035 A * ard wonders when the emacswm wanders in 1190392038 M * bXi doesnt look like a gui war :P 1190392071 M * Hollow http://plan9.bell-labs.com/magic/man2html/1/emacs 1190392073 M * ard I mean: emacs must have some kind of window manager module ;-) 1190392077 M * Hollow *scnr* 1190392085 M * bXi http://apparoat.nl/laptop/Screenshot-2.png 1190392117 A * ard loves the screenshot 1190392126 M * epicbjorn me does too 1190392134 M * epicbjorn that one of them beryl thingies? 1190392139 M * ard but when I am travelling by public transport, I need black/white to be able to read... 1190392142 J * derjohn ~derjohn@80.69.41.3 1190392164 A * ard goes home 1190392165 Q * derjohn 1190392167 M * ard o/~ 1190392168 M * bXi epicbjorn: yeah 1190392200 M * bXi compiz-fusion to be more precise 1190392226 M * Bertl yeah, compiz-fusion is nice :) 1190392227 M * epicbjorn aha, the new thing 1190392249 J * coderanger_ ~coderange@road-runner-48.dynamic2.rpi.edu 1190392259 M * epicbjorn What's the real difference, feature-wise? 1190392395 M * Bertl go to youtube and look for yourself 1190392399 J * Julius ~julius@p57B27455.dip.t-dialin.net 1190392813 J * BenG ~ben@82-45-23-100.cable.ubr03.azte.blueyonder.co.uk 1190392900 M * BenG well, you are either here with a solution... 1190392903 M * BenG or you are me 1190392938 M * Bertl hehe, what's up? 1190392955 M * BenG the exim instance on one of our boxes appear to be sending packets from an address, but it isn't the one we want it to appear to come from 1190392985 M * Bertl well, first, I assume that exim is running inside a Linux-VServer guest, yes? 1190393014 M * bXi epicbjorn: basicly compiz-fusion is a merge of compiz and beryl 1190393016 M * BenG yep 1190393030 M * BenG bertl, yes, indeed 1190393031 Q * Julius Ping timeout: 480 seconds 1190393033 M * Bertl bXi: with a bunch of additional features 1190393054 M * Bertl BenG: okay, now, what IP does it use, and what IP do you expect and why? 1190393109 M * daniel_hozac and what kernel :) 1190393123 M * BenG well, I don't know about expect, but the one with want is /etc/vservers/example/interfaces/0/ip 1190393131 M * Bertl daniel_hozac: I was getting to that part :) 1190393140 M * BenG and its using the one from /etc/vservers/example/interfaces/1/ip 1190393173 M * BenG there are 14 IPs total that point to that guest 1190393179 M * Bertl i.c. and what does lsof inside the guest show you (for exim) 1190393220 M * epicbjorn bXi: but, what can it do now that beryl couldn't do before? it could do all the things compiz could, not? 1190393221 M * Bertl i.e. is it bound to one or all ips? and what makes the one it is using special in your setup? 1190393255 M * BenG tcp 0 0 194.164.114.76:25 0.0.0.0:* LISTEN 1190393259 M * BenG says netstat 1190393268 M * bXi epicbjorn: a few more plugins basicly 1190393270 M * BenG that's the IP we want 1190393274 M * epicbjorn ok 1190393276 M * bXi and better stability obviously 1190393277 M * BenG to use as the source 1190393328 M * daniel_hozac so it's the source address for incoming traffic? 1190393368 M * BenG we want the outgoing mail to come from the address 194.164.114.76 1190393416 M * Bertl but exim still needs to bind to all of those IPs? 1190393443 M * BenG not really 1190393450 M * BenG just that one 1190393451 M * daniel_hozac are all the guest's addresses on the same network? i.e. are the destinations where you're seeing the wrong address on completely different networks? 1190393544 M * BenG on the same host and on different machines. there is a switch between 2 of the machine that mail is being sent between 1190393608 M * BenG it's not just exim though, our mysql traffic appears to come from the wrong address causing authentication problems 1190393633 M * BenG I guess what I would like to know is, how does the kernel decide the source IP of packets from a guest? 1190393638 M * Bertl well, there is no real 'rule' which ip is wrong or right 1190393668 M * Bertl as long as you do not enable reverse path filter and/or set specific source ips on routes 1190393686 M * Bertl the kernel will choose whatever it considers 'appropriate' 1190393705 M * Bertl I would try to bind e.g. exim only to the one IP you want it to use 1190393709 J * Julius ~julius@p57B27455.dip.t-dialin.net 1190393720 M * Bertl this should result in the behaviour you are looking for 1190393726 M * BenG Bertl, that's already done 1190393739 M * Bertl nah, it is listending on 0.0.0.0:* 1190393739 M * BenG are pants, we are also binding to 0.0.0.0 1190393745 M * BenG doh! 1190393770 M * BenG the truth hides round the corner then pops out and slaps me in the face 1190393770 Q * coderanger_ Quit: coderanger_ 1190393855 M * Bertl hmm, no, not necessarily, better get the lsof output :) 1190393924 M * BenG how do I do that? 1190393934 M * BenG you said lsof for exim4? 1190393945 M * BenG what's the command for that? 1190393970 M * Bertl lsof -ni 1190393976 M * Bertl (grep for exim) 1190394006 M * BenG cool 1190394022 M * BenG exim4 14906 Debian-exim 3u IPv4 38238029 TCP 194.164.114.76:smtp (LISTEN) 1190394036 M * Bertl so that looks already correct, yes? 1190394041 M * BenG indeed 1190394067 M * Bertl what does 'ip addr ls' show inside the guest? (paste.linux-vserver.org) 1190394149 M * BenG command not found 1190394198 M * BenG damn, what package is that in 1190394204 M * Bertl iproute(2) 1190394228 J * derjohn ~derjohn@80.69.41.3 1190394247 Q * derjohn 1190394407 M * BenG cheers, just fighting with Debian a minute 1190394432 M * BenG there are about 15 lines to that output, as there are a lot of IPs on the guest in question 1190394442 M * Bertl paste.linux-vserver.org 1190394457 M * Bertl (feel free to anonymize certain ips :) 1190394631 M * BenG http://paste.linux-vserver.org/6668 1190394638 J * ensc ~irc-ensc@p54B4FDA1.dip.t-dialin.net 1190394649 M * BenG still not anoned enough, but there we have it 1190394680 M * BenG looks more obvious now, the kernel is choosing the first IP from the final gateway 1190394683 M * BenG makes sensse 1190394686 M * BenG makes sense 1190394703 M * Bertl yep, interesting is the detail that you have 244.244.44.76 assigned twice 1190394716 M * Bertl which probably causes some issues after all 1190394729 M * Bertl it is once there as /32 and a second time as /24 1190394740 M * BenG yep 1190394747 M * Bertl try to get rid of that /32 1190394750 M * BenG I wonder if that is in the /interfaces somewhere 1190394807 M * BenG nope, only deffined once in there 1190394812 M * Bertl and yes, traffic not going to any 244.244.44.* ip will get the 44.244.33.8 1190394817 Q * |jmcaricand|_ Read error: Connection reset by peer 1190394837 M * Bertl (because of the default gateway route) 1190394838 J * |jmcaricand|_ ~jmcarican@d77-216-205-64.cust.tele2.fr 1190394859 M * Bertl can you stop that guest easily= 1190394864 M * Bertl s/=/? 1190394867 M * BenG nope 1190394876 M * BenG not without annoying people 1190394929 M * Bertl well, thing is, I would suggest to remove that 244.244.44.76/32 ip, if it isn't listed in the interfaces section 1190394957 M * BenG yes, it isn't right 1190394957 M * Bertl but you have to enable 'propagate secondaries' to do so, otherwise you will lose all the secondaries too 1190394969 M * BenG that should already be on 1190394971 M * Borg- BenG: ppl? what ppl? they all are gone.. its weekend if you didnt noticed yet? ;) 1190394973 M * BenG one second 1190394995 M * Bertl then removing it on the host should clean that up 1190395020 M * BenG okay 1190395032 M * BenG propagate secondaries isn't on 1190395124 M * BenG isn't is something like "promote secondaries"? 1190395139 M * Bertl yep, correct, my fault 1190395336 M * BenG ah, it was on, was looking from inside a guest 1190395345 M * Bertl dilinger: please incorporate http://vserver.13thfloor.at/Stuff/OLPC/delta-vsOLPC.0.4.5.diff into the vserver branch (should apply cleanly) and propagate to the master branch lateron 1190395365 M * Borg- Bertl: you guys use GIT too? 1190395383 M * Bertl Ashsong: the abovementioned patch includes all the fixes we did so far (which didn't make it into the OLPC kernel) 1190395415 M * Bertl Ashsong: and also the changes we did back then (and which are still not in the OLPC repository) 1190395428 M * Bertl Borg-: we are slowly heading there ... 1190395447 M * Borg- okey :) 1190395484 M * BenG Bertl, cheers, the /32 fellow is gone now 1190395508 M * BenG so, how to set that default route 1190395535 M * Borg- different for guest than host? 1190395571 M * BenG hmmm, not sure it needs to be 1190395606 M * Borg- actualy you can play w/ routes on guest. AFAIR.. 1190395620 M * Borg- so if you need to do special routing per guest.. you Policy Routing 1190395624 M * Borg- s/you /use / 1190395629 M * Borg- arfghh 1190395631 M * Borg- s/you /use /2 1190395632 M * Borg- ;) 1190395654 M * Borg- and you cant play w/ routes on guest.. damn typos. 1190395675 M * Bertl BenG: now let's try to restart exim and see if the issue still remains 1190395677 Q * Julius Ping timeout: 480 seconds 1190395706 M * Bertl BenG: what ip is exim sending to? one inside the *.33 range? 1190395743 M * Bertl BenG: or to ask the other way round, is the IP outside the *.44.* network? 1190395762 Q * nospoonuser Quit: leaving 1190395778 M * BenG 244.244.33.8 it appears to come from 1190395794 M * Bertl what is the other end of this connection? 1190395821 M * BenG a smarthost 1190395851 M * Bertl no, I meant, what ip 1190395918 M * Ashsong Bertl: thanks; I'll try it out 1190395951 M * BenG will need dive into exim conf 1190395967 M * Bertl BenG: I assume the other end is _not_ in the 244.244.44.0/24 range, yes? 1190396000 M * BenG still appears to come from 33.8 1190396002 M * Bertl the one connecting to this exim :) 1190396015 Q * duckx Remote host closed the connection 1190396043 M * Bertl BenG: look, all I need to know now is the IP from which you are connecting to that exim :) 1190396047 J * coderanger_ ~coderange@x-15-07.dynamic2.rpi.edu 1190396059 J * Piet_ ~piet@tor.noreply.org 1190396066 M * BenG no it's in the 33.* network 1190396082 M * Bertl so then it's not unexpected that you get a 33.* ip 1190396091 M * BenG no 1190396094 M * Bertl otherwise the packet could not reach the network 1190396115 M * BenG hmmm 1190396126 M * Bertl probably you have reverse path filter turned on too 1190396163 M * Bertl but anyway, you have a bunch of options to achive what you want 1190396168 M * BenG cool 1190396175 M * Ashsong Bertl: the patch does not apply cleanly 1190396179 M * BenG yes thankyou lots and lots 1190396182 M * BenG again 1190396185 M * Ashsong Bertl: do you want a list of the errors? 1190396207 M * Ashsong (or perhaps we should debug interactively via screen on the machine here? 1190396209 M * Ashsong ) 1190396209 M * Bertl Ashsong: it is against the vserver branch checked out yesterday from the OLPC git (clean, new repository) 1190396219 M * Ashsong Bertl: ah; the vserver branch is quite old now. 1190396225 M * Ashsong I was trying to apply it to stable. 1190396235 M * Bertl well, apply it there and merge :) 1190396235 M * Ashsong Let me examine the differences. 1190396265 J * Julius ~julius@p57B261A4.dip.t-dialin.net 1190396318 M * Ashsong Bertl: against /git/olpc-2.6 or /git/users/mstone/olpc-2.6 ? 1190396457 Q * Piet Ping timeout: 480 seconds 1190396481 M * Bertl Ashsong: official one 1190396564 M * Bertl but it won't hurt to check it with your repository for missing stuff (i.e. olpc specific parts not in mainline yet) 1190396591 M * Bertl originally I was hoping that the olpc vserver branch would have been updated to this state by now 1190396646 J * duckx ~Duck@tox.dyndns.org 1190396661 M * Ashsong Bertl: we both wish... 1190396816 M * Bertl well, I'm not sure what the purpose of the vserver branch is if nobody related to Linux-VServer can update it and the one who maintains it, doesn't update it :) 1190396829 J * nospoonuser ~nospoonus@n18-241.dsl.vianetworks.de 1190396835 M * Bertl wb nospoonuser! 1190396855 M * Ashsong Bertl: http://paste.linux-vserver.org/6669 1190396863 M * Ashsong Bertl: what is the best way for us to proceed? 1190396892 M * Ashsong (That's what I get when trying to apply the patch against today's /git/olpc-2.6 : vserver checkout 1190396895 M * Ashsong ) 1190396923 M * Ashsong Bertl: clearly the issue is substantially on our end here 1190396970 M * Bertl well, if you can give me a branch we both can agree on, then I can provide a patch :) 1190396989 M * Ashsong Bertl: tell you what - tell me the hash of the commit that you made the patch against. 1190397033 M * Ashsong If I don't see that commit in the repository, then we'll know what the problem is. 1190397041 M * Bertl c64afaa144919502d87c7a2051ca6e7c5bba956b 1190397043 M * Ashsong Thanks. 1190397062 M * Bertl that's the last one from dilinger in the vserver branch I got here 1190397149 M * Ashsong Bertl: that is indeed an ancient commit 1190397228 M * Ashsong however, let me try applying it there, then rebasing.... 1190397304 M * Bertl okay, what I did was: git clone git://dev.laptop.org/olpc-2.6 olpc-2.6 1190397310 M * Bertl what was wrong there? 1190397336 M * Ashsong Bertl: git just doesn't love you. :) 1190397338 M * Bertl and then I did: checkout vserver 1190397350 M * Ashsong What version of git? 1190397355 M * Bertl and that is what I ended up with ... 1190397376 M * Bertl the checkout was with 1.4.something 1190397394 M * Bertl I then updated it to 1.5.2.5 1190397422 M * Ashsong Bertl: were you using the --reference option or some similar speedup or was it a fresh clone? 1190397441 M * Ashsong (I can tell you what has happened, though I don't know why it happened) 1190397463 M * Bertl fresh clone, removed all dirs first 1190397479 M * Ashsong (Also, your patches don't apply cleanly against that commit either) 1190397486 M * Ashsong At least, not using 'git apply's version of patch. 1190397493 M * Ashsong Here's another thought. 1190397499 M * Ashsong What patch command would you use to apply the patch? 1190397509 M * Ashsong (Maybe git-apply is just being persnickety) 1190397536 M * Bertl well, I created the patch with: git-format-patch -k 1190397613 M * Bertl hmm, sorry, I messed up the commit id, sec 1190397619 M * Ashsong ah, that makes more sense. 1190397621 M * Bertl 599788a37cbbd8f9067988ccdbdf77a11e1f818d 1190397627 M * Bertl that's the correct one ... 1190397632 M * Ashsong indeed. 1190397637 M * Ashsong Let me try that one. 1190397675 M * Ashsong Still fails for me. 1190397677 M * Ashsong Does it work for you? 1190397683 M * Bertl let me try :) 1190397740 Q * duckx Remote host closed the connection 1190397742 Q * MooingLemur Quit: Leaving 1190397770 J * duckx ~Duck@tox.dyndns.org 1190397869 M * Bertl complains here too *sigh* 1190397896 M * Ashsong Bertl: sorry about that. :) 1190397990 M * Bertl know what, I make a simple copy of the tree, clean it up and diff it against the other one :) 1190398018 M * Ashsong Is that a statement of what you did or a statement of what you intend to do? 1190398028 M * Bertl yes 1190398033 M * Bertl :) 1190398037 M * Ashsong :) 1190398258 M * Bertl I just hope you can reconstruct the commits somehow, because otherwise you end up with a single large blob this time 1190398472 M * Bertl http://vserver.13thfloor.at/Stuff/OLPC/delta-vsOLPC.0.4.5-nogit.diff 1190398483 J * sharkjaw ~gab@216-160-190.0503.adsl.tele2.no 1190398539 M * Ashsong Bertl: that at least applies. :) 1190398564 M * Bertl if you want to investigate, I can upload my git tree too 1190398853 M * Ashsong Bertl: that would be helpful. 1190398883 M * Bertl okay, let me wrap that up (will take a while :) 1190399194 M * yang Bertl: You are a German speaker - Does "Hallo, dass ssh-pwd ist nun auf m*******k gesetzt." mean " ssh-pwd is set to m******k" ? 1190399206 M * Bertl yep :) 1190399209 M * yang ok 1190399602 M * yang strange, I cant login 1190399611 M * yang maybe routing issues :) 1190400287 Q * Julius Quit: Verlassend 1190400292 J * Julius ~julius@p57B261A4.dip.t-dialin.net 1190400505 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk 1190401248 Q * sid3windr Remote host closed the connection 1190401298 J * sid3windr luser@bastard-operator.from-hell.be 1190401380 Q * FireEgl Quit: Bye... 1190401686 Q * Radiance Ping timeout: 480 seconds 1190401987 Q * balbir Quit: Ex-Chat 1190402197 M * Ashsong Bertl: have you published a git clone for me? 1190402265 M * Bertl should be uploaded in 5min 1190402488 Q * pusling Ping timeout: 480 seconds 1190402496 M * Ashsong Bertl: great. 1190402576 Q * Julius Remote host closed the connection 1190402927 M * Bertl http://vserver.13thfloor.at/Stuff/OLPC/olpc-2.6-build.tar.bz2 1190402959 M * Bertl Ashsong: please, if you figure out what went wrong, let me know :) 1190403004 J * Julius ~julius@p57B261A4.dip.t-dialin.net 1190403030 M * Ashsong Bertl: will do. 1190403031 M * Ashsong thanks. 1190403631 J * pusling pusling@88.212.70.38 1190404039 Q * opuk Quit: joink 1190404297 J * FireEgl FireEgl@4.0.0.0.1.0.0.0.c.d.4.8.0.c.5.0.1.0.0.2.ip6.arpa 1190404829 Q * coderanger_ Quit: coderanger_ 1190405218 Q * sharkjaw Remote host closed the connection 1190405311 J * coderanger_ ~coderange@x-15-07.dynamic2.rpi.edu 1190405708 Q * |jmcaricand|_ Quit: KVIrc 3.2.4 Anomalies http://www.kvirc.net/ 1190406249 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33 1190406505 Q * hardwire Ping timeout: 480 seconds 1190406834 Q * Julius Quit: Verlassend 1190407131 Q * Blissex Remote host closed the connection 1190407164 J * hardwire ~bip@12.110.75.171 1190408009 J * Aiken ~james@ppp121-45-250-174.lns2.bne4.internode.on.net 1190409697 J * dna_ ~dna@51-235-dsl.kielnet.net 1190410066 Q * dna Ping timeout: 480 seconds 1190410090 P * BenG 1190411598 M * Bertl Ashsong: I figured it! 1190411633 M * Bertl Ashsong: git has actually done the right thing here 1190411671 M * Bertl the problem is that this patch is like a stack of commits/patches and it applies perfectly 1190411697 M * Bertl what I (we?) did was to try that patch as --dry-run, which of course, will fail 1190411717 M * Bertl (as there are overlaps and corrections and such) 1190411754 M * Bertl applying it despite the fact that the --dry-run fails, gives the desired result ... 1190411862 M * Bertl anyway, off to bed now ... need some sleep :) 1190411869 M * Bertl have a good one everyone, cya! 1190411874 N * Bertl Bertl_zZ 1190412552 J * ktwilight ~ktwilight@230.88-66-87.adsl-dyn.isp.belgacom.be 1190412559 M * eyck yeah, cya 1190412642 Q * nou Ping timeout: 480 seconds 1190412660 Q * dna_ Quit: Verlassend 1190412727 J * igraltista ~jens@p4FD26F3A.dip.t-dialin.net 1190412962 Q * ktwilight_ Ping timeout: 480 seconds 1190413037 J * nou Chaton@causse.larzac.fr.eu.org 1190414312 Q * nou Ping timeout: 480 seconds 1190414554 J * nou Chaton@causse.larzac.fr.eu.org 1190414623 Q * nou 1190415295 J * nou Chaton@causse.larzac.fr.eu.org 1190415331 Q * Piet_ Quit: Piet_ 1190415651 Q * nou Quit: leaving 1190416652 J * roym ~user@adsl-065-006-164-142.sip.mia.bellsouth.net 1190416747 Q * duckx Remote host closed the connection 1190416836 J * duckx ~Duck@tox.dyndns.org 1190416843 Q * duckx Remote host closed the connection 1190417009 J * duckx ~Duck@tox.dyndns.org 1190417012 Q * duckx Remote host closed the connection 1190417130 J * Johnnie ~jdlewis@c-67-163-142-234.hsd1.pa.comcast.net 1190417478 J * igraltista_ ~jens@p4FD26F3A.dip.t-dialin.net 1190417562 Q * igraltista_