[00:02] ccooke (~ccooke@80.1.164.238) left irc: Ping timeout: 485 seconds [00:07] has the format of the .conf file changed? [00:17] JonB: only in alpha branch [00:18] ensc: mine doesnt work any more :( [00:18] JonB: which util-vserver version? [00:19] Starting the virtual server irc [00:19] Server irc is not running [00:19] Can't set the ipv4 root (Invalid argument) [00:19] ensc: i use the old vserver tools [00:20] ah ok, then I am innocently ;) [00:21] ensc: well, i still need some help [00:21] JonB: which kernel patch? [00:21] okay I'm back ... [00:21] hi marlow! [00:22] ensc: vs1.00 [00:22] Bertl: 0.23.97 has your version changes [00:22] Bertl: hi [00:22] hey cool ... [00:22] thanks enrico! [00:23] Bertl: ahh, just the man i needed to see [00:23] Action: Bertl tries to hide ... *G* [00:23] @jon what's up? [00:23] Bertl: i can see you :) [00:24] Bertl: i got vs1.00 up and running on 2.4.21 [00:24] Bertl: i cant get the old .conf files to work though [00:24] i am still using ii vserver 0.22-1 Linux virtual server utilities [00:25] @enrico is 0.23.96 now official vs1.00 release or do you plan a stable for that? [00:25] Bertl: the RELEASE-NOTES are missing... [00:25] jonb: that's not good if you want to use newer patches .. [00:25] jonb: what patch ? [00:25] Bertl: 0.23.97 will be 1.0 [00:25] marlow: what patch ? [00:25] marlow: what ctx version are you using .. [00:25] ... I mean 0.24 [00:25] ahh okay, so you release it as, what 0.23.7 soon? [00:26] @jonb i meant .. [00:26] Action: marlow is half asleep :) [00:26] ahh okay 0.24 then ... [00:26] marlow: i used to use ctx 17, but now i use Bertl's vs1.00 [00:26] @jon show me the config file ... [00:26] jonb: then you need at least go up to 0.23 .. [00:26] jonb: from ctx17a that was required .. [00:27] hmm, right ctx17a required 0.23 tools ... [00:27] marlow: okay [00:27] but the config should not change? you still use the 0.22er tools, right? [00:32] bertl: what about 1.0 ... same thing, right ? [00:32] i'll try the new utils-vserver [00:32] bertl: 0.23 minimum ? [00:32] jonb: probably a good idea .. [00:32] http://www.13thfloor.at/vserver/s_release/v1.00/util-vserver-0.23.96-1mdk.i586.rpm [00:32] arghh .. i need more ram ... or fix my other desktop .. [00:32] marlow: how much do you have ? [00:32] ccooke (~ccooke@80.1.164.238) joined #vserver. [00:33] jonb: only 256 meg in this, however i have bought 512 meg extra a long time ago .. it just wouldn't run in my board ... [00:33] jonb: and then i didn't do anything about it anymore ... there is never enough time.. [00:34] rus_ (rghf@irc.65535.net) left irc: Ping timeout: 483 seconds [00:34] marlow: thats not much [00:35] jonb: i know .. the other machines have more .. as i said ... either i get myself together and upgrade this or i fix the other desktop ... that has a gig .. [00:35] you guys are my new best friends :) it works [00:36] why should it not ? [00:36] marlow: because my vserver machine is a fucked up old piece of shit [00:38] my desktop is nice though, 1280MB ram is nice [00:38] jonb: vserver isn't really demanding ..... [00:39] jonb: it'll gladly run a couple of vservers on "smaller machines" ... [00:39] @jon hmm, I doubt you can compete with my development machine at home ... [00:40] Simon (~sgarner@210.54.177.190) joined #vserver. [00:40] hi simon! [00:40] Bertl: tell me ? [00:40] Zoiah (Zoiah@81.17.52.139) left irc: Quit: changing servers [00:40] marlow: i know, but i use it for samba too, and soon apache and mail [00:41] Zoiah (Zoiah@81.17.52.139) joined #vserver. [00:41] jonb: i've got 15 vservers running on a P3 1 Ghz with 512 MB ram .. [00:41] @jon well it's a 350Mhz AMD/K6 with 128MB memory ... [00:41] jonb: w/o problems .. [00:42] Bertl: oh, poor guy [00:42] bertl: that shouldn't be a problem .. depending on, what you are running on that .. [00:42] hey, it works well, otherwise I wouldn't use it ... [00:43] bertl: as long as you don't put any ram/cpu eaters there .. [00:43] marlow: @jon hmm, I doubt you can compete with my development machine at home ... [00:43] jonb: i saw that .. [00:43] Bertl: do you have access to bigger machines to compile on ? [00:43] marlow: okay [00:43] jonb: it ain't so bad to have that as a development machine ... you definatly don't get the "Microsoft effect" [00:43] mcp (~hightower@81.17.110.148) got netsplit. [00:43] MrBawb (abob@sparky.dok.org) got netsplit. [00:44] mcp (~hightower@81.17.110.148) returned to #vserver. [00:44] #vserver: mode change '+o mcp ' by quark.oftc.net [00:44] MrBawb (abob@sparky.dok.org) returned to #vserver. [00:44] yep, I do most compiles on a dual 1G Pentium III [00:45] marlow: it's not the speed of my machine i am worried about, it is that any day it will crash [00:45] marlow: microsoft effect? [00:45] Bertl: i cant imagien that it compiles so fast [00:45] jonb: the software demands grow with the size of the machines, that the developers have .. [00:45] jonb: WinXP should infocially run best with 1 GB of ram .. [00:45] jonb: if i should believe, what rumors told me [00:45] marlow: oh, maybe thats true, but i dont think it is a bad rule [00:45] marlow: i dont run xp [00:46] jonb: neither do I .. [00:46] Bertl: oh, so you have a bigger machine [00:46] Bertl: the compiling one is the one i would call a develloping machine [00:46] somebody from the community provides it ... [00:46] jonb: but so do many other people ... and they are at some point going shopping for that .. [00:46] jonb: they increase the demand, people buy, they increase, people spend more money [00:47] M$ effekt [00:47] marlow: i like that [00:48] i can't see the meaning in upgrading all the time .. [00:48] marlow: that means that my quad opteron with 1T of ram gets cheaper :) [00:48] not at this pace [00:49] jonb: yes .. but at the point where it gets affordable for you, the demands have raised, so you are looking for something else .. [00:49] I have the feeling I will go to bed early ... the network connection is almost unusable for me ... [00:49] marlow: maybe not a quad, but a dual, and a few gigs of ram, i can afford that [00:49] bertl: high load ? [00:49] netrose (~john877@24.171.21.47) left irc: Ping timeout: 485 seconds [00:49] are there any new viruses out there? [00:50] jonb: i was lucky that my employer paid my board, when the Tyan Thunder K7 came out .. [00:50] Bertl: there are som DDoS attacks on anti spam sites [00:50] Bertl: still Swen / Gibe ...hitting with 500 pieces a day on my door [00:50] marlow: a dual athlon board is not expensive today [00:51] Bertl: and there was a new in the last update .. [00:51] marlow: so, what do you do anyway ? [00:51] JonB: no .. but this board was at 6000 DKK and is still expensive, if you buy it today [00:51] I wouldn't go for athlons at the moment ... [00:52] marlow: i dont want a K7 board now [00:52] jonb: right now ? .. i'm server technician for an oem ... [00:52] Bertl: neither would i, but a opteron... i'd like that [00:52] oem ? [00:54] computer manufacturer [00:54] but this board i got before .. when i was freelance [00:54] dont know them [00:54] jonb: oem is not a company .. an oem is something like IBM, Compaq/HP, Dell [00:54] JonB: in my case Dell [00:54] marlow: oh, them :/ [00:54] hmm, and what do you do for Dell? [00:56] their high-end machines are pretty neat .. but also pricy .. [00:56] bertl: primarily support ... [00:56] bertl: for enterprise customers (server, storage/san, network) [00:56] like laptop/workstation/server repair/setup? [00:57] bertl: more troubleshooting, guidance and booking onsite techicians+parts .. [00:57] Bertl: quite boring sometimes .... [00:58] hmm ... I see ... [00:58] Bertl: but not desktop and notebook ..... i've would have quit long ago .. [00:58] marlow: i can imagien, i did internet support for 2 years [00:59] Bertl: i've been system administrator for about 8 years .... [00:59] BOFH? [01:01] JonB: been there, done that :) [01:01] Bertl: ehehe ...yes .. [01:01] Bertl: the last job was quite nice ... half time Denmark, half time California .. [01:01] Bertl: unfortunatly the company did run out of cash .... lost some customers .. [01:04] it's always the money ... *sigh* [01:04] it is ... [01:05] when i started at Dell it was mostly because i knew, that they probably not are going out of business tomorrow [01:05] the last 3 companies i worked for didn't last ..... to much competition in IT .. [01:06] say-out (~say@212.86.243.154) joined #vserver. [01:19] Nick change: riel -> unriel [01:21] i'm gone ... have to fix some bugs before i go to bed .. [01:21] cu .. [01:22] marlow (marlow@as2-6-3.tbg.s.bonet.se) left #vserver. [01:26] Bertl: are your patches adding radix-tree.h to the kernel-sources? [01:27] hmm, not that I know of ... [01:27] which patch should add this? [01:27] the compilation failures of Alexander Goeres are showing lots of 2.6 stuff [01:28] interesting .. [01:28] Debian seems to patch the kernel more worse than Red Hat ;) [01:29] hmm, well IIRC, I made a 2.4.22-3 deb patch ... [01:30] what would be the most clean way to include ? [01:30] hehe .. good question, actually an excellent question ... [01:31] the problem is which linux/capabilities, the one from glibc or the one from the kernel, I asume the latter ... [01:32] should not matter; both are including which causes problems [01:33] hmm, the glibc version should not cause any troubles ... [01:33] otherwise something in the headers is wrong ... [01:47] ok; I solved it by using a copy of capabilities.h which is stripped of all #include's [01:48] that's the way the glibc maintainer does it ... [01:48] Bertl: no; the glibc maintainer removed all #ifdef __KERNEL__ ... #endif blocks [01:48] you glibc really has troubles including capabilities.h ? [01:49] I do not use the glibc-kernelheaders [01:49] hmm, which one do you use? [01:49] I use the kernel-headers which were used to compile the glibc [01:49] and these are copies of the actual kernel [01:49] okay, that is not the way it's meant to be ... there you have to patch/modify ... [01:51] this might change in 2.7 or so ... [02:01] Simon (~sgarner@210.54.177.190) left #vserver. [02:02] Simon (~sgarner@210.54.177.190) joined #vserver. [02:02] JonB (~jon@kg88.kollegiegaarden.dk) left irc: Quit: zzzzz [02:22] *kisses* [02:22] hi ccooke! [02:22] what's up? [02:22] cc-away (~ccooke@80.1.164.238) joined #vserver. [02:23] cc-away (~ccooke@80.1.164.238) left #vserver. [02:24] hi! [02:24] hi! [02:25] how are you herbert? [02:25] had a good day? [02:25] fine thanks (except for the sluggish network today), how are you? [02:30] rus_ (rghf@irc.65535.net) joined #vserver. [02:30] ccooke (~ccooke@80.1.164.238) left irc: Ping timeout: 485 seconds [02:36] who is providing the IRC logs? Would it be possible to mark them as text/plain and name them, that they will be appear in chronological order? [02:37] you have to tals to alex (shadow) .. he installed the 'loger' ;) [02:37] s/tals/talk/ [02:38] no; I was not sure who installed the logger [02:38] hi Bertl! [02:38] hi simon! [02:39] is 1.1.0 == c17h? [02:39] basically yes ... [02:39] let me put it this way, it's a cleaned up c17h + the x86_64 uname fix ... [02:39] so there is no point me updating ;) [02:39] ok [02:41] netrose (~john877@24.171.21.47) joined #vserver. [02:52] sorry about the delay...i am good [03:09] you know, customers such sometimes :) [03:09] some guy bought a VPS and had no idea how to use Linux [03:09] he couldn't even create a virtual site using VirtualMin (enter in the domain, password, and click a few radio buttons) [03:11] hmm, I once had a really good laugh about somebody who wanted to publish his photoshop web page, and asked, how he could add the buttons to the picture ... and now there is dreamweaver *shrug* ... [03:12] i wonder about people sometime... like what possesses them to do things [03:12] heh [03:12] I need me a website! [03:12] i've had quite a few people who signup and know nothing about Linux [03:13] then I try to push DirectAdmin on them which is an easy control panel and not expensive, only $10/mo extra and they are too cheap [03:13] yeah [03:13] so they'd rather struggle and finally give up then pay a lil more [03:13] they shouldn't need to pay for this! :) [03:14] i guess it happens to everyone [03:14] yeah [03:15] there should be a tax for not thinking ;) [03:15] this whole website thing isn't a fully solved and understood problem [03:15] :) [03:17] i'm just gonna implement a support matrix [03:17] for those who never need to contact me except for my own problem no harm done [03:17] but "tax" the stupid :) [03:19] heh [03:20] people really don't like paying for support [03:20] matt, let me know when you plan to do some testing with sour SMP box ... [03:20] s/sour/your/ [03:20] Bertl: oh, i'll definitely do it when you're around [03:21] okay, maybe we can find the cause of this lockup ... [03:21] MrBawb: i see it from both sides [03:21] yeah [03:21] something has to give at low price points [03:21] A lot of places (like your employer) charge a premium price, but you receive premium support [03:21] I'll call it a day ... cu all 2morrow ... [03:22] but what about those who never need to contact support except for a reboot? [03:22] why should they pay the premium? [03:22] that's why there are discount providers, excellent prices but if you need any more prepared to pay. [03:22] Nick change: Bertl -> Bertl_zZ [03:22] yeah [03:22] that's what the $100/mo ded server people come in [03:22] where [03:22] if I implemented support levels I would almost think of them at a deterence [03:23] where if someone thought they would be using a lot of support, they might think twice [03:23] because i'd rather lose the $15/mo account than waste a few hours of my day dealing with them [03:23] i'd had people that send in over 10 tickets a day due to their own ignorance [03:24] pros and cons of everything, right now I think i'd prefer to gain a foothold targeting the power user [03:24] heh [03:24] then perhaps spread out [03:24] everyone wants the power user, nobody wants the high-support ones :) [03:25] i'll tell ya what, i beat the average provider by $15/mo [03:25] and most of them use Virtuozzo or UML [03:25] so i don't see how they pull any profit [03:25] Virtuozzo is $1/mhz, making it very expensive [03:25] heh [03:25] and with UML on a server I can run 60 vservers on they can only put 20-30 VPS's on [03:25] because of the overhead [03:26] it boggles me sometimes, i think i cut myself short and then I see these other people who have to put much more into it [03:26] yeah, UML isn't very good for mass hosting [03:27] the nature of the business [03:27] everything has it limits, in virtual server hosting these days it's a "choose your evil" [03:27] yup [03:27] if you can survive a price war in exchange for not supporting, go for it :) [03:28] well, i've only ever had to turn down 3 customers for support [03:28] most are very happy [03:28] that's good news [03:28] sounds like it isn't out of control then :) [03:29] not yet, must always be re-thinking the plan though as one is never perfect :) [03:29] anyhow... i must go now [03:30] yup [03:30] laer [03:30] see ya later [04:40] netrose (~john877@24.171.21.47) left irc: Ping timeout: 485 seconds [06:32] netrose (~john877@24.171.21.47) joined #vserver. [07:01] rus_ (rghf@irc.65535.net) left irc: Ping timeout: 493 seconds [11:14] [HvD] (~guess@62.99.252.14) joined #vserver. [12:25] re [12:30] Nick change: Bertl_zZ -> Bertl [12:30] hi all! [12:30] Bertl: Hi. [12:37] say_ (~say@212.86.243.154) joined #vserver. [12:37] say-out (~say@212.86.243.154) left irc: Read error: Connection reset by peer [12:37] Topic changed on #vserver by ChanServ!services@services.oftc.net: http://www.linux-vserver.org/ || vserver-1.0 released! [12:37] #vserver: mode change '-o surriel' by ChanServ!services@services.oftc.net [12:37] #vserver: mode change '-o unriel' by ChanServ!services@services.oftc.net [12:37] #vserver: mode change '-o Bertl' by ChanServ!services@services.oftc.net [13:32] loger joined #vserver. [13:36] Gozilla (~fdu@uu194-7-162-254.unknown.uunet.be) joined #vserver. [13:36] hi Gozilla! [13:37] hi everyone [14:05] serving (~serving@213.186.189.7) joined #vserver. [14:22] AGoe (~agoeres@Def7c.d.pppool.de) joined #vserver. [14:24] hi all .. anybody in here? [14:28] yup, brb in 20min ... [14:29] Nick change: Bertl -> Bertl_oO [14:29] evening [14:41] hi Herbert .. [14:41] just a leettle question.. [14:42] say hello to my leetle friend [14:43] Bertl_oO, i just don't understand, why my vservers start up nice, when i let then take their own context, but fail to start with S_Context set.. [14:45] oh oO..:-( [14:47] nope :-) [15:02] Simon (~sgarner@210.54.177.190) left irc: Quit: so long, and thanks for all the fish [15:03] Nick change: Bertl_oO -> Bertl [15:04] so alexander, you still have troubles starting the vservers? [15:07] herbert.. yes, they don't like me.. [15:08] herbert yesterday you told me, to touch the vservers files from ctx 0.. [15:12] herbert, obviuosly i don't know how to do that: isn't it a touch of the files as root of the host? [15:14] the best way is you get the patch for the ext2 tools ... [15:15] then you can have a look at the files, maybe you have another problem ... [15:16] herbert.. so.. i should get the ex2fsprogs tar, and install them over the existing debian files..?? [15:16] and of course patch them before.. [15:16] you don't ahve to install them, just compile em ... [15:17] then copy the two new tools lsctx and chctx to /usr/local/bin ... [15:18] AGoe: are you the guy who has problems to compile util-vserver? [15:18] AGoe: do you have applied vserver patches to vanilla 2.4.22 kernel? [15:19] hi enrico.. yes thats me.. a vanilla kerne vrom kernel.org, the patches from "per context disk limit" page.. [15:20] but linux/radix-tree.h is from 2.5 [15:20] enrico, the tool compile and install nicely with v1.00, just not with these patches i used.. [15:21] what was the last kernel include before the error? ? [15:21] enrico.. well, i don't understand what is in thes patches, i can't speak c, c++ or such.. [15:21] AGoe: is /usr/include/linux/radix-tree.h from the kernel, or from a Debian package? [15:22] hmm, don't worry, we'll get this working, right enrico? [15:22] Bertl: I think; do you have compile util-vserver with you quota-patches? [15:23] enrico.. i'll take a look.. [15:23] @enrico I didn't compile the tools with the kernel headers, remeber, I use the glibc ones ;) [15:24] but maybe this is his problem, a symlink into some 2.5/2.6 kernel headers ... [15:24] AGoe: I do not know, where you new problem occured, but can you try to remove '#include ' from lib/virtual.h please? [15:26] enrico .. ok .. i'll do tha, try to compile again and'll be back [15:26] AGoe: thx [15:26] AGoe (~agoeres@Def7c.d.pppool.de) left irc: Quit: Client exiting [15:27] @enrico so the 0.24 tree is for stable and delvel? [15:27] Bertl: it should work with both 1.0.0 and 1.1.0 [15:27] okay, and what will be the next version for, let's say 1.1.1 ? [15:27] (or better: c17h) [15:28] let's wait until it happens... ;) [15:28] okay, do you prefer that I copy those releases or just link to them? [15:28] I need to get alpha branch working so that I can merge devel and alpha [15:29] JonB (~jon@kg129.kollegiegaarden.dk) joined #vserver. [15:29] what I plan to get into the devel tree soon, is the signal2context syscall, any suggestions for that? [15:29] Bertl: does not matter; both linux-vserver.org and savannah are having the needed bandwidth probably ;) [15:30] I jsut don't want to step on your toes ;) [15:30] Bertl: when something appears on savannah, then it remains constant. Changes are getting another version number [15:31] Bertl: atomic syscalls like sig2context are really needed [15:31] but I do not have suggestions [15:32] well, probably it's simple, signal number, and context and that's it ... [15:33] Bertl: yes; but something which returns the number surviving processes would be nice too ;) [15:33] e.g. get_process_count [15:33] hmm, maybe we should add some statistics interface for that purpose ... [15:34] I'm also planning to add a really useful proc interface for those values, what do you think? [15:34] or does there exist another way to determine if a context is still alive (has processes) [15:34] Bertl: such a /proc interface would be nice for the user [15:35] I did some work on a /proc/virtual/.info [15:35] I'm not sure if a /proc/virtual// is useful ... [15:36] it'd be useful for utilities [15:36] shell scripts and so forth [15:36] Bertl: perhaps something similarly to /proc//fd? E.g. /proc/virtual/pid/? [15:36] entries are symlinks to /proc/ [15:37] I could also add a /proc//virtual symlink if this is really useful? [15:37] from context 1 (or the priviledged context) [15:37] what would be your throughts on having a /proc/context/foo that provided information equivalent to /etc/vservers/foo.conf [15:38] Bertl: yes; but your suggestion will work in every context [15:39] @paul well the proc interface I have in mind will provide that information, but not in this format, is that what you have in mind? [15:40] @enrico hmm depends, if the virtual info isn't available (stealth) in contexts, this would be of no use ... [15:41] Bertl: you see your context/your processes in ctx >0 only, so this does not matter [15:41] >1 [15:42] ... I strongly need hierarchical contexts .... [15:42] hehe ... for what exactly? [15:48] for vservers-in-vservers; e.g. used in the new fedora.us buildsystem [15:49] i'd like that as well [16:00] okay ... I'll think about it, ajck has done some work regarding this ... [16:00] s/ajck/jack/ [16:00] have to go now ... cu l8er [16:01] Nick change: Bertl -> Bertl_oO [16:11] can i set a different default route for different vservers? [16:11] JonB: source-based routing ;) [16:12] JonB: doable with iproute [16:12] /usr/share/doc/iproute-2.4.7/ip-cref.ps [16:12] ensc: well, my source does not have a different ip address [16:13] then I do not know a way [16:14] ensc: okay [16:24] netrose (~john877@24.171.21.47) left irc: Ping timeout: 485 seconds [16:31] Hest (~jon@129.142.112.33) joined #vserver. [16:32] Nick change: Hest -> JonB_ [16:32] kestrel_ (~athomas@dialup28.optus.net.au) left irc: Quit: Hey! Where'd my controlling terminal go? [16:33] kestrel_ (~athomas@dialup28.optus.net.au) joined #vserver. [16:39] JonB (~jon@kg129.kollegiegaarden.dk) left irc: Ping timeout: 492 seconds [16:39] Nick change: JonB_ -> JonB [17:22] AGoe (~agoeres@Def7c.d.pppool.de) joined #vserver. [17:30] Nick change: unriel -> riel [17:35] AGoe (~agoeres@Def7c.d.pppool.de) left irc: Remote host closed the connection [17:48] matta (matta@69.10.150.254) left irc: Ping timeout: 485 seconds [17:52] AGoe (~agoeres@Def7c.d.pppool.de) joined #vserver. [17:56] AGoe (~agoeres@Def7c.d.pppool.de) left irc: Remote host closed the connection [17:57] pflanze (~chris@dclient80-218-227-235.hispeed.ch) joined #vserver. [17:57] Hello [17:58] quick feedback: vserver works very well, after the good help you gave for some configuration issues. [17:59] Thanks! [18:08] matta (~matta@pcp02730451pcs.potshe01.pa.comcast.net) joined #vserver. [18:08] hello [18:15] <[HvD]> JonB: you could mark packages with ipt_owner .. (but this would need the ververs run different uids) ... [18:18] <[HvD]> JonB: another way would be to split the vserver on different ip adersses and use DNAT .. [18:20] [HvD]: ok [18:22] [HvD]: DNAT is not needed; src-based routing works great [18:24] ensc: well, my source does not have a different ip address [18:25] JonB: [HvB] suggested to assign different ips and to use DNAT; but when having distinct ips, src-based routing can be used [18:26] ensc: sure i can get distinct 192.168 adresses [18:26] JonB: then you have to do SNAT ;) [18:27] ensc: i know [18:29] how do i use a failover default route ? [18:29] not neasesarely vserver related [18:33] pflanze (~chris@dclient80-218-227-235.hispeed.ch) left irc: Excess Flood [18:33] pflanze (~chris@80.218.227.235) joined #vserver. [18:35] AGoe (~agoeres@Def7c.d.pppool.de) joined #vserver. [18:36] AGoe (~agoeres@Def7c.d.pppool.de) left irc: Remote host closed the connection [18:55] AGoe (~agoeres@Def7c.d.pppool.de) joined #vserver. [19:09] virtuoso (~shisha@195.131.114.115) left irc: Ping timeout: 485 seconds [19:14] AGoe (~agoeres@Def7c.d.pppool.de) left irc: Remote host closed the connection [19:21] Gozilla (~fdu@uu194-7-162-254.unknown.uunet.be) left #vserver. [19:23] pflanze (~chris@80.218.227.235) left irc: Ping timeout: 485 seconds [19:59] AGoe (~agoeres@80.184.239.124) joined #vserver. [20:12] virtuoso (~shisha@195.131.114.115) joined #vserver. [20:26] AGoe (~agoeres@80.184.239.124) left irc: Quit: Client exiting [21:19] say-out (~say@212.86.243.154) joined #vserver. [21:19] say_ (~say@212.86.243.154) left irc: Read error: Connection reset by peer [21:45] AGoe (~agoeres@80.184.239.124) joined #vserver. [21:45] hello, anybody in? [22:00] say-out (~say@212.86.243.154) left irc: Ping timeout: 485 seconds [22:05] out [22:06] AGoe (~agoeres@80.184.239.124) left irc: Quit: Client exiting [22:06] JonB (~jon@129.142.112.33) left irc: Ping timeout: 485 seconds [23:10] JonB (~jon@kg129.kollegiegaarden.dk) joined #vserver. [23:13] pflanze (~chris@217.162.113.49) joined #vserver. [23:21] AGoe (~agoeres@80.184.239.124) joined #vserver. [23:26] AGoe (~agoeres@80.184.239.124) left irc: Quit: Client exiting [23:27] is there a clean way of using res_ninit()/res_nmkquery() ? I'm having to do: [23:27] struct __res_state local_res = { 0 }; [23:27] res_state res = &local_res; [23:28] to get it to work and I really don't thin kI be having to refer to `__res_state' just to get it to work? [23:28] alekibango (~john@b59.brno.mistral.cz) joined #vserver. [00:00] --- Wed Nov 5 2003