1186876803 J * buzztracker ~buzztrack@pelikan.garga.net
1186876848 M * daniel_hozac backtracking to the UDP thing, it looks like IPv4 also increases the score. i guess you've fixed that too?
1186876862 M * Bertl yep
1186876865 M * daniel_hozac okay.
1186876908 M * Bertl looks much nicer now :)
1186876982 M * Bertl I guess that is where bonbons got the v6 version from
1186876990 M * daniel_hozac yeah, probably.
1186876995 M * Bertl okay, let's talk about the 127.0.0.1 check
1186877029 M * daniel_hozac right.
1186877039 M * daniel_hozac do we want both 127.0.0.1 and the lback address to be visible?
1186877054 M * daniel_hozac i thought we'd just want the lback address, and then rewrite that to 127.0.0.1 for userspace.
1186877071 M * Bertl the thing is, during my testing, I figured that we do not have to add the lback addresses to lo
1186877092 M * daniel_hozac right, the kernel handles that internally.
1186877100 M * Bertl so, we need to check for some ip which _is_ assigned there
1186877120 M * daniel_hozac okay, makes sense. i didn't think that far ahead.
1186877150 M * Bertl the idea now is to check for 127.0.0.1 for ifa and such, and for lback on sockets
1186877169 M * Bertl so I leave that check there for now, yes?
1186877174 M * daniel_hozac yeah.
1186877201 M * Bertl okay, final piece: delta-v6rcvsaddr-fix01.diff
1186877216 M * doener AStorm: cpuidle != dynticks
1186877222 M * daniel_hozac yeah.... i'm still not sure about the logic here.
1186877297 M * daniel_hozac anything in particular you notice that's wrong?
1186877315 M * daniel_hozac (i haven't yet rebooted to this incarnation of the patch to test it)
1186877358 M * Bertl ah, one more thing before that, is the NXC_RAW_ICMP handled in util-vserver yet?
1186877385 M * daniel_hozac ah, no.
1186877390 M * daniel_hozac good point.
1186877408 M * daniel_hozac will add that right now.
1186877428 M * Bertl okay, tx!
1186877649 M * daniel_hozac okay, building tarball now.
1186877702 M * daniel_hozac so, about v6rcvsaddr-fix01, is there anything wrong with it?
1186877733 M * daniel_hozac (other than the FIXME)
1186877743 M * Bertl not sure ... it looks a little weird
1186877752 M * daniel_hozac which part?
1186877858 M * Bertl why do we need the overlap check at all?
1186877899 M * daniel_hozac how else do we distinguish between two contexts binding to IPV6_ADDR_ANY?
1186877925 M * daniel_hozac i mean, make sure that we don't have two sockets listening to the same address.
1186877971 M * Bertl hmm .. can we really prevent that?
1186877990 M * daniel_hozac i guess not completely, but this is an attempt, at least.
1186878018 M * Bertl I think we should leave that for userspace
1186878028 M * daniel_hozac hmm?
1186878033 M * Bertl and only check against host any bindings
1186878060 M * Bertl i.e. at some point (not the near future :)
1186878134 M * Bertl but we have similar checks in ipv4
1186878140 M * Bertl hmm ...
1186878160 M * daniel_hozac yeah. i think they should stay.
1186878187 M * daniel_hozac being able to have two guests with the same address and have them bind the same port... is going to be hard to explain to users.
1186878208 M * daniel_hozac especially as only one of them will work, with no apparent reason as to why the other one isn't getting any packages.
1186878223 M * daniel_hozac +english
1186878333 M * daniel_hozac if the user explicitly shoots himself in the foot (i.e. adds the address of one context to another while the services are running), i think it's okay.
1186878398 M * Bertl yeah, probably
1186878786 M * Bertl okay, last question to that one:
1186878799 M * Bertl why can't we handle that like ipv4 does?
1186878814 Q * meandtheshel1 Quit: Leaving.
1186878864 M * Bertl daniel_hozac: i.e. in inet6_csk_bind_conflict()?
1186878921 M * mugwump_ heh, two guests won't be able to do that... the second will get EADDRINUSE :)
1186878943 M * Bertl hmm?
1186878960 M * mugwump_ oh, daniel_hozac's commend about making sure two guests can't share ips
1186878973 M * mugwump_ I guess with v6 you're more likely to want to assign a subnet to a vserver
1186878981 N * mugwump_ mugwump
1186879061 M * daniel_hozac Bertl: we don't want it to happen for UDP?
1186879089 M * daniel_hozac mugwump: that's what i want to add ;)
1186879099 M * daniel_hozac (the EADDRINUSE)
1186879110 M * mugwump oh, right
1186879213 M * Bertl daniel_hozac: I just don't understand why we need to handle that different than for v4?
1186879237 M * mugwump traditionally vserver didn't have to do anything for that EADDRINUSE to work
1186879275 M * daniel_hozac vanilla handles the differentiation between two sockets bound to ADDR_ANY? :)
1186879348 M * daniel_hozac Bertl: i didn't really look at the IPv4 stuff... looks like IPv4's version of that is much simpler.
1186879361 M * daniel_hozac Bertl: inet6_csk_bind_conflict calls ipv6_rcv_saddr_equal.
1186879699 M * Bertl okay, my concern is the following:
1186879736 M * Bertl v6_overlapping_nxs() compares two nxis O(n^2)
1186879772 M * Bertl I do not see any similar check for v4 (maybe I'm just missing it)
1186879783 M * daniel_hozac thus the FIXME :)
1186879820 M * Bertl yeah, but that means that: either the check for v4 is missing, or the v6 one is superfluid
1186879858 M * Bertl *superfluous :)
1186879906 M * daniel_hozac hmm, nx_v4_addr_conflict does the check, no? (albeit between a socket and an nxi, using the socket's sk_nx_info)
1186879941 M * Bertl yes, which would suggest the same check in inet6_csk_bind_conflict
1186879958 M * Bertl (where we walk the sockets already)
1186879985 M * daniel_hozac i'm not sure i see how moving the check out of the function makes a difference.
1186880004 M * Bertl the function is only used there?
1186880005 M * daniel_hozac except that it would have to duplicated to the equivalent UDP functions.
1186880024 M * Bertl okay, so how is udp handling that on v4 atm?
1186880039 M * daniel_hozac duplicating the check :)
1186880075 M * Bertl okay, and why do we need v6_overlapping_nxs() if we have nx_v6_addr_conflict()?
1186880100 M * daniel_hozac d'oh. i completely missed that.
1186880118 M * daniel_hozac i blame it on the lack of inline-ness :)
1186880135 M * daniel_hozac switching to that makes perfect sense.
1186880143 M * Bertl okay, but I guess we are on the same page now
1186880186 M * Bertl let's do the following:
1186880231 M * Bertl I complete the updates and do some checks with that, and upload my current version (excluding the delta-v6rcvsaddr-fix01.diff)
1186880289 M * daniel_hozac well, just exclude the new check.
1186880292 M * Bertl based on that, you rework that patch to be similar to the ipv4 one
1186880303 M * Bertl (ipv4 code, that is)
1186880317 M * Bertl does that make sense?
1186880318 M * daniel_hozac hmm, i'd rather do the opposite.
1186880328 M * daniel_hozac IMHO, this is the right place for it to live.
1186880345 M * Bertl so do similar for v4?
1186880367 M * daniel_hozac right.
1186880393 M * Bertl okay, that would be fine for me too, I just don't like to see v4 and v6 diverge where they actually do the same thing
1186880393 Q * buzztracker Quit: Leaving
1186880403 J * buzztracker ~buzztrack@pelikan.garga.net
1186880406 M * daniel_hozac yeah.
1186881482 J * FireEgl FireEgl@Sebastian.FireEgl.Com
1186882052 M * Bertl we are still missing the source ip selection for v6, right?
1186882171 M * daniel_hozac no, that's http://people.linux-vserver.org/~dhozac/p/k/delta-v6saddr-fix01.diff
1186882330 M * Bertl hmm, yeah, I even applied that one ... why do we have to handle that different to v4 here?
1186882460 M * daniel_hozac same as before, i guess. IPv6 has nice functions where we can do this sort of thing easily, whereas IPv4 doesn't.
1186882511 M * Bertl okay, we still have the v6 code for finding the ip (which does nothing right now) and assigning the bindings to the socket (which does nothing either)
1186882634 M * Bertl I'm talking about the mapping, not the check itself
1186882676 M * daniel_hozac right.
1186882860 M * daniel_hozac i guess the mapping doesn't have anything to do until we have single_ip6 or lback6_remap?
1186882905 M * Bertl probably, can we theoretically, remap ipv6 loopback to lback (mapped) and be done with that?
1186882925 M * daniel_hozac hmm... i guess so.
1186882988 M * Bertl the single v6 should be trivial to add (quite analog to v4) right?
1186883030 M * daniel_hozac yeah, though i'm not sure it'd be worth it...
1186883052 M * Bertl hmm, why?
1186883112 M * daniel_hozac well, i guess if we make the kernel do all the work like for v4, it'd be fine.
1186883162 M * Bertl you mean the auto-single casing
1186883175 M * daniel_hozac exactly.
1186883355 M * Bertl well, actually the tools should be aware of that for ipv4 too
1186883389 M * Bertl the auto single casing is more considered a work around for the time being
1186883399 M * daniel_hozac well, the flag is there.
1186883427 M * Bertl okay, so we could do a separate flag for v6 for example
1186883452 M * daniel_hozac if we want to keep the auto-casing, we'd have to, no?
1186883467 M * Bertl yep
1186883560 M * Bertl okay, uploaded 2.3.0.17 for 2.6.22.1
1186883591 M * Bertl please compare that with your current patchset, and let me know what you think
1186883595 M * daniel_hozac 2.6.22.2?
1186883610 M * Bertl do we have .3 yet?
1186883622 M * daniel_hozac well, i just meant because you said .1 :)
1186883637 M * Bertl ah, yeah, 2.6.22.2 of course! :)
1186883750 M * daniel_hozac Makefile.rej seems to have slipped into the patch.
1186883766 M * Bertl ah, k, tx
1186883993 Q * buzztracker Quit: Leaving
1186884003 J * buzztracker ~buzztrack@pelikan.garga.net
1186884062 M * Bertl buzztracker: what strange setup is that, which quits and rejoins every hour?
1186884275 M * Bertl okay, I'm feeling a little tired atm, so I will have a nap .. maybe back later ...
1186884285 N * Bertl Bertl_zZ
1186884286 M * daniel_hozac Bertl: hmm, the fix you did to replace delta-connect-fix01.diff looks like a NULL-pointer deref if the host tries to connect to ::
1186884291 M * daniel_hozac okay, good night!
1186884294 N * Bertl_zZ Bertl
1186884304 M * Bertl hmm? which one?
1186884313 M * Bertl i.e. where is the check
1186884314 M * daniel_hozac net/ipv6/tcp_ipv6.c
1186884321 M * daniel_hozac tcp_v6_connect
1186884344 M * daniel_hozac nx_info_has_v6 will return 1 if nxi is NULL.
1186884380 M * Bertl hmm, right
1186884392 M * daniel_hozac so just nxi &&, i guess.
1186884412 M * Bertl yep
1186884426 M * Bertl changed that in my tree now
1186884460 M * daniel_hozac everything else looks fine.
1186884491 M * Bertl okay, then let me re-upload .17 with those changes
1186884555 M * daniel_hozac okay, i'll rework v6rcvsaddr and see how it goes.
1186884577 M * Bertl excellent! TIA!
1186884593 M * daniel_hozac have a good nap!
1186884600 M * Bertl tx
1186884643 N * Bertl Bertl_zZ
1186886310 J * mEDI_S ~medi@snipah.com
1186887593 Q * buzztracker Quit: Leaving
1186887606 J * buzztracker ~buzztrack@pelikan.garga.net
1186891196 Q * buzztracker Quit: Leaving
1186891205 J * buzztracker ~buzztrack@pelikan.garga.net
1186893765 Q * mountie Ping timeout: 480 seconds
1186894795 Q * buzztracker Quit: Leaving
1186894807 J * buzztracker ~buzztrack@pelikan.garga.net
1186898393 Q * buzztracker Quit: Leaving
1186898403 J * buzztracker ~buzztrack@pelikan.garga.net
1186900200 Q * FireEgl Read error: Connection reset by peer
1186900705 J * friendly12345 ~friendly@ppp121-44-237-56.lns2.mel4.internode.on.net
1186901156 J * FireEgl FireEgl@Sebastian.FireEgl.Com
1186901993 Q * buzztracker Quit: Leaving
1186902004 J * buzztracker ~buzztrack@pelikan.garga.net
1186902447 Q * friendly12345 Quit: Leaving.
1186902468 J * friendly12345 ~friendly@ppp121-44-237-56.lns2.mel4.internode.on.net
1186903589 J * ktwilight ~ktwilight@33.101-66-87.adsl-dyn.isp.belgacom.be
1186903945 Q * ktwilight_ Ping timeout: 480 seconds
1186903984 J * ktwilight_ ~ktwilight@253.206-66-87.adsl-static.isp.belgacom.be
1186904123 Q * ktwilight Ping timeout: 480 seconds
1186904380 N * DoberMann[ZZZzzz] DoberMann
1186905295 J * bonbons ~bonbons@2001:960:7ab:0:20b:5dff:fec7:6b33
1186905594 Q * buzztracker Quit: Leaving
1186905603 J * buzztracker ~buzztrack@pelikan.garga.net
1186905915 P * friendly12345 
1186907333 J * rgl ~rgl@84.90.10.107
1186909193 Q * buzztracker Quit: Leaving
1186909203 J * buzztracker ~buzztrack@pelikan.garga.net
1186910633 J * meandtheshell ~markus@85.127.114.133
1186911645 M * bXi compiling the latest patch now
1186911724 J * Piet ~piet@tor.noreply.org
1186912351 J * ema ~ema@fw.galliera.it
1186912624 J * bzed ~bzed@10-205-116-85.dsl.manitu.net
1186912793 Q * buzztracker Quit: Leaving
1186912803 J * buzztracker ~buzztrack@pelikan.garga.net
1186913387 J * EvilDin ~chatzilla@BSN-77-83-28.dsl.siol.net
1186913405 M * EvilDin hi, i compliled new 2.3.0.15 but vserver now doesn't have 127.0.0.1
1186913420 M * EvilDin they have direct ip --> eth:3
1186913434 M * EvilDin what did i do wrong
1186913438 M * EvilDin how can i fix this '
1186913440 M * EvilDin ?
1186913552 N * Bertl_zZ Bertl
1186913558 M * Bertl morning folks!
1186913583 M * Bertl EvilDin: that is okay, a guest by default does neither have nor need 127.0.0.1
1186913603 M * EvilDin but i want to hove :D
1186913605 M * Bertl EvilDin: you also want to use 2.3.0.17
1186913606 M * EvilDin have
1186913631 M * EvilDin where on site was 15
1186913650 M * EvilDin should i useAutomatically Assign Loopback IP
1186913679 M * Bertl yes, that will do what you want on 2.3.0.17+
1186913699 M * Bertl http://vserver.13thfloor.at/Experimental/patch-2.6.22.2-vs2.3.0.17.diff
1186913769 M * EvilDin on 2.3.0.15 i have this option
1186913793 M * Bertl yep, but it won't show you the loopback IIRC :)
1186913828 M * EvilDin why on vserver site isn't link to 2.3.0.17
1186913855 M * EvilDin um i just need to have ip 127.0.0.1 on each vserver because i need for some applications
1186913857 M * EvilDin :)
1186913862 M * Bertl because nobody made it since it was uploaded? 
1186913882 M * EvilDin ok i will use this new one
1186913898 T * Bertl http://linux-vserver.org/ | latest stable 2.2.0.3, 2.0.3-rc3, devel 2.3.0.17, stable+grsec 2.0.2.1, 2.2.0.3 | util-vserver-0.30.213 | 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 ;)
1186913999 M * EvilDin um what about link to kernel 22.2
1186914023 M * Bertl it's on kernel.org (but I will update the wiki page soon)
1186914046 M * EvilDin is this ok http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.22.2.tar.bz2
1186914057 M * Bertl yep, looks fine
1186914060 M * EvilDin ok
1186914073 M * Bertl you can save some download time if you like by just getting the patches
1186914091 M * EvilDin now i already download it :d
1186914103 M * Bertl so you have a fast coonnection then :)
1186914110 M * EvilDin 100 mbit :d
1186914222 M * Bertl btw, I somehow remember your nick name, but I think it wasn't from this channel, can that be?
1186914277 M * EvilDin i was here some time ago, but i was also on freenode channels
1186914300 M * EvilDin if you are maybe there
1186914329 M * Bertl yep, that probably was it .. well, welcome back then :)
1186914356 M * EvilDin i always check page, and do updates
1186914365 M * EvilDin but now i come to the problem
1186914375 M * EvilDin so i came back :)
1186914391 M * Bertl ah, yeah, the IRC channel is still the main source for information
1186914409 M * EvilDin btw what setting for ram should i use if i have 2 GB of ram
1186914413 M * Bertl although the folks do a good job with the wiki (fron page)
1186914416 M * EvilDin i set to 2GB/2GB
1186914427 M * EvilDin yep i like wiki :)
1186914436 M * Bertl yes, that or the 3GB userspace version is advised
1186914454 M * EvilDin so better 3GB
1186914461 M * Bertl you want to disable highmem for performance reasons
1186914472 M * EvilDin i did that
1186914495 M * Bertl so if you currently have 2/2 enabled and you see all your memory, you should be fine
1186914510 M * Bertl if you are missing some memory, go for 3/1
1186914522 M * EvilDin yes i see, buw somehow very soon come to zero free memory :D
1186914546 M * EvilDin 3 x vserver, 3 x call of duty2 server
1186914552 M * Bertl well, that is normal, caches and buffers use up free memory
1186914554 M * EvilDin and it come to very low memory :D
1186914562 M * Bertl but those can be reclaimed at any point
1186914594 M * Bertl the MemTotal is relevant (from /proc/meminfo)
1186914614 M * EvilDin aha
1186914675 M * EvilDin compailing, compailing,...
1186914676 M * EvilDin :)
1186915882 J * ex ex@valis.net.pl
1186915961 M * Bertl welcome ex!
1186915974 M * ex helo
1186916026 Q * Aiken Quit: Leaving
1186916389 M * bXi Bertl: !
1186916393 Q * buzztracker Quit: Leaving
1186916403 J * buzztracker ~buzztrack@pelikan.garga.net
1186916411 M * Bertl bXi: !
1186916412 J * ensc ~irc-ensc@p54B4DDFE.dip.t-dialin.net
1186916420 M * bXi i compiled that new patch now
1186916432 M * bXi and just done with the utils
1186916443 M * Bertl buzztracker: hello? please respond, otherwise I have to ban you ...
1186916448 M * bXi DOH
1186916457 M * bXi i forgot to patch my kernel :(
1186916466 M * Bertl d'oh indeed :)
1186916503 A * bXi compiles again
1186916539 J * Linus ~linus@bl7-133-239.dsl.telepac.pt
1186916548 A * Linus hello :)
1186916616 J * meebey meebey@booster.qnetp.net
1186916638 M * Bertl wb Linus! meebey!
1186917026 M * meebey hiya Bertl :)
1186917835 M * bXi Bertl: compiled!
1186917883 P * meebey 
1186918401 Q * ensc Read error: Connection reset by peer
1186918601 M * bXi venice ~ # uname -a
1186918601 M * bXi Linux venice 2.6.22.2-vs2.3.0.17 #1 Sun Aug 12 13:08:45 CEST 2007 x86_64 AMD Athlon(tm) 64 Processor 3000+ AuthenticAMD GNU/Linux
1186918700 J * bluepunk bluepunk@void.apparoat.nl
1186918703 M * bXi \o/
1186918805 M * bXi Bertl: bluepunk is from an ipv6 only guest :)
1186918996 M * sid3windr ohnoes
1186919073 Q * bluepunk Quit: leaving
1186919432 M * EvilDin bertl thank you now it work perfect
1186919433 M * EvilDin :)
1186919770 M * Bertl EvilDin: you're welcome! 
1186919800 M * EvilDin um what about util-vserver i use only 0.30.212
1186919993 Q * buzztracker Quit: Leaving
1186920003 J * buzztracker ~buzztrack@pelikan.garga.net
1186920040 M * bXi EvilDin: http://people.linux-vserver.org/~dhozac/t/uv-testing/util-vserver-0.30.214-pre2585.tar.bz2
1186920122 M * EvilDin um but i don't know which flags i have to set that this will work while i use debian
1186920146 M * EvilDin while i compiled 212 i make some additional flags with paths but i forget
1186920169 Q * rgl Quit: Zzzzz
1186920215 M * bXi do you still have the folder in which you compiled 212?
1186920251 M * bXi if so do head config.loh
1186920253 M * EvilDin yes
1186920254 M * bXi log*
1186920277 M * EvilDin ./configure --sysconfdir=/etc --with-vrootdir=/var/lib/vservers
1186920285 M * EvilDin this might be
1186920287 M * EvilDin :)
1186920525 M * EvilDin after configure i do what
1186920539 M * EvilDin and do i stop vservers before i install new version
1186920547 M * bXi nope you dont have to stop them
1186920549 M * EvilDin what are risk that this won't work
1186920553 M * bXi make && make install
1186920566 M * bXi i havent seen any problems with it yet
1186920719 M * EvilDin it works without problem
1186920723 M * EvilDin thank you
1186920745 M * bXi np
1186920903 M * EvilDin it would be nice if sometime would be builded into util-vserver some tool or setting that i could set how much monthly traffic can use one vserver
1186921465 J * ensc ~irc-ensc@p54B4DDFE.dip.t-dialin.net
1186922560 Q * ensc Read error: Connection reset by peer
1186922726 M * Bertl EvilDin: you mean network traffic?
1186922746 M * EvilDin yes
1186922757 J * friendly12345 ~friendly@ppp121-44-237-56.lns2.mel4.internode.on.net
1186922760 M * Bertl you can simply configure that with tc (but yes, at some point there might be util-vserver support for that too)
1186922799 M * EvilDin tc?
1186922824 M * EvilDin it would be cool if it would be implantet into vserver util
1186922830 M * Bertl the Linux traffic control tools
1186922846 M * bXi Bertl: how far along is the vserver patch for 2.3.0 now?
1186922868 M * Bertl EvilDin: you might want to submit a feature request (on savannah) so that the maintainers know that there is some demand
1186922897 M * EvilDin um where do i post request
1186922905 M * Bertl bXi: well, it is still testing ...
1186922929 M * bXi do you need to implement big features? or is it just bugfixing now
1186922946 M * Bertl EvilDin: https://savannah.nongnu.org/projects/util-vserver/
1186922978 M * Bertl bXi: atm, it is testing and bugfixing .. but we will add features to 2.3.x (as it is the devel branch)
1186922997 M * Bertl bXi: stable features will get included in 2.2.x or 2.4.x
1186923016 M * bXi do you use the same versioning as the kernel?
1186923024 M * bXi 2.3 being unstable and 2.4 being stable version of 2.3?
1186923041 M * EvilDin where here should i post the request
1186923119 M * Bertl you have to register, IIRC, and then go to the bug tracker
1186923140 M * Bertl EvilDin: but you could also post to the Linux-VServer mailing list, I guess
1186923150 M * Bertl bXi: yep, precisely
1186923178 J * DoberMann_ ~james@AToulouse-156-1-42-44.w90-16.abo.wanadoo.fr
1186923197 M * bXi Bertl: cool
1186923203 M * bXi so i'm highly experimental now :P
1186923266 M * Bertl well,yeah, kind of :)
1186923289 Q * DoberMann Ping timeout: 480 seconds
1186923292 M * bXi :)
1186923299 M * Bertl but usually the 'devel' releases are quite stable, and the 'stable' releases are rock solid :)
1186923593 Q * buzztracker Quit: Leaving
1186923603 J * buzztracker ~buzztrack@pelikan.garga.net
1186924076 M * bXi Bertl: i have something weird which might interest you
1186924088 M * bXi i have an amd64 box
1186924094 M * bXi with a "gamers" motherboard in it
1186924105 M * bXi but it fails to detect 2 pci network cards
1186924121 M * bXi lspci and lshw wont see them
1186924686 M * sid3windr and it works under vserver? :P
1186924726 M * Bertl bXi: hmm, could be a broken bios
1186924780 M * bXi it did work when it was actually a game box
1186925173 M * Bertl under linux?
1186925250 M * bXi windows
1186925981 M * sid3windr tried booting without acpi?
1186926007 J * apunto apunto@42.Red-83-40-220.dynamicIP.rima-tde.net
1186926206 M * bXi hmmmm
1186926209 M * bXi i'll try that
1186926334 J * matti matti@acrux.romke.net
1186926434 M * Bertl welcome apunto! wb matti!
1186926444 M * apunto thanks bertl
1186926457 M * bXi Bertl: most of the coding you do is C right?
1186926490 M * Bertl yes, I guess so
1186926675 M * bXi hmmmm
1186926679 M * bXi depmod -a segfaults
1186926757 M * Bertl that usually is a bad sign :)
1186926795 M * bXi isnt depmod compiled against the kernel?
1186926841 M * Bertl nope
1186926854 M * bXi hmmm
1186926876 M * Bertl ldd `which depmod`
1186927071 M * bXi         libz.so.1 => /lib/libz.so.1 (0x00002b6fc3c8c000)
1186927071 M * bXi         libc.so.6 => /lib/libc.so.6 (0x00002b6fc3da0000)
1186927071 M * bXi         /lib64/ld-linux-x86-64.so.2 (0x00002b6fc3b6f000)
1186927193 Q * buzztracker Quit: Leaving
1186927215 J * buzztracker ~buzztrack@pelikan.garga.net
1186927310 M * bXi wtf :/ i dont see my 2 other network interfaces
1186927981 J * Freax ~linus@bl7-133-238.dsl.telepac.pt
1186928261 J * balbir_ ~balbir@122.167.92.149
1186928261 Q * FireEgl Read error: Connection reset by peer
1186928405 Q * Linus Ping timeout: 480 seconds
1186928608 Q * balbir Ping timeout: 480 seconds
1186929078 Q * michal` Ping timeout: 480 seconds
1186929258 J * FireEgl FireEgl@Sebastian.Atlantica.US.TO
1186929347 J * michal` ~michal@www.rsbac.org
1186929937 Q * gerrit_ Quit: Client exiting
1186930189 M * coderanger Bertl: Ping
1186930338 M * Bertl coderanger: pong!
1186930370 M * coderanger Bertl: Can you put a license in the vcmd tarball? The fedora guys want one so they can be sure of licensing 
1186930388 M * Bertl sure, np
1186930395 M * coderanger thanky :)
1186930423 Q * nebuchadnezzar Quit: ERC Version 5.2 (IRC client for Emacs)
1186930754 M * daniel_hozac hmm. vcmd in a distribution?
1186930762 J * Guest460 ~irc-ensc@p54B4DDFE.dip.t-dialin.net
1186930793 Q * buzztracker Quit: Leaving
1186930797 M * Bertl daniel_hozac: I guess they want to have it for olpc
1186930803 J * buzztracker ~buzztrack@pelikan.garga.net
1186930809 M * Bertl i.e. for testing, and they are lazy :)
1186930813 M * coderanger daniel_hozac: It helps for debugging some stuff
1186930829 M * daniel_hozac exactly, it's a debugging tool...
1186930854 M * coderanger daniel_hozac: Well someone has to package it, as you can't compile things usefully on the XO
1186930866 M * daniel_hozac just put the binary somewhere?
1186930867 M * coderanger And once I had it packaged, why not push it to fedora
1186930884 Q * Adrinael Ping timeout: 480 seconds
1186930929 J * nebuchadnezzar ~nebu@zion.asgardr.info
1186930956 M * coderanger daniel_hozac: The only build machines I have easy access to that mimic the XO are the fedora koji ones
1186931005 M * daniel_hozac so, do scratch builds?
1186931059 M * coderanger daniel_hozac: To do that I needed an RPM, and once I had that I just figured there wasn't much reason to not push it
1186931068 M * coderanger I mean if its a problem I can pull the review
1186931127 M * daniel_hozac well, as long as you maintain it and update it as soon as there are new syscalls, i guess it's fine...
1186931561 Q * Piet Quit: Piet
1186931877 Q * Guest460 Ping timeout: 480 seconds
1186932063 Q * apunto 
1186932747 J * Julius ~julius@p57B26DBF.dip.t-dialin.net
1186932946 M * Bertl welcome Julius!
1186933006 M * Julius hiho
1186933113 M * Julius is there a way to allow my guest system to create and manage tun devices on its own?
1186933143 M * daniel_hozac not in any secure way.
1186933187 M * Julius what security leaks would be caused?
1186933243 M * daniel_hozac the guest would be able to manage all interfaces/routes/etc.
1186933256 M * Julius ouch
1186933281 M * Julius guess I'll have to try tunctl :)
1186933336 M * Bertl do you plan on using openvpn?
1186933349 M * Julius yes
1186933351 M * Julius i do
1186933372 M * Bertl recent openvpn versions can create (and destroy) persistant tun devices too
1186933389 M * Bertl i.e. you do not need the tunctl, just a special option
1186933404 M * Julius cool
1186933408 M * Bertl (but still, the creation is on the host)
1186933414 M * daniel_hozac well... that means you'll have to start it, configure the interface on the host,...
1186933450 M * Julius and then hand it over to the guest system
1186933477 M * Julius sounds good, any manual link available or should i try google?
1186933576 J * ensc ~irc-ensc@p54B4F42D.dip.t-dialin.net
1186933727 M * Julius openvpn client.conf --mktun --dev tun0
1186933736 M * Julius should do the trick
1186933746 M * Bertl yep, looks good
1186933756 M * Bertl might be worth creating a wiki page for that
1186933770 M * Julius I'll think about it :)
1186933783 M * Julius I don't really trust my english skills
1186933787 M * Bertl with startup/shutdown scripts and such
1186933833 M * Julius to make the connection available for the guest i have to look up the ip and create "dev" and "ip"  files in a new interface directory?
1186934005 M * Bertl or just the ip/prefix and have nodev
1186934048 M * daniel_hozac i wonder if it would make sense to add support for this to the utils.
1186934074 M * Julius guess there are a lot of people sharing this problem :)
1186934162 M * Bertl yes, I think that would be helpful
1186934187 J * balbir__ ~balbir@122.167.70.40
1186934305 Q * balbir_ Ping timeout: 480 seconds
1186934393 Q * buzztracker Quit: Leaving
1186934407 J * buzztracker ~buzztrack@pelikan.garga.net
1186934743 M * Julius ok got it working
1186934764 M * Julius startet openvpn on the host system
1186934782 M * Julius copied the ifconfig and route lines
1186934798 M * Julius killed openvpn and pasted them into the shell
1186934939 J * Adrinael adrinael@rid7.kyla.fi
1186935073 M * Bertl wb Adrinael!
1186935279 Q * doener Quit: leaving
1186935304 J * doener ~doener@host.magicwars.de
1186935636 Q * ensc Read error: Connection reset by peer
1186936221 J * dna ~dna@20-214-dsl.kielnet.net
1186936262 Q * Freax Remote host closed the connection
1186936599 Q * friendly12345 Remote host closed the connection
1186936619 J * Linus ~linus@bl7-133-238.dsl.telepac.pt
1186936698 M * Adrinael Hi
1186937634 J * rob-84x^ rob@submarine.ath.cx
1186937996 Q * buzztracker Quit: Leaving
1186938003 J * buzztracker ~buzztrack@pelikan.garga.net
1186938145 J * Risjh rsjds@59.93.135.235
1186938775 M * Risjh hi, anyone around?
1186938778 M * Risjh i need some help
1186938785 M * daniel_hozac with what?
1186938806 M * Risjh i have a debian machine, i want to install a centos guest os on it, is it possible?
1186938819 M * Risjh there are other virtual debian os's running already
1186938820 M * daniel_hozac sure.
1186938838 M * daniel_hozac just apt-get install yum, vserver centos build -m yum ... -- -d centos5
1186938854 M * Risjh oooh, thats it? i was stuck with the yum part 
1186938864 M * Risjh why does the debian repo have yum?
1186938874 M * Risjh ( sorry, i am newbie)
1186939020 M * daniel_hozac i guess they thought it would be useful.
1186939028 M * Risjh hmm
1186939043 M * Risjh But its not of use other than virtualization isnt it?
1186939069 M * Julius well
1186939082 M * daniel_hozac you can use it to build plain chroots as well.
1186939087 M * Julius if you need special packages
1186939932 M * Risjh daniel_hozac, i did apt-get install yum
1186939970 M * Risjh daniel_hozac, but yum --help or yum -h shows me errors.. is it ok?
1186939996 M * daniel_hozac i don't know... what kind of errors?
1186940018 M * Risjh   File "/var/lib/python-support/python2.4/yum/config.py", line 383, in _getsysver
1186940018 M * Risjh     idx = ts.dbMatch('provides', self.getConfigOption('distroverpkg'))
1186940018 M * Risjh TypeError: rpmdb open failed
1186940026 M * Risjh and such...
1186940042 M * daniel_hozac well, maybe try apt-get install rpm too then.
1186940060 M * Risjh thats installed
1186940110 M * daniel_hozac have you tried actually installing a guest?
1186940149 M * Risjh no, not yet
1186940550 Q * Risjh Quit: Leaving
1186941418 M * Bertl looks like another nap coming up ... back later ...
1186941423 N * Bertl Bertl_zZ
1186941594 Q * buzztracker Quit: Leaving
1186941604 J * buzztracker ~buzztrack@pelikan.garga.net
1186942212 J * arcil ~arcil@91.7.104.118
1186942416 Q * lilalinux_ Remote host closed the connection
1186944107 Q * arcil Remote host closed the connection
1186944164 M * daniel_hozac Bertl_zZ: http://people.linux-vserver.org/~dhozac/p/k/delta-v4rcvsaddr-fix01.diff http://people.linux-vserver.org/~dhozac/p/k/delta-v6rcvsaddr-fix02.diff http://people.linux-vserver.org/~dhozac/p/k/delta-mappedv4-fix01.diff
1186944213 M * daniel_hozac it seems to behave the way i expect it to, for the cases i've thought to test.
1186944269 Q * Patrick Remote host closed the connection
1186944339 J * the-me Patrick@Linux-Dev.org
1186944880 J * ahuman ~oem@ool-18b8b7f4.dyn.optonline.net
1186945193 Q * buzztracker Quit: Leaving
1186945206 J * buzztracker ~buzztrack@pelikan.garga.net
1186946369 J * ensc ~irc-ensc@p54B4F42D.dip.t-dialin.net
1186946410 M * bonbons daniel_hozac: as far as I see there is no support for modular IPv6 in 2.3, right?
1186946466 M * daniel_hozac right.
1186946495 M * daniel_hozac bonbons: what do you think about the patches above?
1186946503 M * bXi modular ipv6 :O
1186946714 M * bonbons not looked at those yet, still scrolling through 2.3.0.17 patch
1186946773 M * daniel_hozac okay.
1186946814 M * daniel_hozac thanks for looking btw, i don't really know what i'm doing... i'm just copying what you did :)
1186946862 M * bXi daniel_hozac: at least it works
1186946958 J * Aiken ~james@ppp121-45-255-55.lns2.bne4.internode.on.net
1186947067 Q * ahuman Remote host closed the connection
1186947332 Q * ensc Ping timeout: 480 seconds
1186948227 Q * yarihm Quit: This computer has gone to sleep
1186948253 M * bonbons daniel_hozac: which are your fixes/patches for 2.3.0.17? the three above, also some from yesterday or before?
1186948297 M * daniel_hozac just those three.
1186948327 M * daniel_hozac the others are in 2.3.0.17, or ogus.
1186948330 M * daniel_hozac s/ogus/bogus/
1186948479 A * nanonyme sighs heavily
1186948511 M * nanonyme still can't setup my ipv6 lan properly since openwrt hasn't gotten their hands on a stable broadcom 2.6 kernel wifi driver :/
1186948527 M * nanonyme (meaning can't setup ipv6 in vservers)
1186948793 Q * buzztracker Quit: Leaving
1186948812 J * buzztracker ~buzztrack@pelikan.garga.net
1186948812 M * bonbons ok, will have to take some time to look at the details, not just the diff but also the context
1186948824 M * daniel_hozac right.
1186948873 M * bonbons then adjust and test, at the end make it work with modular IPv6 :)
1186948907 M * daniel_hozac hehe :)
1186949137 Q * Julius Remote host closed the connection
1186949770 A * Linus time to coffe :)
1186949848 M * sid3windr gesundheit
1186950634 J * ahuman ~oem@ool-18b8b7f4.dyn.optonline.net
1186952401 Q * buzztracker Quit: Leaving
1186952403 J * buzztracker ~buzztrack@pelikan.garga.net
1186952524 Q * arachnist Ping timeout: 480 seconds
1186952704 Q * meandtheshell Quit: Leaving.
1186952819 M * EvilDin um hi, to which mail should i send reqest at mailing list so that my mail will get all subscribers
1186952836 M * daniel_hozac what?
1186952900 M * EvilDin i want to write new request, and bartl say that i can use mailing list, but i don't know how? i already subscribe to mailing list
1186952930 M * daniel_hozac just send to vserver@list.linux-vserver.org?
1186952956 M * EvilDin aha ok
1186953085 Q * ahuman Remote host closed the connection
1186953190 Q * bonbons Quit: Leaving
1186953628 J * ahuman ~oem@ool-18b8b7f4.dyn.optonline.net
1186954998 J * yarihm ~yarihm@84-75-109-39.dclient.hispeed.ch
1186955397 N * DoberMann_ DoberMann[ZZZzzz]
1186955756 J * virtuoso_ ~s0t0na@pppoe-81.2.110.89-adsl.spbnit.ru
1186955902 Q * yarihm Quit: Leaving
1186955909 J * yarihm ~yarihm@84-75-109-39.dclient.hispeed.ch
1186955992 Q * buzztracker Quit: Leaving
1186956002 J * buzztracker ~buzztrack@pelikan.garga.net
1186956168 Q * virtuoso Ping timeout: 480 seconds
1186957146 Q * ema Quit: Lost terminal
1186957208 Q * EvilDin Quit: ChatZilla 0.9.78.1 [Firefox 2.0.0.6/2007072518]
1186957222 J * ema ~ema@fw.galliera.it
1186957550 Q * yarihm Quit: Leaving
1186957941 Q * dna Quit: Verlassend
1186958497 J * Piet ~piet@tor.noreply.org
1186959048 J * rgl ~rgl@84.90.10.107
1186959056 A * rgl mooo
1186959278 M * daniel_hozac moo?
1186959298 M * daniel_hozac (as in, moo back, question mark)
1186959592 Q * buzztracker Quit: Leaving
1186959605 J * buzztracker ~buzztrack@pelikan.garga.net
1186959941 N * Bertl_zZ Bertl
1186959947 M * Bertl back now ...
1186960213 Q * ema Quit: leaving
1186960314 M * daniel_hozac wb! did you see the patches?
1186960560 M * rgl daniel_hozac, mooo! as in super-cow :)
1186960586 M * Bertl daniel_hozac: yep, will integrate them in my tree after inspection
1186960606 M * daniel_hozac okay, thanks!
1186960692 Q * bzed Remote host closed the connection
1186961290 J * AstralSt ~astralsto@tor-irc.dnsbl.oftc.net
1186961327 J * nebuchad` ~nebu@zion.asgardr.info
1186961346 J * ktwilight ~ktwilight@253.206-66-87.adsl-static.isp.belgacom.be
1186961440 J * _[PUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de
1186961513 J * Eimann_ eimann@chaconne.etherkiller.de
1186961519 J * blizz_ ~stephan@evilhackerdu.de
1186961522 J * _mcp ~hightower@wolk-project.de
1186961524 J * opuk_ ~kupo@213-64-112-143-no19.tbcn.telia.com
1186961526 J * fosco_ fosco@konoha.devnullteam.org
1186961526 J * kaner kaner@strace.org
1186961533 J * sladen_ paul@starsky.19inch.net
1186961541 J * ag-_ ~ag@fedaykin.roxor.cx
1186961544 Q * buzztracker cation.oftc.net arion.oftc.net
1186961544 Q * rgl cation.oftc.net arion.oftc.net
1186961544 Q * rob-84x^ cation.oftc.net arion.oftc.net
1186961544 Q * nebuchadnezzar cation.oftc.net arion.oftc.net
1186961544 Q * ktwilight_ cation.oftc.net arion.oftc.net
1186961544 Q * AStorm cation.oftc.net arion.oftc.net
1186961544 Q * derjohn cation.oftc.net arion.oftc.net
1186961544 Q * blizz cation.oftc.net arion.oftc.net
1186961544 Q * fosco cation.oftc.net arion.oftc.net
1186961544 Q * kaner_ cation.oftc.net arion.oftc.net
1186961544 Q * wenchien cation.oftc.net arion.oftc.net
1186961544 Q * Eimann cation.oftc.net arion.oftc.net
1186961544 Q * Borg- cation.oftc.net arion.oftc.net
1186961544 Q * opuk cation.oftc.net arion.oftc.net
1186961544 Q * sladen cation.oftc.net arion.oftc.net
1186961544 Q * [PUPPETS]Gonzo cation.oftc.net arion.oftc.net
1186961544 Q * ag- cation.oftc.net arion.oftc.net
1186961544 Q * mcp cation.oftc.net arion.oftc.net
1186961545 N * _[PUPPETS]Gonzo [PUPPETS]Gonzo
1186961935 N * ag-_ ag-
1186962146 J * meebey meebey@booster.qnetp.net
1186962171 J * derjohn ~derjohn@80.69.41.3
1186962196 J * rgl ~rgl@84.90.10.107