1130284828 M * mnemoc jayeola: by caged i mean restricted and managed from an external god (on xid=0), doing AV and filtering 1130284857 M * Bertl_ILL jayeola: well, the speed depends on the hardware, network and encryption ... 1130285638 M * Bertl_ILL okay, off to bed again ... 1130285933 J * brc_ bruce@200141099062.user.veloxzone.com.br 1130285935 M * brc_ bertl ? 1130286118 M * brc_ sleeping?:) 1130286118 M * brc_ gnight 1130286128 J * lilo_ ~lilo@lilo.usercloak.oftc.net 1130286191 Q * rrittenhouse Quit: Leaving 1130286235 Q * lilo Ping timeout: 480 seconds 1130287374 J * grizzli ~Chris@thornton-ep.tip.csiro.au 1130288483 Q * iprone Remote host closed the connection 1130289123 Q * jayeola Quit: leaving 1130291422 Q * grizzli Quit: Leaving 1130292871 J * rrittenhouse ~rrittenho@cpe-24-31-161-101.columbus.res.rr.com 1130292913 Q * rrittenhouse Quit: 1130296820 J * dddd44 dhb55@60.48.200.121 1130299925 J * stefani ~stefani@c-24-19-46-211.hsd1.wa.comcast.net 1130301223 P * stefani parting (is such sweet sorrow) 1130304153 Q * Johnnie Quit: G'bye! 1130304659 J * Johnnie ~john@acs-24-154-53-217.zoominternet.net 1130307863 Q * dddd44 Quit: Leaving 1130311848 Q * Johnnie Read error: Connection reset by peer 1130312787 J * Johnnie ~john@acs-24-154-53-217.zoominternet.net 1130314459 J * NikDaPhreak ~NikDaPhre@217.75.141.95 1130315107 Q * shedi Quit: Leaving 1130315778 J * prae ~prae@ezoffice.mandriva.com 1130317101 Q * Johnnie Read error: Connection reset by peer 1130317552 J * Johnnie ~john@acs-24-154-53-217.zoominternet.net 1130318379 J * shedi ~siggi@tolvudeild-198.lhi.is 1130318666 J * rrittenhouse ~rrittenho@cpe-24-31-161-101.columbus.res.rr.com 1130319498 Q * yungyuc Remote host closed the connection 1130319743 Q * rrittenhouse Quit: Leaving 1130320827 J * rrittenhouse ~rrittenho@cpe-24-31-161-101.columbus.res.rr.com 1130322296 M * Bertl_ILL morning folks! 1130322386 M * nox Get well soon Bertl_ILL ! 1130322403 Q * monrad Quit: Leaving 1130322500 M * Bertl_ILL nox: thanks! I'm working on it :) 1130323129 M * gdm morning :-) 1130323141 M * gdm hi: in fact, a little introduction... 1130323148 M * Bertl_ILL go ahead! 1130323152 M * gdm i got introduced to vservers thru micah/riseup 1130323163 M * gdm and now i've set up a box with a whole load on it 1130323167 M * Bertl_ILL ah, good! 1130323179 M * gdm i've got djbdns running as a caching nameserver in one vserver 1130323188 M * gdm and an apt-proxy one 1130323203 M * gdm and a mysql one that is on an internal interface only (127.0.0.4( 1130323212 M * gdm so it is all good :-) 1130323221 M * gdm i am having difficulties figuring out shorewall tho 1130323230 M * gdm or some other firewall thing for the host 1130323253 M * Bertl_ILL hmm, why so? 1130323307 M * gdm well, i don't really understand firewalls anyway, i guess 1130323321 M * gdm but i'm not sure if my vservers go in a DMZ 1130323322 M * Bertl_ILL ah, okay, that might be an issue 1130323333 M * gdm or if they are actually in the local zone 1130323347 M * Bertl_ILL basically the guests are like 'other' ips on the host 1130323377 M * Bertl_ILL you can protect them similar to the host, and if you want them to use 'private' ips for example, you have to SNAT them into the world 1130323413 M * gdm ok, but from what i understand they can't have their own firewalls also, can they? 1130323848 M * Bertl_ILL inside the guest? no, on the the host, yes 1130323943 M * Bertl_ILL okay *sorry*, off for dinner now ... back later ... 1130323975 M * Bertl_ILL gdm: if you need help with the SNAT, I'm sure daniel_hozac can help you (provided he got time) 1130323996 M * gdm ok, kool. thank you 1130324007 M * gdm bon appetit! enjoy your dinner :-) 1130324175 M * daniel_hozac heh 1130324288 J * happtnix ~scteague@12.184.225.3 1130324350 M * happtnix Is there any way to force a vserver to run the scripts in /etc/vservers/.default/scripts ? 1130324449 M * happtnix I've tried adding DONT_SKIP_DEFAULTS=1 to /etc/vservers//scripts/pre-start. but no joy 1130324776 M * happtnix As long as I'm here, Is it my imagination or did the vserver environmental variables (VSERVER_NAME) disappear from the pre/post scripts environment? I need a sanity check. 1130324958 M * daniel_hozac chmod -x /etc/vservers//scripts/pre-start 1130325739 J * Hati ~Hati@kw-cpe-062249079079.kabelweb.at 1130325780 M * Bertl_ILL welcome Hati! happtnix! 1130325895 J * neofutur_ ~neofutur@neofutur.net 1130325896 Q * neofutur Read error: Connection reset by peer 1130325916 Q * Hati Quit: 1130325917 M * daniel_hozac happtnix: oh, and VSERVER_NAME == $2 1130326234 M * ag-2 Bertl_ILL: for a little time now, i was thinking about ngnet; would you advise me to proceed with the current ngnet code, porting it to the current kernel/vserver code? 1130326244 M * ag-2 a lot of netfilter stuff has changed since 2.6.11, but i still think it's possible, isn't it? 1130326251 M * ag-2 this is also why i was asking about a git repository for vserver some time ago :) 1130326276 M * Bertl_ILL ah, so you plan to work on ngnet? that sounds like a good idea ... 1130326281 M * ag-2 i got some time freed as i would work on it as a Master project :) 1130326294 M * Bertl_ILL excellent! 1130326318 M * Bertl_ILL well, I won't advise to patch up the 'old' test code, as it was just a 'working' prototype 1130326337 M * Bertl_ILL and we learned some things from that ... 1130326392 M * Bertl_ILL nevertheless, it would be beneficial to study the FIB stuff (mainline), the old ngnet patch (linux-vserver) and the network virtualizations of OVZ and FreeVPS 1130326459 M * Bertl_ILL and in the meantime, we can talk about ngnet ideas and try some implementations, yes? 1130326484 M * ag-2 sure, no problem 1130326514 M * ag-2 when you talk about FIB, it stands for Forward Information Base, doesn't it? 1130326529 M * Bertl_ILL yes 1130326642 M * Bertl_ILL ag-2: k, want to talk a little about ngnet stuff? 1130326665 M * happtnix Thanks for the changemod -x (cough) but that was not the issue. 1130326667 M * ag-2 Bertl_ILL: yep 1130326688 M * happtnix Thanks for the $2 1130326711 M * Bertl_ILL okay, don't take all too serious what I'm saying, I'm still sick ... 1130326736 M * Bertl_ILL ag-2: you know how a packet travels the network stack (on linux) by now? 1130326876 J * oliwel ~oliwel@ldvpc07.ldv.e-technik.tu-muenchen.de 1130326893 M * Bertl_ILL welcome oliwel! 1130326901 M * oliwel Hi Bertl 1130326917 M * oliwel Good news .- the thing with the exit ni the vservers start scripts workde 1130326938 M * oliwel I have to do some final test and then I will try to make a wiki page of my knowledge :9 1130326941 M * Bertl_ILL excellent! maybe make a wiki page/note about that? 1130326999 M * oliwel You mean I should already publish the announce ? 1130327039 M * ag-2 Bertl_ILL: call to do_softirq() and sbk dequeued, then ipv4 or ipv6 packet passed to the corresponding handler 1130327044 M * Bertl_ILL oliwel: well, maybe a simple ML posting, stating _how_ it worked for you? 1130327050 M * ag-2 Bertl_ILL: well, i know more or less :) 1130327081 M * Bertl_ILL ag-2: okay, and if you look from the interface side (e.g. dummy or loopback device)? 1130327128 M * oliwel Bertl_ILL: eeerggh - sorry I dont understand what you want from me, I promised to you contributing a wikipage on vserver drbd and the boot scripts....of copurse I can put this top the ML as well 1130327170 M * Bertl_ILL oliwel: no need to hurry, I just thought you might want to publish some findings in advance ... 1130327175 M * ag-2 Bertl_ILL: i don't know much about it yet, nothing i can explain in a foreign language :) 1130327189 M * Bertl_ILL ag-2: okay, let's look at drivers/net/loopback.c 1130327192 M * oliwel Bertl_ILL: No :) 1130327221 M * happtnix I do feel like a dolt for posting such basic questions but none of my (0550) scripts in /etc/vservers/.defaults/scripts/pre-start.d/ will run if I have scripts in /etc/vservers//scripts/pre-start.d. I have created an additional rundefaults script (0550) in /etc/vservers//scripts/pre-start.d to no avial. 1130327224 M * oliwel Bertl_ILL: Other question I am looking for a very small footprinted vServer Guest, need to run just an IRC Bounder inside to keep a channel open...any ideas ? 1130327250 M * oliwel happtnix: Read DOCS ! 1130327267 M * Bertl_ILL happtnix: please provide info from testme.sh or a system description 1130327275 J * yungyuc ~yungyuc@220-135-53-220.HINET-IP.hinet.net 1130327295 M * oliwel happtnix: this is the expeceted behaviour , you have to set an Environment so the defaulkt scripts are executed 1130327302 M * oliwel see the flower page 1130327303 M * Bertl_ILL happtnix: and one purpose of this channel is to help folks like you, so your questions are quite welcome 1130327336 M * Bertl_ILL ag-2: in particular loopback_xmit() 1130327366 M * oliwel happtnix: A directory for scripts. By default, when one of these scripts will be executed, the execution of defaultscripts (within .../.defaults/scripts) will be skipped. To execute them nevertheless, the $DONT_SKIP_DEFAULTS environment variable must be set by one of the in-shellcontext scripts (the non-executable ones). 1130327387 M * oliwel happtnix: taken from http://www.nongnu.org/util-vserver/doc/conf/configuration.html - aka the flower page 1130327623 M * NikDaPhreak ag-2: as I am interested in ngnet, but not a programmer, i could help testing & maybe with an idea or two :-) 1130327639 M * ag-2 Bertl_ILL: i note something funny with lbstats which is local to loopback_xmit() and not really used inside 1130327654 M * Bertl_ILL NikDaPhreak: excellent, seems we are starting to create an ngnet task force :) 1130327656 M * ag-2 Bertl_ILL: then at the end, we have, before the return, a call to netif_rx() 1130327670 M * ag-2 Bertl_ILL: with the skb 1130327697 M * Bertl_ILL yep, so basically a packet is sent (from a socket) and routed somewhere, in our case, to the lo device ... 1130327750 M * Bertl_ILL it finally ends up at loopback_xmit(), where the skb is 'orphaned', accounted, and 'transmitted' ... 1130327789 M * Bertl_ILL the transmission itself, is the netif_rx() as loopback packets are reflected 1130327815 M * Bertl_ILL in typical drivers the netif_rx() happens in the hardware receive routine/handler 1130327835 M * Bertl_ILL where the *_xmit() does the hardware send 1130327967 M * Bertl_ILL ag-2: everything fine so far? 1130327971 M * NikDaPhreak Bertl_ILL: well, I'm directly interested in that you know.. :-) 1130327984 M * ag-2 Bertl_ILL: yep 1130328009 M * Bertl_ILL okay, so my final conclusion on how to implement ngnet with a minimum of overhead is this: 1130328013 M * happtnix oliwel: Right, (sorry for the incomplete post) the rundefaults script I'm adding has DONT_SKIP_DEFAULTS=1; export DONT_SKIP_DEFAULTS=1; (just in case) as per the flower page but the scripts don't execute. I can creat a symbollic link to the individual vservers pre-start.d directory and they work. But that just doesn't seem like the right way. 1130328052 M * daniel_hozac happtnix: and the script isn't executable? 1130328075 M * daniel_hozac (rundefaults) 1130328114 M * Bertl_ILL ag-2: make a network device (or adapt existing ones) to be dual homed (i.e.. belonging to the host context as well as a guest context) 1130328162 M * Bertl_ILL ag-2: make the network stack take the xid as hash-key for all routing decisions and/or network entries 1130328202 M * Bertl_ILL ag-2: 'reflect' packets on the 'special' vnet devices into a different xid (similar to loopback, just with a magic xid change at the turnpoint) 1130328275 M * Bertl_ILL combined with a network device namespace virtualization, which we require anyways, this will give us routeable 'virtual' interfaces which appear inside and outside a guest, as well as network connections between guests, and guest loopback 1130328290 M * happtnix I've tried both ways 0440 and 0550; gentoo kernel 2.6.13vs2.1.0-pre5 1130328328 M * Bertl_ILL 0550, which user/group? could you try 0777 (just for the fun of doing it?) 1130328436 M * daniel_hozac scripts setting DONT_SKIP_DEFAULTS _must_not_ be executable in order to work. 1130328472 M * Bertl_ILL ah, interesting ... didn't know that ... 1130328507 P * erwan_taf Leaving 1130328510 M * happtnix Bertl_ILL: (0777) (0444) (0555) No Joy 1130328512 M * ag-2 Bertl_ILL: this isn't like that in the actual ngnet code, special interfaces are not visible outside the guest and netfilter magic applies 1130328528 M * ag-2 Bertl_ILL: i like your new idea more than the actual ngnet :) 1130328538 M * Bertl_ILL ag-2: yep, that's what we learned from the prototype 1130328577 M * Bertl_ILL it's fast, it's lean, it's doable and it's very powerful! 1130328620 Q * virtuoso Ping timeout: 480 seconds 1130329329 M * Bertl_ILL ag-2: okay, so the 'required' steps IMHO are: 1130329346 M * Bertl_ILL - make the routing and routing caches xid aware 1130329373 M * Bertl_ILL - make the interface information xid aware 1130329390 M * Bertl_ILL - make the iptables xid aware (including limits) 1130329412 M * Bertl_ILL - create the dual-homed network interface 1130329436 M * Bertl_ILL - integrate all the new toys into the guest setup 1130329449 M * Bertl_ILL - make ngnet selectable at compile time 1130329493 M * Bertl_ILL as this version of ngnet will not be as fast as the 'original' idea (because of the additional 'routing' part) we should keep the current networking as an option 1130329512 M * Bertl_ILL (maybe we can find a way to have both concurrently) 1130329751 M * happtnix Bertl_ILL: Could you simply make seperate iproute2 routing table for each vserver and assign iproute2 rules against the virtual interfaces you're creating. That might save patching routing up. Feel free to ignore me if I'm way off base. 1130329833 M * Bertl_ILL in theory we could, but it's probably better to virtualize it completely, because 'some' tools inside a guest (especially routing/firewalling/comemrcial ones) might rely on the 'normal' network view 1130329871 M * Bertl_ILL (it would also limit us to about 250 guests :) 1130329974 M * ag-2 Bertl_ILL: when you talk about the "original" idea, have you in mind actual ngnet or actual default networking? 1130329998 M * Bertl_ILL the previous ngnet version 1130330044 M * ag-2 hum, passing through netfilter seemed kind of slow too, more than routing 1130330044 M * Bertl_ILL as the 'guests' basically attached to the 'real' network device, it was somewhat faster than this solution will be 1130330063 M * Bertl_ILL it will now pass netfilter twice :) 1130330080 M * ag-2 hum... yes, indeed 1130330081 M * Bertl_ILL once on the host, a second time inside the guest :) 1130330105 M * happtnix Bertl_ILL: 250 isn't bad as limits go. ;-) If the tour tables and rules are known couldn't you intercept route queries inside the guest to show the appropriate table? I'm assuming that less patching is easier which isn't necessarily correct. 1130330128 M * Bertl_ILL but I'm not too worried about that, as I verified many times that folks who want a virtual network stack for a guest are willing to accept some performance penalty 1130330213 M * Bertl_ILL happtnix: the problem there is, the routing decisions are cached in many ways, if you 'just' redirect to some table, then the caches are getting in your way, especially if the routes are contradictional between guests/host 1130330269 M * Bertl_ILL so the 'each context has its isolated view of the routing engine' is probably the easier way than to fix that up 1130330310 M * Bertl_ILL also 'simply' making the caches xid aware will give the routing cache benefit, without changing the cache framework 1130330520 J * monrad ~monrad@213083190130.sonofon.dk 1130330727 Q * monrad Quit: 1130330745 J * monrad ~monrad@213083190130.sonofon.dk 1130330853 M * ag-2 Bertl_ILL: actually, you chose to do dual-homed interfaces, because of the namespace virtualisation? 1130330880 Q * Zytox Ping timeout: 480 seconds 1130330951 M * Bertl_ILL ag-2: yes, the 'bridging' interfaces (vnet loopback) have to reside in both namespaces 1130330953 M * happtnix Bertl_ILL: Just playing advocate. Making all the routing stuff XID aware doesn't sound simple to me but I am not speaking from a positin of knowledge. I was just pondering that if each guest could have it's own routing rule 0, then a few "from ve0"? (i think you called the interface) rules and two routing tables (local,xid> and main) later all would be well. (and oh nuts we're down to 125 guests). Please don;t let me distract you, I'm very excite 1130331016 M * Bertl_ILL happtnix: actually 99% of this virtualization (not for advanced routing) was already done by the previous ngnet patches 1130331032 M * happtnix cool 1130331125 M * Bertl_ILL but I take it, that are interested in helping with testing this stuff, yes? 1130331397 M * happtnix Beta test yes, but I've been beat up lateley and need to regain some confidence before doing much alpha 1130331466 M * happtnix I almost tried the ngnet stuff but a review of my todo list tempered my excitement. 1130331840 M * Bertl_ILL okay, I guess we have some ideas/next steps for ngnet now .. let's think about it .. and have another talk tomorrow. ag-2 ? 1130332319 M * Bertl_ILL okay, off again ... probably back later ... 1130332446 P * happtnix 1130332860 M * ag-2 Bertl_ILL: yep, i'm gonna setup a page on the wiki with the ideas you expressed 1130332882 M * Bertl_ILL excellent! add a list of 'interested' testers there ... 1130332893 M * Bertl_ILL really off now ... 1130335532 J * menomc ~amery@200.75.27.42 1130335640 Q * mnemoc Ping timeout: 480 seconds 1130335641 N * menomc mnemoc 1130336511 J * virtuoso ~s0t0na@shisha.spb.ru 1130337224 J * id ~id@p54A00657.dip0.t-ipconnect.de 1130337232 M * id hi 1130337247 M * id uh Bertl is ill - that is bad 1130337772 J * lilo ~lilo@lilo.usercloak.oftc.net 1130338059 J * Zytox zytox@cD9088951.sdsl.catch.no 1130338161 Q * oliwel Quit: Chatzilla 0.9.68.5 [SUSE 1.0.7-0.1/20050920] 1130338185 Q * lilo_ Ping timeout: 480 seconds 1130339647 J * lilo_ ~lilo@lilo.usercloak.oftc.net 1130340053 Q * lilo Ping timeout: 480 seconds 1130340065 Q * stupidawy Quit: Caught signal 15, Terminated 1130341143 Q * id Quit: Leaving 1130342973 J * stefani ~stefani@superquan.apl.washington.edu 1130343190 Q * NikDaPhreak Quit: [BX] One BitchX to rule them all 1130343355 J * liquid3649 ~liquid@p549765FB.dip.t-dialin.net 1130343404 Q * liquid3649 Quit: 1130343406 J * viper0482 ~viper@p549765FB.dip.t-dialin.net 1130343453 Q * viper0482 Quit: 1130343634 Q * rrittenhouse Remote host closed the connection 1130344354 Q * prae Quit: Execute Order 69 ! 1130345079 Q * shedi Quit: Leaving 1130346133 J * fwiffo ~mmrnmrhm@p54993B45.dip.t-dialin.net 1130346137 M * fwiffo moin 1130346177 M * fwiffo how careful did you test this patch: http://vserver.13thfloor.at/Experimental/patch-2.6.13.3-vs2.1.0-rc4.diff.bz2 1130346180 M * fwiffo ? 1130346266 M * fwiffo have to make sure that this patch works, so that i can ensure that the failure is in one of my patches... 1130346390 M * fwiffo because unfortunately rlim_cur get's an signed value but though it's unsigned long... 1130346408 M * fwiffo but as said, who has this patch running, currently? 1130346527 M * fwiffo s/but t/ t/ 1130346975 M * fwiffo hm, seems like this channel is dead when bertl is ill ;-) 1130347021 M * AndrewLe1 micah: I reopened #328209 1130347054 M * AndrewLe1 micah: I found util-vserver doesn't work in sarge on powerpc. 1130347078 M * micah AndrewLe1: you need to change the version found tag, the bug currently reads: Found in version util-vserver/0.30.208-1. 1130347126 M * AndrewLe1 micah: I forgot that one. :p 1130347239 M * fwiffo hullo micah/andrew 1130347256 M * fwiffo did you test the latest experimental vserver patch? 1130347269 M * AndrewLe1 micah: tags #328209 Found in version: 0.30.204-5sarge2? 1130347300 M * AndrewLe1 fwiffo: not yet 1130347302 M * fwiffo or have it running (or something like that ;-) 1130347307 M * fwiffo sheesh... 1130347311 M * micah AndrewLe1: yes 1130347334 M * fwiffo did bertl say how long he'll be away? 1130347414 M * AndrewLe1 micah: sent, thanks. 1130347457 M * micah fwiffo: he is ill, so I guess he will be back when he feels better 1130347552 M * fwiffo likely, but depend's on the disease 1130347601 M * fwiffo where's doener, btw? 1130347611 A * AndrewLe1 best wishes to Bertl, hope he is getting better. 1130347620 M * fwiffo yeah... 1130347688 M * AndrewLe1 micah: Do you know how to fix the bug? 1130347718 M * AndrewLe1 micah: Will that be possible in include all archs' vserver patched kernel-headers in the package? 1130347725 M * AndrewLe1 micah: Sounds crazy. :p 1130347735 M * brc_ i have a doubt, my servers run using kenel 2.6.11.3 , and they are really stable. should i keep usign them on my new servers, or an upgrade would be better ? 1130347804 M * fwiffo depends if there were security fixes in the meantime 1130347874 M * fwiffo but if you want to do some testing you could use 2.6.13.4, and report if there are any flaws regarding mmap() ;-) 1130347893 M * fwiffo hehe, forget the last sentence =) 1130348466 M * Bertl_ILL fwiffo: 2.6.13.3-vs2.1.0-rc4 is devel stuff, do not expect it to be stable :) 1130348477 M * AndrewLe1 micah: Unknown tag/s: Found, in, version:, 0.30.204-5sarge2. 1130348490 M * Bertl_ILL fwiffo: regardless of that, what kind of 'issues' do you see? 1130348506 M * fwiffo ah, hi bertl 1130348511 M * Bertl_ILL hi! 1130348516 M * AndrewLe1 Bertl_ILL: Are you getting better? 1130348534 M * Bertl_ILL well, I hope so ... 1130348547 A * Bertl_ILL just woke up ... 1130348676 M * fwiffo Bertl_ILL: ENOMEM are coused very frequently, best to reproduce: modpost on the running kernel =) 1130348709 M * Bertl_ILL on the host? 1130348719 M * fwiffo so, if this doesn't happen, just never mind, then it's my fault ;-) 1130348721 M * fwiffo yeah 1130348749 M * Bertl_ILL Vudumen: moon is still gone ... btw 1130348817 M * Bertl_ILL the host (xid=0) does not have any limits, so no checks there (in linux-vserver code) 1130348833 J * prae ~benjamin@sherpadown.net 1130348867 M * fwiffo may_expand_vm() -> vx_pages_avail in mm/mmap.c 1130348873 M * Bertl_ILL fwiffo: could you run 'testme.sh -L' and upload the results somewhere? 1130348894 M * fwiffo yip 1130348923 M * Bertl_ILL vx_pages_avail(m,p,r) -> __vx_pages_avail((m)->mm_vx_info, r, p, __FILE__, __LINE__) 1130348977 M * Bertl_ILL hmm .. well, that _might_ actually strike on the host too .. 1130348998 M * Bertl_ILL fwiffo: do you have vserver debugging enabled? 1130349028 M * fwiffo currently not, because i reverted back to the old kernel 1130349148 M * Bertl_ILL okay, it would be great to enable the debugging, then set the bit in debug_limit (for as/vm bit 7) 1130349162 M * Bertl_ILL and see if you get a message like this: 1130349180 M * Bertl_ILL vx_pages_avail[%5d,%s,%2d]: %5ld > %5d + %5d 1130349227 J * virtuoso_ ~s0t0na@80.253.205.251 1130349229 M * Bertl_ILL have to leave now, but will be back in an hour or two ... 1130349234 Q * virtuoso Read error: Connection reset by peer 1130349247 M * fwiffo k 1130349253 M * fwiffo c'ya later 1130352261 Q * prae Quit: Pwet 1130352596 Q * virtuoso_ Read error: Connection reset by peer 1130352599 J * virtuoso ~s0t0na@shisha.spb.ru 1130352696 J * NikDaPhreak ~NikDaPhre@soflan.net 1130352698 M * NikDaPhreak hi all 1130353091 J * shedi ~siggi@inferno.lhi.is 1130353707 Q * virtuoso Read error: Connection reset by peer 1130353710 J * virtuoso ~s0t0na@shisha.spb.ru 1130357660 J * mrec ~revenger@p54B02AAD.dip0.t-ipconnect.de 1130358074 Q * mrec_ Ping timeout: 480 seconds 1130358827 Q * mrec xenon.oftc.net oxygen.oftc.net 1130358827 Q * shedi xenon.oftc.net oxygen.oftc.net 1130358827 Q * fwiffo xenon.oftc.net oxygen.oftc.net 1130358827 Q * monrad xenon.oftc.net oxygen.oftc.net 1130358827 Q * yungyuc xenon.oftc.net oxygen.oftc.net 1130358827 Q * Johnnie xenon.oftc.net oxygen.oftc.net 1130358827 Q * kaRma0 xenon.oftc.net oxygen.oftc.net 1130358827 Q * Hollow xenon.oftc.net oxygen.oftc.net 1130358827 Q * eugenesan xenon.oftc.net oxygen.oftc.net 1130358827 Q * Sonarman xenon.oftc.net oxygen.oftc.net 1130358827 Q * micah xenon.oftc.net oxygen.oftc.net 1130358827 Q * derbien xenon.oftc.net oxygen.oftc.net 1130358833 Q * Vudumen xenon.oftc.net oxygen.oftc.net 1130358833 Q * entroposcope xenon.oftc.net oxygen.oftc.net 1130358833 Q * AndrewLe1 xenon.oftc.net oxygen.oftc.net 1130358833 Q * Greek0 xenon.oftc.net oxygen.oftc.net 1130358833 Q * cryo xenon.oftc.net oxygen.oftc.net 1130358833 Q * locksy xenon.oftc.net oxygen.oftc.net 1130358833 Q * tchan xenon.oftc.net oxygen.oftc.net 1130358833 Q * TheSeer xenon.oftc.net oxygen.oftc.net 1130358833 Q * flock xenon.oftc.net oxygen.oftc.net 1130358833 Q * sladen xenon.oftc.net oxygen.oftc.net 1130358833 Q * FireEgl xenon.oftc.net oxygen.oftc.net 1130358833 Q * stefani xenon.oftc.net oxygen.oftc.net 1130358833 Q * lilo_ xenon.oftc.net oxygen.oftc.net 1130358834 Q * Zytox xenon.oftc.net oxygen.oftc.net 1130358834 Q * mnemoc xenon.oftc.net oxygen.oftc.net 1130358834 Q * gdm xenon.oftc.net oxygen.oftc.net 1130358834 Q * sebi_ xenon.oftc.net oxygen.oftc.net 1130358834 Q * xzu xenon.oftc.net oxygen.oftc.net 1130358834 Q * eyck xenon.oftc.net oxygen.oftc.net 1130358834 Q * nox xenon.oftc.net oxygen.oftc.net 1130358834 Q * Loki|muh xenon.oftc.net oxygen.oftc.net 1130358834 Q * click xenon.oftc.net oxygen.oftc.net 1130358834 Q * case xenon.oftc.net oxygen.oftc.net 1130358834 Q * baggins xenon.oftc.net oxygen.oftc.net 1130358834 Q * Millox xenon.oftc.net oxygen.oftc.net 1130358834 Q * ag- xenon.oftc.net oxygen.oftc.net 1130358834 Q * mcp xenon.oftc.net oxygen.oftc.net 1130358834 Q * virtuoso xenon.oftc.net oxygen.oftc.net 1130358834 Q * brc_ xenon.oftc.net oxygen.oftc.net 1130358834 Q * jkl xenon.oftc.net oxygen.oftc.net 1130358834 Q * ag-2 xenon.oftc.net oxygen.oftc.net 1130358834 Q * [MUPPETS]Gonzo xenon.oftc.net oxygen.oftc.net 1130358834 Q * meebey xenon.oftc.net oxygen.oftc.net 1130358834 Q * alexx xenon.oftc.net oxygen.oftc.net 1130358834 Q * BWare xenon.oftc.net oxygen.oftc.net 1130358834 Q * michal_ xenon.oftc.net oxygen.oftc.net 1130358834 Q * Bertl_ILL xenon.oftc.net oxygen.oftc.net 1130358834 Q * Hunger xenon.oftc.net oxygen.oftc.net 1130359021 J * kaRma0 ~coeurl@adsl-68-89-14-73.dsl.okcyok.swbell.net 1130359084 J * ag- ag@caladan.roxor.cx 1130359084 J * case ~case@donpanic.faveve.uni-stuttgart.de 1130359084 J * Bertl_ILL herbert@212.16.62.52 1130359084 J * click click@ti511110a080-4596.bb.online.no 1130359084 J * alexx ~alexx@proxy.ikse.net 1130359084 J * Hunger Hunger.hu@213.163.11.138 1130359084 J * meebey meebey@booster.qnetp.net 1130359084 J * Loki|muh loki@satanix.de 1130359084 J * nox ~nox@nox.user.oftc.net 1130359084 J * mcp ~hightower@wolk-project.de 1130359084 J * BWare ~bware@office.intouch.net 1130359084 J * baggins baggins@kenny.mimuw.edu.pl 1130359084 J * michal_ ~michal@mprivacy-update.de 1130359084 J * Millox ~mattias@shienar.csbnet.se 1130359084 J * FireEgl Atlantica@Atlantica.US 1130359084 J * [MUPPETS]Gonzo gonzo@langweiligneutral.deswahnsinns.de 1130359084 J * ag-2 ag@kaitain.roxor.cx 1130359084 J * jkl eric@c-67-173-249-8.hsd1.co.comcast.net 1130359084 J * eyck eyck@81.219.64.71 1130359084 J * xzu ~otto@brucester.a20.net 1130359084 J * sebi_ ~sebi@Fd554.f.strato-dslnet.de 1130359084 J * gdm ~gdm@209.51.169.84 1130359084 J * brc_ bruce@200141099062.user.veloxzone.com.br 1130359084 J * mnemoc ~amery@200.75.27.42 1130359084 J * Zytox zytox@cD9088951.sdsl.catch.no 1130359084 J * lilo_ ~lilo@lilo.usercloak.oftc.net 1130359084 J * stefani ~stefani@superquan.apl.washington.edu 1130359084 J * virtuoso ~s0t0na@shisha.spb.ru 1130359084 J * prae ~benjamin@sherpadown.net 1130359146 J * mrec ~revenger@p54B02AAD.dip0.t-ipconnect.de 1130359146 J * shedi ~siggi@inferno.lhi.is 1130359146 J * fwiffo ~mmrnmrhm@p54993B45.dip.t-dialin.net 1130359146 J * monrad ~monrad@213083190130.sonofon.dk 1130359146 J * yungyuc ~yungyuc@220-135-53-220.HINET-IP.hinet.net 1130359146 J * Johnnie ~john@acs-24-154-53-217.zoominternet.net 1130359146 J * Hollow ~hollow@home.xnull.de 1130359146 J * eugenesan eugenesan@bzq-219-189-203.cablep.bezeqint.net 1130359146 J * Sonarman ~cleetus@71.141.160.79 1130359146 J * sladen paul@starsky.19inch.net 1130359146 J * flock ~restless@l192-117-111-12.broadband.actcom.net.il 1130359146 J * micah micah@micha.hampshire.edu 1130359146 J * derbien ~derbien@whiterabbit.nbmc.de 1130359146 J * Vudumen vudumen@perverz.hu 1130359146 J * entroposcope ~entroposc@user-0c992og.cable.mindspring.com 1130359146 J * AndrewLe1 ~andrew@tnlug.linux.org.tw 1130359146 J * Greek0 ~greek0@85.255.145.201 1130359146 J * cryo ~say@212.86.233.146 1130359146 J * locksy ~locksy@mrtg.sisgroup.com.au 1130359146 J * tchan ~tchan@c-67-174-18-204.hsd1.il.comcast.net 1130359146 J * TheSeer ~theseer@border.office.salesemotion.net 1130359373 J * Lunar^ ~lunar@poivron.org 1130359379 M * Lunar^ hi 1130360330 M * ag- Lunar^: you came all the way from #debian-devel-fr? welcome here! ;) 1130360535 M * Lunar^ ag-: why? :) 1130360554 M * Lunar^ ag-: I have already spent some time here to report problem on powerpc 1130360566 M * Lunar^ ag-: I'd like to fix util-vserver debian package syscall# bu 1130360567 M * Lunar^ bug 1130360590 M * Lunar^ I just need to understand more on autotools first 1130360629 M * ag- Lunar^: hum, i didn't see you, it just happens now, sorry :P 1130360663 M * ag- Lunar^: well, changing the maintainer would be a good option to start 1130360684 M * ag- oops, a rant, i stop there :/ 1130360684 M * Lunar^ ag-: util-vserver has been orphaned? 1130360707 M * ag- Lunar^: i don't think so, it's still Ola 1130360744 M * Lunar^ ag-: I don't get you, then... 1130360772 M * ag- Lunar^: i will make myself clear: the maintainer doesn't care about its package 1130360793 M * ag- s/its/his/ 1130360964 M * Lunar^ micah: maybe we should make a small team for vserver packages? 1130361039 M * stefani ouais 1130361096 M * Lunar^ stefani: are you suggesting vserver@riseup.net? ;) 1130361177 M * stefani hehe ;) 1130361210 M * stefani Lunar^: i have to package up something so that i can be sponsored, so that i can be put in NM list. 1130361259 M * Lunar^ small teams don't really fit in the NM picture... yet 1130361264 M * ag- it's not a debian team which is needed, simply someone who cares, anyway this is a debian issue 1130361300 M * Lunar^ ag-: I like the idea of small team because it's a way to share workload, interest and knowledge 1130361326 M * ag- Lunar^: so do I 1130361356 M * ag- anyway, if we fixed the bugs upstream, it should do it for debian ;P 1130361395 M * Lunar^ ag-: things that I do often depends on interaction with other people. You are saying that Ola doesn't care about util-vserver, but it might just be a matter of working with others 1130361502 M * ag- when 2.6 will really be ready on mac68k (still some minor issues to fix), i'm going to make it work on m68k, it's on my todo list 1130361701 M * ag- Lunar^: well, you call that "working with others" instead of "he doesn't care", it's the same for me, because he cannot correct everything by himself anyway, the proof is util-vserver is not bug-free :) 1130361797 Q * prae Quit: Pwet 1130361864 Q * monrad Ping timeout: 480 seconds 1130362476 J * monrad ~monrad@213083190130.sonofon.dk 1130362930 Q * kaRma0 Quit: using sirc version 2.211+KSIRC/1.3.12 1130363434 Q * monrad Ping timeout: 480 seconds 1130363450 J * monrad ~monrad@213083190134.sonofon.dk 1130365111 J * Aiken ~james@tooax6-054.dialup.optusnet.com.au 1130370094 J * Exomorph ~Greg@216.251.129.6 1130370137 J * davidsmind ~davidsmin@149.130.davidsmind.com 1130370235 M * davidsmind hi I can't run vyum jon -- install yum on a newly built system 1130370241 M * davidsmind I get a resolver error 1130370248 M * davidsmind vserver jon build --force -m legacy --hostname=jon.virtual --interface main0=eth0:192.168.143.100/24 -- -d fc 1130370258 M * davidsmind rpm-fake.so: failed to exec resolver: No such file or directory 1130370258 M * davidsmind rpm-fake.so: failed to initialize communication with resolver 1130370266 M * davidsmind that's the build command + error 1130370272 M * davidsmind anyone want to help? 1130370287 M * davidsmind err add a 4 to the end of that build command 1130370427 J * iprone ~iprone@adsl-065-012-167-027.sip.asm.bellsouth.net 1130370431 M * davidsmind ...is this channel active? Do I have voice? 1130370444 M * iprone moochie 1130370456 M * davidsmind I'll take that as a yess 1130370479 M * davidsmind I'm having troubles with vyum on a newly built guest 1130370489 M * davidsmind wanna help? 1130370510 M * davidsmind this is obviously with vserver 2.0 1130370519 M * iprone what type of problem are you having 1130370537 M * davidsmind rpm-fake.so: failed to exec resolver: No such file or directory 1130370537 M * davidsmind rpm-fake.so: failed to initialize communication with resolver 1130370559 M * davidsmind I get that when I attempt a 'vyum -- install yum' 1130370572 M * davidsmind it also is displayed when I create a new guest 1130370579 M * davidsmind using yum as the management system 1130370593 M * davidsmind I used the following command 'vserver jon build --force -m legacy --hostname=jon.virtual --interface main0=eth0:192.168.143.100/24 -- -d fc4' 1130370654 M * davidsmind google is useless 1130370660 M * davidsmind well, for this anyway. 1130370679 M * davidsmind my error brings up one result...which is actually just a link to the string from the code in some svn repository 1130370803 M * davidsmind iprone: no help? 1130370850 M * iprone personally no, but someone else here might 1130370871 M * davidsmind this channel seems pretty dead 1130370883 M * davidsmind at least for having 70+ people logged on 1130370886 M * davidsmind :( 1130370894 M * davidsmind It's quite the error 1130370915 M * iprone the channel is typically active, maybe people are sleeping right now 1130370933 Q * monrad Quit: Leaving 1130371004 M * davidsmind maybe my question put them to sleep