1142554682 Q * matta Ping timeout: 480 seconds
1142555168 Q * pzYsTorM Ping timeout: 480 seconds
1142556913 J * matta ~matta@71.224.125.126
1142557827 J * comfrey ~comfrey@71-214-82-240.ptld.qwest.net
1142557863 J * matt1 ~matta@71.224.125.126
1142558175 Q * matta Ping timeout: 480 seconds
1142558645 Q * matt1 Ping timeout: 480 seconds
1142558705 J * matt1 ~matta@71.224.125.126
1142559244 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1142559266 J * coocoon ~coocoon@p54A06262.dip.t-dialin.net
1142559903 Q * doener_ Quit: leaving
1142562319 Q * ntrs Remote host closed the connection
1142563133 Q * comfrey Quit: Ex-Chat
1142565886 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1142568658 Q * eyck Read error: Connection reset by peer
1142570487 Q * rs Quit: rs
1142570768 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at
1142570994 Q * f_ Quit: 
1142572667 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at
1142573273 Q * f_ Quit: This computer has gone to sleep
1142573497 J * Loki|muh_ loki@satanix.de
1142573518 Q * Loki|muh Read error: Connection reset by peer
1142573777 J * Smutje_ ~Smutje@xdsl-87-78-42-57.netcologne.de
1142573877 Q * Smutje Ping timeout: 480 seconds
1142573878 N * Smutje_ Smutje
1142575004 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at
1142577247 J * Viper0482 ~Viper0482@p54976506.dip.t-dialin.net
1142577910 Q * f_ Quit: This computer has gone to sleep
1142577916 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at
1142578216 J * JoeJoeKnows ~joey.da3r@adsl-70-228-104-217.dsl.akrnoh.ameritech.net
1142578435 Q * Viper0482 Quit: bin raus, 
1142578661 P * JoeJoeKnows 
1142579303 Q * f_ Quit: This computer has gone to sleep
1142579322 J * f_ ~f_@83-215-237-1.seek.stat.salzburg-online.at
1142581975 Q * SNy Ping timeout: 480 seconds
1142582031 J * coocoon ~coocoon@p54A0515D.dip.t-dialin.net
1142582037 M * coocoon morning
1142582995 M * phreak`` Hollow: pong
1142583596 Q * shedi Quit: Leaving
1142584780 Q * samuel_ Ping timeout: 480 seconds
1142585130 Q * f_ Quit: Leaving
1142585234 M * coocoon how to solve missing rpm dependencies without installing the rpm ;-)
1142585486 J * Soekris ~jan-wille@soekris.xs4all.nl
1142585497 M * Soekris hello
1142585647 J * SNy 731e95ba45@bmx-chemnitz.de
1142586360 J * pagano ~pagano@lappagano.cnaf.infn.it
1142586923 J * shedi ~siggi@tolvudeild-200.lhi.is
1142587705 Q * matt1 Ping timeout: 480 seconds
1142588758 M * Soekris hello i have a big problem i restarted a vserver but i have no people in the passwd. on the host filesystem i see the good passwd. the error is chown: `root:adm': invalid user
1142589280 Q * shedi Quit: Leaving
1142589346 J * doener ~doener@i5387E018.versanet.de
1142590293 Q * Aiken Ping timeout: 480 seconds
1142591508 J * samuel_ ~samuel@levinux.UQAR.UQUEBEC.CA
1142591509 A * samuel_ is away: (Auto-Away after 10 mins) [BX-MsgLog On]
1142592079 J * shedi ~siggi@tolvudeild-200.lhi.is
1142592143 J * rs ~rs@vol75-7-82-229-177-124.fbx.proxad.net
1142592143 Q * cryo Read error: Connection reset by peer
1142592167 J * cryo ~say@psoft.user.matrix.farlep.net
1142592207 Q * shedi Remote host closed the connection
1142592568 J * shedi ~siggi@tolvudeild-200.lhi.is
1142592858 J * lilalinux ~plasma@dslb-084-058-244-029.pools.arcor-ip.net
1142593078 M * Soekris hello
1142593097 M * Soekris is it posseble on a ubuntu host system to run a fc4 guest
1142593121 M * daniel_hozac sure, but building it may be a bit hard.
1142593160 M * Soekris is there a nice howto from 
1142593325 M * daniel_hozac hmm, it seems that yum is available to apt-get if you're running dapper.
1142593493 M * daniel_hozac if you get yum installed, it should just work.
1142593526 N * Loki|muh_ Loki|muh
1142593532 M * daniel_hozac (you'll get warnings about the fact that it's not patched, but as long as you trust your guests won't do bad things, it's ok)
1142593563 M * Soekris it's voor testing zimbra.
1142593579 M * Soekris it's a new nice exchange looking server
1142595332 Q * doener Quit: leaving
1142596005 Q * rs Quit: rs
1142596603 J * matta ~matta@71.224.125.126
1142596933 J * matt1 ~matta@71.224.125.126
1142597129 Q * FireEgl Quit: Bye...
1142597324 Q * matta Ping timeout: 480 seconds
1142597349 J * matta ~matta@71.224.125.126
1142597534 Q * matt1 Ping timeout: 480 seconds
1142597568 M * JimmyGulp Is anyone here graphing their guests using cacti?
1142597853 J * rs ~rs@office.dailymotion.com
1142598194 Q * matta Ping timeout: 480 seconds
1142599425 M * coocoon daniel_hozac: is it a problem if there are other devices in the dev folder of a guest, i mean is it critical if the guest os initsscripts recreates missing devs like tty
1142599429 J * matta ~matta@71.224.125.126
1142599683 Q * pagano Ping timeout: 480 seconds
1142600371 J * matt1 ~matta@71.224.125.126
1142600726 Q * matta Read error: Operation timed out
1142601933 N * Bertl_zZ Bertl
1142601937 M * Bertl morning folks!
1142601985 M * JimmyGulp Morning :)
1142602089 M * Bertl I know at least two folks using cacti for graphing the host nodes
1142602454 M * JimmyGulp do you know if either of them had a problem with cacti not actually graphing anything? I followed the howto from linux-vserver.org, and I can add graphs for the guest machines, but it simply shows "nan" or "0" for the values.
1142602648 J * pagano ~pagano@lappagano.cnaf.infn.it
1142602732 M * Bertl JimmyGulp: no, cacti does just use the rrd data, so if it doesn't show anything, chances are good your rrd doesn't contain useful data
1142602741 M * Bertl welcome pagano!
1142602755 M * pagano ;-)
1142602769 M * Bertl JimmyGulp: maybe your rrd definitions require shorter feed intervals
1142603064 J * hallyn ~xa@c-24-11-243-196.hsd1.in.comcast.net
1142603271 M * Bertl welcome hallyn!
1142603298 M * hallyn hey
1142603424 M * Bertl hallyn: how are things going?
1142603498 M * hallyn not too bad - yourself?
1142603678 M * Bertl much work, have to find more time for interesting stuff .. :)
1142603730 M * hallyn ergo work!=interesting stuff?
1142603772 M * hallyn that's always unfortunate...
1142604014 Q * rs Ping timeout: 480 seconds
1142604020 M * Bertl yep, work=money, fun= interesting stuff :)
1142604041 M * Bertl unfortunately money is still required ...
1142604148 J * rs ~rs@office.dailymotion.com
1142604498 Q * matt1 Read error: Operation timed out
1142604538 Q * coocoon Ping timeout: 480 seconds
1142604556 M * hallyn yup
1142604601 J * W0nka ~wklaebe@wonka.toppoint.de
1142604633 M * Bertl welcome W0nka!
1142604689 Q * Wonka Quit: vserver basteln die zweite
1142604760 N * W0nka Wonka
1142605127 J * restill ~restill@c-24-11-171-10.hsd1.mi.comcast.net
1142605140 M * restill 'lo
1142605186 J * coocoon ~coocoon@p54A06E3F.dip.t-dialin.net
1142605206 M * Bertl welcome restill! coocoon!
1142606109 J * matta ~matta@c-68-32-239-173.hsd1.pa.comcast.net
1142606185 M * Bertl wb matta
1142606389 M * matta bertl...
1142606390 M * matta question
1142606425 M * matta what do you estimate the fsck time difference on a filesystem with 1k blocks/inodes vs 4kb blocks/inode sizes?
1142606919 M * Bertl hmm, good question, depends on the superblocks
1142606951 M * Bertl I'd say you can arrange that either wins over the other
1142607338 M * matta well
1142607346 M * matta 4kb would be a much faster fsck time
1142607356 M * matta 1/4 the # of inodes to check
1142607383 M * matta for a system such as vserver where everything is a link (unified), 1KB is optimal for space
1142607387 M * Bertl hmm, unused inodes will not be checked :)
1142607399 M * matta let's assume 450GB of data
1142607405 M * matta on a 500GB drive
1142607422 M * matta since vserver uses CoW links, not symbolic
1142607426 M * Bertl how many inodes?
1142607439 M * matta would it even benefit to use 1KB inode/block sizes?
1142607468 M * Bertl a symbolic link has roughly the same cost than a hardlink
1142607469 M * matta depends, how do I find out?
1142607479 M * matta symbolic is <1kb
1142607490 M * Bertl the hard link too
1142607491 M * matta so if each link uses 1kb on disk versus 4kb
1142607494 M * matta ok
1142607510 M * Bertl both are just entries in the directory inode
1142607519 Q * kilian Ping timeout: 480 seconds
1142607521 M * matta so vserver benefits from 1kb also
1142607534 M * matta i wonder if giving up disk space for bigger inodes would be worth it
1142607550 M * Bertl really depends on the file sy sizes
1142607565 M * matta ie. lose 20% of my space but have a fsck of 450GB of data take 2 hours or 12 hours
1142607600 M * Bertl look, let's assume you have 1000 files with an average size of 100kb
1142607637 M * Bertl and then 10000 links, symbolic or hard to them
1142607701 Q * shedi Quit: Leaving
1142607729 M * Bertl what would that mean with 1k vs. 4k inode/block
1142607776 M * Bertl the 1000 files will require at least one block
1142607815 M * Bertl int eh 1k block size roughly 100*1000
1142607855 M * Bertl in the 4k case, 25*1000 blocks
1142607916 M * Bertl the directory indoes will get bigger there too, so less inode/blocks will be used for storing directory entries (roughly 2 times less)
1142607949 M * Bertl of course, smaller blocks give you _more_ inodes per filesystem
1142608038 M * Bertl i.e. the 11000 inodes will use roughly 11MB on the 1k block filesystem, while roughly 44MB on the 4k
1142608085 M * Bertl but the data will use up 100MB anyway
1142608198 M * Bertl so which block size to prefer here? probably the 4k one, but I would not be able to say that without testing
1142608494 Q * pagano Quit: Leaving
1142608565 M * Bertl matta:  what does df -i show for your filesystem?
1142609211 J * kilian kk@projects.verfaction.de
1142609216 J * serving ~serving@86.108.25.4
1142609232 M * serving hi all 
1142609233 M * Bertl welcome kilian! serving!
1142609318 M * serving finaly the net media is catchingup with artucles about virtualization all over the place. Redhat is adding support in fedora 5 to Xen.. how come no one is talking about our vserver ? :( 
1142609357 M * serving http://www.redhat.com/virtualization/
1142609368 M * serving http://searchopensource.techtarget.com/originalContent/0,289142,sid39_gci1167112,00.html
1142609379 M * Bertl probably because we hare not focusing on marketing and PR?
1142609393 M * Bertl s/hare/are/
1142609421 M * serving Hi Bertl :) 
1142609425 M * Bertl but nevertheless it might be good to mention linux-vserver in such cases ...
1142609443 M * serving Even MS is offering a product called Microsoft Vserver ;) 
1142609470 M * serving Microsoft: Virtual PC and Virtual Server 2005
1142609481 M * Bertl yes, and it is going to be a big success, like the google remake they do :)
1142609490 M * serving lol
1142609490 M * SiD3WiNDR :D
1142609529 M * serving I dont mention this bc I thin kthey are a threat .. i just wonder :) 
1142609573 M * serving RedHAt is goingthe XEN route.. To my understand it is a VMware like approch but not as mature
1142609622 M * Bertl yeah, I agree, wcould definitely use some PR, so if anybody feels like doing that, please go ahead and do so ...
1142609661 M * Bertl it seems that debian is going to provide Xen/Linux-Vserver/UML kernels soon
1142609667 M * SiD3WiNDR yeah
1142609672 M * SiD3WiNDR I saw there were going to be vserver kernels
1142609676 M * SiD3WiNDR on debian
1142609678 M * SiD3WiNDR that's a good thing
1142609696 M * Bertl maybe redhat will proide Xen/OpenVZ/UML kernels sooner or later ...
1142609739 M * Bertl I have no idea there, but I guess the vendors will go this way sooner or later
1142609867 M * serving probably we need a Send to a friend fields on the wiki pages and a PRESS Releases section on the website
1142609960 M * serving a colllection Media emails list and a probably a picket line infront of the UN  
1142609983 M * matta Bertl: /dev/sda5            461029376 8682168 452347208    2% /vz
1142609997 M * matta (yes, this is virtuozzo so that is why I asked if vserver was the same way
1142610003 M * matta as far as vserver in the press
1142610009 M * matta it's just as good as OpenVZ, a new project
1142610026 M * Bertl well, with this usage pattern I'd go for 4k blocks
1142610042 M * matta a lot more OpenvZ users... they provide easy to use tools, install docs, man pages, etc
1142610065 M * matta not a kernel part, patches part, and a utils part
1142610070 M * matta that is the roadblock
1142610080 M * matta i know, it's why I don't experiment with vserver as much as I want to
1142610104 M * coocoon hello bertl 
1142610136 M * Bertl matta: hmm, AFAICR, OpenVZ has a kernel and a tool package too, no?
1142610200 J * doener ~doener@i5387E018.versanet.de
1142610232 M * Bertl welcome doener!
1142610472 M * Bertl matta: but basically I think that the users can decide for themselves what kind of software/features/devel process/community they prefer ...
1142610512 M * coocoon i think the question is if the normal user wanted to use virtualisation, or the webhoster
1142610550 M * doener hi Bertl 
1142610553 M * matta Bertl: yes, but it's install 2 RPM's and you're set to go
1142610555 M * Bertl IMHO virtualization for the desktop user will take another 2 years t least
1142610561 M * doener any news on the negative shmem accounting?
1142610591 M * Bertl matta, you can have the same for many distros, no?
1142610627 M * Bertl matta: to take the debian example , just install two debs and be done :)
1142610663 M * Bertl doener: none yet, but I had no time to look into it ...
1142610736 M * matta true....
1142610759 M * coocoon why not make microsoft os possible on vserver 
1142610805 M * Bertl coocoon: if you provide a microsoft userspace which can run on a linux kernel, no problem there :)
1142610819 M * JimmyGulp coocoon, thats what vmware / qemu is for. MS OSes use a different kernel
1142610843 M * Bertl btw, Xen had this for some time, until M$ probably canceled the cooperation to focus on M$ VS whatever
1142610884 Q * michal` Ping timeout: 480 seconds
1142610920 M * coocoon bertl: most of the users won't use console, they wanted a desktop
1142610929 M * coocoon want
1142610970 J * matt1 ~matta@c-68-32-239-173.hsd1.pa.comcast.net
1142611002 M * coocoon that is a question of myself, how to make terminal possible with vservers
1142611042 M * Bertl what kind of terminal?
1142611132 M * coocoon hm sorry i do not know how to explain it exactly, maybe it is possible and i do not know it, but to load kde or gnome desktops
1142611151 M * Bertl ah, that is quite simple actually ...
1142611206 M * coocoon where is the how to
1142611245 M * coocoon another question is (maybe that shows my unawareness) what is with *bsd OS support
1142611261 J * michal` ~michal@www.rsbac.org
1142611297 N * nokoya nokoyaz
1142611301 N * nokoyaz nokoya
1142611313 M * Bertl coocoon: one _important_ difference between Linux-Vserver like virtualization and and Xen or VMware style is, that we use the _same_ kernel for the guests
1142611335 M * coocoon yes
1142611338 Q * matta Ping timeout: 480 seconds
1142611364 M * Bertl coocoon: so it is not possible to run BSD or M$OS there ...
1142611372 M * coocoon bsd is unix
1142611374 M * coocoon right
1142611389 J * doener_ ~doener@i5387EE10.versanet.de
1142611396 M * Bertl coocoon: a desktop: check out http://linux-vserver.org/Vservers+and+X
1142611404 M * coocoon thanx
1142611430 M * Bertl the X session part is what you probably want, either with normal X or VNC serv er
1142611789 Q * doener Ping timeout: 480 seconds
1142611819 M * coocoon which kind of virtual project use most of the provider  OpenVZ?
1142611851 M * Bertl I doubt they do, as it is relatively new ...
1142611867 M * coocoon vserver
1142611872 M * coocoon ?
1142611924 M * phedny Virtuozzo -- because they offer commercial-style support ;)
1142611939 M * Bertl the folks providing vps like stuff either use the commercial products like VMware or Virtuozzo, or Linux-Vserver/FreeVPS I'd say
1142612000 M * Bertl phedny: sounds like you know what 'commercial-style support' is .. could you explain?
1142612010 M * Hollow Bertl: wouldn't is be possible to run bsd userland on a linux kernel?
1142612021 M * phedny Bertl: support you have to pay for and can depend on
1142612036 M * coocoon hollow i have seen that ther are a gentoo freebsd sstage available
1142612052 M * phedny companies don't like it when the people they depend on for support decide to stop giving the support
1142612059 M * Bertl phedny: so the difference to what you get here is the 'pay for' part, right?
1142612072 M * Hollow coocoon: but i think they use the freebsd kernel, don't know if they work on a linux kernel out-of-the-box
1142612096 M * coocoon oh aha i have tried to install it but it failled ;-)
1142612104 M * Bertl Hollow: probably as emulation
1142612109 M * phedny Bertl: when they pay for something, they assume support more reliably and something they got for free
1142612129 M * phedny Bertl: because those free things were made in voluntary and also support would be voluntary
1142612146 M * Bertl phedny: yeah, but that is their problem ... not something connected to reality
1142612167 M * Bertl phedny: but I agree on your analysis
1142612215 M * phedny I'm going to offer linux-vserver based VPS too, by the way
1142612221 M * coocoon hollow: ftp://ftp.uni-erlangen.de/pub/mirrors/gentoo/experimental/x86/freebsd/stages/
1142612233 M * Hollow yeah, thanks.. i know our mirrors :)
1142612238 M * coocoon hihi
1142612240 M * coocoon sorry
1142612240 M * waldi Hollow: you can run netbsd on xen
1142612241 M * phedny just because I'm going to hire 2 dedicated servers and build vservers on it (for security mainly)
1142612251 M * Bertl phedny: great, you know our hosting pages? you might want to add yourself there ...
1142612261 M * phedny and while being at it, why not put them available :)
1142612261 M * Hollow waldi: well, we're talking about vserver, aren't we?
1142612265 M * coocoon i always must search so i thought it is much faster for u to finde it
1142612275 M * waldi Hollow: "on a linux kernel"
1142612278 M * phedny Bertl: I saw them, but I first want to make sure everything works stable, then I'll add a link ;)
1142612287 M * Hollow waldi: :)
1142612386 M * coocoon is it right if i say that the vservers of virtuozzo aren't real vserve
1142612389 M * coocoon vservers
1142612544 M * Hollow define "real"
1142612573 M * coocoon hm 
1142612576 M * coocoon ...
1142612607 M * Hollow it's even a bit ironic to talk about "real virtual servers" ;)
1142612616 M * coocoon i know
1142612712 M * coocoon but it is difficulty for me to explain it because of i do not know exactly about virtuozzo
1142612744 M * Bertl just check out the OpenVZ pages, they tell you how good virtuozzo is :9
1142612749 M * coocoon but it comes from the point that i only work on the console and not with the browser or with php scripts
1142612779 M * Hollow what does virtuozzo have to do with browsers and php?
1142612848 M * coocoon hm ok i mean the administration thing
1142612864 M * Hollow well, that's just a goodie i'd say
1142612871 M * coocoon right
1142612892 M * coocoon so i have not the knowledge, but i like vserver
1142612907 M * coocoon but also i must say i only know a little bit of it
1142612925 M * coocoon and of the others i do not know anything
1142612940 M * Hollow well, openvz/virtuozzo and linux-vserver follow the same concept of virtualization..
1142613065 M * coocoon so openvz/virtuozzo guest also use the same kernel as vserver
1142613074 M * coocoon linux-vserver
1142613191 M * Hollow yep, each guest shares the ovz or vserver kernel
1142613230 M * coocoon they also uses the latest stable 2.6 kernel
1142613239 J * Dr4g Dr4g@82-40-44-47.cable.ubr06.uddi.blueyonder.co.uk
1142613246 M * Hollow well, the 2.6.15 version of ovz is considered beta
1142613253 M * Hollow the latest stable one is for 2.6.8
1142613262 M * Hollow 022stab070.1
1142613300 M * coocoon ah ok thanx hollow, so tell me what are the advantages of linux-vserver
1142613341 M * coocoon only that i know more about it (after five month work on it)than openvpz 
1142613351 M * coocoon ;-)
1142613391 J * Viper0482 ~Viper0482@p54976C2E.dip.t-dialin.net
1142613495 M * Hollow i don't know in-depth details about ovz, sorry
1142613507 M * Hollow just maintaining the packages in gentoo
1142613511 M * Hollow but don't use it
1142613547 M * Bertl from my point of perspective, (i.e. the kernel side), the Linux-VServer code is less intrusive, better documented, and probably easier to understand
1142613591 M * Bertl (ah, and not tied to a company :)
1142613625 M * SiD3WiNDR and hyperfast support on irc ;)
1142613643 M * Bertl thanks! :)
1142613648 M * coocoon yes that s right
1142613775 M * SiD3WiNDR blargh
1142613781 M * SiD3WiNDR I'm still getting this in the logs:
1142613786 M * SiD3WiNDR Mar 17 17:40:28 boo snmpd[3721]: cannot open /proc/net/snmp ...
1142613786 M * SiD3WiNDR Mar 17 17:40:28 boo snmpd[3721]: cannot open /proc/net/dev ...
1142613792 M * SiD3WiNDR and I wonder if it's vserver related somehow
1142613802 M * SiD3WiNDR but now that I'm pasting it here, it might not be :/
1142613829 M * SiD3WiNDR this is debian unstable, on 2.6.15.6-vs2.0.2-rc13
1142613843 M * SiD3WiNDR I have a 2.6.15-vs2.0.1.2 where it does work, but that's running debian stable
1142613864 M * dev_ hah :) coocoon: 2.6.15 is called beta, only because it didn't get through our full testing cycle. So in this respect it is the same quality as vserver is.
1142613870 M * SiD3WiNDR I did an strace and it really does get EACCESS (or something), "access denied" when trying to open those files, yet I can cat them fine, even as user snmp
1142613947 M * dev_ Hollow: see see my explanation about beta etc. AFAIK, Gentoo has also this 2 branches: stable and beta, yeah?
1142613977 M * Hollow right
1142613984 M * Bertl dev_: ah, the OpenVZ test cycle is the reference now?
1142613993 M * coocoon i do not know exactly but the most hoster use 2.4 kernel, don't they
1142614025 M * dev_ Bertl: what's wrong with the fact that there is a company behind it? we are ready to include any contribution, port it between kernels etc. As you know, behind Fedora there are many RedHat developers. is it bad also? :)
1142614042 M * Bertl dev_: so when we get Linux-VServer through your test cycle it is stable? LOL
1142614086 M * Bertl dev_: did I say that's something which is wrong?
1142614089 M * dev_ Bertl: yes. This is how it works in OpenVZ. We have a huge test suite, which takes more than a week to run.
1142614111 M * dev_ Bertl: I explain why 2.6.15 is considered beta.
1142614114 M * Bertl dev_: well, I can tell you, that's not how it works in Linux-VServer :)
1142614124 M * Hollow and my mom got a house, much bigger than yours! no, mine does... *weeh*
1142614138 M * dev_ :)
1142614159 M * dev_ Bertl: which test cases do you run? Just our of curiosity? where are the logs? maybe you keep it private? :)
1142614168 M * dev_ LTP?
1142614176 M * Bertl dev_: where are yours?
1142614203 M * dev_ Bertl: they are private! And we never said it is open. RedHat uses private test suites as well. What's wrong with it?
1142614223 M * Hollow well, noone can prove it ;)
1142614232 M * Bertl haven't seen the OpenVZ test suite ydet, with the release test results ...
1142614233 M * Hollow if it's not open
1142614258 M * coocoon i have read it is open source
1142614285 M * dev_ I'm not proving anything. Uhh... tired. Bertl. Ok. you are the best :)
1142614306 A * Hollow giggles
1142614332 M * Bertl great, so I do not ahve to start the twoo week private release test now :)
1142614365 M * dev_ fine :) release it as is :)
1142614434 M * Bertl thanks! :)
1142614564 M * dev_ np :)
1142614604 M * Bertl btw, we should focus more on common things than on differences ... but when you got some sleep :)
1142614742 J * eyck eyck@81.219.64.71
1142614767 M * Bertl welcome eyck!
1142614771 M * eyck hmm, tell me please, how can I comment out the existance of a file in /etc/vservers/$sth/interfaces directory?
1142614809 M * coocoon no support
1142614813 M * Bertl good question, I would try to prepend a '.'
1142614814 M * coocoon harhar
1142614888 J * lilalinux_ ~plasma@dslb-084-058-226-167.pools.arcor-ip.net
1142614910 M * eyck I'll try that... but I don't like this new DJ-bernstein influenced style of configuring vserver
1142614921 M * eyck it's very admin-unfriendly
1142614936 M * Bertl ah, didn't know that we have something incommon with DJB :)
1142614982 M * eyck nothing to be proud of I'm affraid...
1142615328 Q * lilalinux Ping timeout: 480 seconds
1142615344 M * eyck so, how is life?
1142615382 M * Bertl mostly fine, I guess ...
1142615397 M * Bertl (or was that cruel? :)
1142615411 M * eyck what was cruel?
1142615423 M * coocoon but bertl why have u changed the vserver buil routine and mak it so difficult
1142615438 M * eyck for your own good
1142615442 M * eyck of course
1142615462 M * Bertl coocoon: hmm, I haven't changed it for years, what do you mean?
1142615778 M * Bertl anyway, off for dinner now .. back later :)
1142615791 N * Bertl Bertl_oO
1142615802 M * daniel_hozac coocoon: a guest shouldn't be able to create device nodes at all.
1142615825 M * coocoon oh ok thanx daniel will have a look for it later very nice
1142616027 M * coocoon i have never get this message before they appears since kernel update http://pastebin.com/607682
1142616046 M * eyck damn this pastebin things sux...
1142616055 M * eyck your irc logs suddenly become useless
1142616080 M * eyck this is like living under an opressive regime
1142616099 M * coocoon why what happens
1142616107 M * coocoon oh right i know now why
1142616107 M * Hollow phpfi never deletes any pastes :)
1142616110 M * Hollow phpfi.com
1142616165 M * eyck so what, if noone uses it:(
1142616170 M * coocoon vserver-info http://pastebin.com/607686
1142616183 M * eyck besides, it brakes flow of conversation, 
1142616191 M * eyck you never know what people are talking about
1142616244 M * daniel_hozac coocoon: sounds like your apt doesn't support RPMs.
1142616256 M * coocoon aha
1142616265 M * daniel_hozac eyck: you'd prefer it if people just pasted their 500 lines snippets into the channel?
1142616355 M * coocoon RPM Version 4.0.4
1142616408 M * coocoon apt 0.5.28.6
1142616506 M * daniel_hozac you'll need apt-rpm.
1142616578 M * daniel_hozac did you create your own SUSE repo?
1142616596 M * coocoon ah ok i know now i must reinstall sarge files and it will work
1142616603 M * coocoon yes
1142616742 M * coocoon but on fedora it works fine, i think i have it, maybe i have forgotten to install util-vserver package for sarge
1142617071 M * eyck daniel_hozac: yes.
1142617102 M * eyck daniel_hozac: this is development #, not a chat-and-flirt network, 
1142617124 M * eyck 500 line snippets are crucial for development
1142617171 M * daniel_hozac eyck: you don't think that would be rather disruptive to the other discussions going on?
1142617183 M * doener_ hm, (500-4)/60 makes about 8 minutes per paste...
1142617216 M * daniel_hozac yeah...
1142617247 M * doener_ (assuming a one second delay, 2 second delay aren't uncommon though)
1142617253 M * eyck daniel_hozac: maybe, but this way it's distruptive to all discussions that use pastebin-like functionality
1142617287 M * daniel_hozac it's not disruptive at all as is.
1142617298 M * daniel_hozac it's just annoying when reading logs.
1142617300 M * eyck it is
1142617316 M * eyck well, and when I sit here and try to follow conversation
1142617325 M * eyck and someone puts pastebin link
1142617333 M * eyck I'm supposed to fire up web browser
1142617343 M * eyck ??
1142617352 M * eyck and that is NOT disruptive?
1142617385 M * daniel_hozac you don't already have a web browser running?
1142617413 M * eyck why would I?
1142617424 M * Bertl_oO eyck: the point here is a different one:
1142617426 M * eyck and besides - even if I had, that is a very expensive task switch
1142617445 N * Bertl_oO Bertl
1142617480 M * Bertl most folks, like me, are not doing IRC 100% of their time, they are busy doing other stuff (like coding)
1142617490 M * eyck Bertl: exactly
1142617503 M * eyck Bertl: that's why adding another task switch, 
1142617512 M * eyck is very expensive
1142617514 M * Bertl now,if you paste 50 lines, the rate limit will make that 2 minutes of beeping here
1142617523 M * eyck what beeping?
1142617548 M * Bertl well, my client notifies me of messages on the channel ...
1142617573 M * Bertl (and I'm sure other clients do so too :)
1142617574 M * eyck hmm, ok, why with '2 minutes of beeping' instead of 1 beep?
1142617590 M * eyck I've got speach syntesizer attached...
1142617600 M * daniel_hozac because 50 lines aren't sent as one line?
1142617610 M * eyck I don't think rate limiting beeper is much harder
1142617615 M * Bertl because the client cannot tell a single line, from 50 'code' lines
1142617638 M * eyck Bertl: but why do you want a beep-per line ?
1142617649 M * eyck you need beep-per-unnoticed activity
1142617660 M * daniel_hozac how would it tell noticed from unnoticed?
1142617667 M * Bertl well, if you have a speech synthezizer attached, I guess 50 lines of code will drive you nuts, no?
1142617672 M * eyck no
1142617676 M * daniel_hozac CLI apps don't get notification events.
1142617695 M * daniel_hozac s/notification/window/
1142617698 M * eyck it will read first line, and if there are more, it will tell me there were more...
1142617714 M * Bertl something saying: hash if left bracket ex equals seven right bracket ...
1142617726 M * eyck yes :) 
1142617736 M * Bertl I doubt you can stand that for very long :)
1142617774 M * Bertl I agree that the temporary storage of pastbin.com might be sub-optimal
1142617788 M * Hollow use phpfi.com :)
1142617796 M * Hollow it's cleaner, and never delets
1142617801 M * daniel_hozac Hollow: tell that to my finger memory ;)
1142617812 M * Hollow heh
1142617830 M * Bertl maybe we could make an alias for that?
1142617845 M * Bertl could somebody contact phpfi.com and ask if they would allow that?
1142617852 M * Hollow alias from where?
1142617892 M * Bertl paste.linux-vserver.org
1142617911 M * daniel_hozac wouldn't it be cleaner to have our own paste then?
1142617924 M * daniel_hozac i.e. only vserver pastes.
1142617931 M * Hollow oh god :)
1142617960 M * Bertl a pastebin service needs management, anybody willing to do that?
1142617974 A * daniel_hozac crawls back to his corner.
1142617982 M * Hollow heh
1142617995 M * eyck hmm, 
1142618008 M * Hollow we should hack dns and forward pastebin.com to phpfi.com :P
1142618012 M * eyck OK, how about - your beeping ignores lines starting with #
1142618021 M * eyck that way everyone would be happy
1142618038 M * Hollow and you explain everybody to use #?
1142618046 M * Bertl eyck: still the line limit is annoying ...
1142618068 M * Bertl and there is probably no easy way to make copy/paste use '#' at the ebginning
1142618073 M * eyck yeah, but pastebin is not only annoying
1142618087 M * daniel_hozac eyck: ok, so we have moved to phpfi. what's wrong with that?
1142618095 M * eyck why not? irssi detects pastes very well
1142618097 M * Bertl aside from that I want/have to look at many pastebin entries at once to get an idea
1142618132 M * Bertl and it's not a real solution to scroll up and down over and over ..
1142618144 M * eyck daniel_hozac: splitting single stream of conversation into multiple access methods is wrong
1142618154 M * eyck daniel_hozac: but now I can pre-process the logs, 
1142618174 M * eyck hmm, or maybe do it in real time...
1142618186 M * Bertl so let's move to pastebin style of conversation .. not!
1142618210 M * eyck what?
1142618224 M * daniel_hozac everyone typing messages into pastebin.
1142618228 M * Bertl i.e. forums instead of IRC ...
1142618231 M * daniel_hozac that would be fun!
1142618240 M * daniel_hozac *cough*
1142618478 J * shedi ~siggi@inferno.lhi.is
1142618677 M * Bertl welcome shedi!
1142618847 M * shedi hello Bertl 
1142619626 J * mmouse ~mmouse@office.haefft.de
1142619720 Q * lilo Quit: leaving
1142619771 J * lilo ~lilo@lilo.usercloak.oftc.net
1142619859 Q * gerrit helium.oftc.net unununium.oftc.net
1142619859 Q * entroposcope helium.oftc.net unununium.oftc.net
1142619859 Q * Ben81 helium.oftc.net unununium.oftc.net
1142619859 Q * FaUl helium.oftc.net unununium.oftc.net
1142619859 Q * dhansen helium.oftc.net unununium.oftc.net
1142619859 Q * click helium.oftc.net unununium.oftc.net
1142619859 Q * mkhl helium.oftc.net unununium.oftc.net
1142619859 Q * anonc helium.oftc.net unununium.oftc.net
1142619859 Q * alexx helium.oftc.net unununium.oftc.net
1142619859 Q * JimmyGulp helium.oftc.net unununium.oftc.net
1142619859 Q * nox helium.oftc.net unununium.oftc.net
1142619859 Q * mountie helium.oftc.net unununium.oftc.net
1142619859 Q * monrad helium.oftc.net unununium.oftc.net
1142619859 Q * Cru helium.oftc.net unununium.oftc.net
1142619859 Q * dev_ helium.oftc.net unununium.oftc.net
1142619859 Q * teukka helium.oftc.net unununium.oftc.net
1142619859 Q * VxJasonxV helium.oftc.net unununium.oftc.net
1142619859 Q * yang helium.oftc.net unununium.oftc.net
1142619859 Q * jkl helium.oftc.net unununium.oftc.net
1142619859 Q * cehteh helium.oftc.net unununium.oftc.net
1142619859 Q * sannes helium.oftc.net unununium.oftc.net
1142619859 Q * Bertl helium.oftc.net unununium.oftc.net
1142619859 Q * lilalinux_ helium.oftc.net unununium.oftc.net
1142619859 Q * eyck helium.oftc.net unununium.oftc.net
1142619862 Q * Wonka helium.oftc.net unununium.oftc.net
1142619862 Q * rs helium.oftc.net unununium.oftc.net
1142619862 Q * SNy helium.oftc.net unununium.oftc.net
1142619862 Q * cisse helium.oftc.net unununium.oftc.net
1142619862 Q * mnemoc helium.oftc.net unununium.oftc.net
1142619862 Q * micah helium.oftc.net unununium.oftc.net
1142619862 Q * tokkee helium.oftc.net unununium.oftc.net
1142619862 Q * SiD3WiNDR helium.oftc.net unununium.oftc.net
1142619862 Q * waldi helium.oftc.net unununium.oftc.net
1142619862 Q * Hunger helium.oftc.net unununium.oftc.net
1142619862 Q * derjohn helium.oftc.net unununium.oftc.net
1142619862 Q * harry helium.oftc.net unununium.oftc.net
1142619862 Q * matt1 helium.oftc.net unununium.oftc.net
1142619862 Q * kilian helium.oftc.net unununium.oftc.net
1142619862 Q * hallyn helium.oftc.net unununium.oftc.net
1142619862 Q * samuel_ helium.oftc.net unununium.oftc.net
1142619862 Q * Soekris helium.oftc.net unununium.oftc.net
1142619862 Q * sladen helium.oftc.net unununium.oftc.net
1142619862 Q * Geert helium.oftc.net unununium.oftc.net
1142619865 Q * brc_ helium.oftc.net unununium.oftc.net
1142619865 Q * wasser helium.oftc.net unununium.oftc.net
1142619865 Q * matti helium.oftc.net unununium.oftc.net
1142619865 Q * meebey helium.oftc.net unununium.oftc.net
1142619865 Q * phedny helium.oftc.net unununium.oftc.net
1142619865 Q * lonewolff helium.oftc.net unununium.oftc.net
1142619865 Q * Adrinael helium.oftc.net unununium.oftc.net
1142619865 Q * Psy0rz_ helium.oftc.net unununium.oftc.net
1142619865 Q * cohan helium.oftc.net unununium.oftc.net
1142619865 Q * wibble helium.oftc.net unununium.oftc.net
1142619865 Q * Wenix helium.oftc.net unununium.oftc.net
1142619865 Q * romke helium.oftc.net unununium.oftc.net
1142619865 Q * cmantito helium.oftc.net unununium.oftc.net
1142619865 Q * neofutur helium.oftc.net unununium.oftc.net
1142619865 Q * weasel helium.oftc.net unununium.oftc.net
1142619981 J * matta ~matta@c-68-32-239-173.hsd1.pa.comcast.net
1142619984 J * FaUl ~immo@sun.do.bundessicherheitsministerium.de
1142620000 J * click click@ti511110a080-3151.bb.online.no
1142620000 J * lilalinux_ ~plasma@dslb-084-058-226-167.pools.arcor-ip.net
1142620000 J * eyck eyck@81.219.64.71
1142620000 J * Wonka ~wklaebe@wonka.toppoint.de
1142620000 J * rs ~rs@office.dailymotion.com
1142620000 J * SNy 731e95ba45@bmx-chemnitz.de
1142620000 J * cisse ~chris@70.90.101.105
1142620000 J * mnemoc ~amery@user4-2.tutopia-dialup.ifxnw.cl
1142620144 J * Cru ~mindwarp@turbodiesel.e.de.wahlich.com
1142620144 J * monrad_ ~mikkel@213083190131.sonofon.dk
1142620144 J * kilian kk@projects.verfaction.de
1142620144 J * hallyn ~xa@c-24-11-243-196.hsd1.in.comcast.net
1142620144 J * samuel_ ~samuel@levinux.UQAR.UQUEBEC.CA
1142620144 J * Soekris ~jan-wille@soekris.xs4all.nl
1142620144 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1142620144 J * Ben81 ~Ben81@tipi0e.lri.fr
1142620144 J * sladen paul@starsky.19inch.net
1142620144 J * Geert geert@irc.efnet.be
1142620144 J * dhansen ~dave@sprucegoose.sr71.net
1142620144 J * micah ~micah@69.90.134.205
1142620144 J * waldi ~waldi@bblank.thinkmo.de
1142620144 J * SiD3WiNDR luser@bastard-operator.from-hell.be
1142620144 J * tokkee tokkee@casella.verplant.org
1142620144 J * Hunger Hunger.hu@Hunger.hu
1142620144 J * mkhl ~mkhl@200-148-40-56.dsl.telesp.net.br
1142620144 J * brc_ bruce@20151198033.user.veloxzone.com.br
1142620144 J * wasser ~wasser@ip86.ipax.at
1142620147 J * derjohn ~derjohn@80.69.37.19
1142620147 J * cmantito ~gphreak@c-68-37-52-88.hsd1.nj.comcast.net
1142620147 J * JimmyGulp ~james@ns0.esagroup.co.uk
1142620147 J * nox ~nox@noxlux.de
1142620147 J * matti matti@linux.gentoo.pl
1142620147 J * phedny ~mark@volcano.p-bierman.nl
1142620147 J * meebey meebey@booster.qnetp.net
1142620147 J * lonewolff lonewolff@adleman.lonewolff.info
1142620147 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net
1142620147 J * romke ~romke@procyon.romke.net
1142620147 J * weasel weasel@weasel.noc.oftc.net
1142620147 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi
1142620147 J * Psy0rz_ ~psy0rz@lounge.datux.nl
1142620147 J * cohan ~cohan@koniczek.de
1142620147 J * neofutur ~neofutur@neofutur.net
1142620147 J * wibble wibble@vortex.ukshells.co.uk
1142620147 J * Wenix ~wenix@81.7.189.11
1142620147 J * teukka ~tmatilai@193.65.190.29
1142620147 J * harry ~harry@d515321D1.access.telenet.be
1142620150 J * alexx ~alexx@proxy.ikse.net
1142620159 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com
1142620165 J * entroposcope ~entroposc@user-0c992og.cable.mindspring.com
1142620194 J * Smutje_ ~Smutje@xdsl-87-78-57-137.netcologne.de
1142620213 M * FaUl someone restarted the whole network? 
1142620216 M * FaUl :-)
1142620298 J * dev_ ~dev@swsoft-mipt-nat.sw.ru
1142620303 Q * Smutje Ping timeout: 480 seconds
1142620303 N * Smutje_ Smutje
1142620682 J * VxJasonxV ~jason@ip68-110-115-17.ph.ph.cox.net
1142620717 J * Bertl herbert@212.16.62.52
1142620949 Q * Cru Quit: Serverwechsel
1142620949 Q * mkhl Ping timeout: 480 seconds
1142620949 J * Cru ~mindwarp@turbodiesel.e.de.wahlich.com
1142620995 Q * yang Ping timeout: 480 seconds
1142621015 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net
1142621486 Q * mmouse Quit: 
1142621680 Q * Cru jupiter.oftc.net unununium.oftc.net
1142621680 Q * teukka jupiter.oftc.net unununium.oftc.net
1142621680 Q * nox jupiter.oftc.net unununium.oftc.net
1142621680 Q * JimmyGulp jupiter.oftc.net unununium.oftc.net
1142621680 Q * Ben81 jupiter.oftc.net unununium.oftc.net
1142621680 Q * dhansen jupiter.oftc.net unununium.oftc.net
1142621680 Q * gerrit jupiter.oftc.net unununium.oftc.net
1142621680 Q * Bertl jupiter.oftc.net unununium.oftc.net
1142621680 Q * Wenix jupiter.oftc.net unununium.oftc.net
1142621680 Q * wibble jupiter.oftc.net unununium.oftc.net
1142621680 Q * cohan jupiter.oftc.net unununium.oftc.net
1142621680 Q * Psy0rz_ jupiter.oftc.net unununium.oftc.net
1142621680 Q * Adrinael jupiter.oftc.net unununium.oftc.net
1142621680 Q * romke jupiter.oftc.net unununium.oftc.net
1142621680 Q * meebey jupiter.oftc.net unununium.oftc.net
1142621680 Q * brc_ jupiter.oftc.net unununium.oftc.net
1142621680 Q * Soekris jupiter.oftc.net unununium.oftc.net
1142621680 Q * samuel_ jupiter.oftc.net unununium.oftc.net
1142621681 Q * hallyn jupiter.oftc.net unununium.oftc.net
1142621681 Q * lonewolff jupiter.oftc.net unununium.oftc.net
1142621681 Q * sladen jupiter.oftc.net unununium.oftc.net
1142621681 Q * wasser jupiter.oftc.net unununium.oftc.net
1142621681 Q * kilian jupiter.oftc.net unununium.oftc.net
1142621681 Q * matti jupiter.oftc.net unununium.oftc.net
1142621681 Q * monrad_ jupiter.oftc.net unununium.oftc.net
1142621681 Q * cmantito jupiter.oftc.net unununium.oftc.net
1142621681 Q * Geert jupiter.oftc.net unununium.oftc.net
1142621681 Q * phedny jupiter.oftc.net unununium.oftc.net
1142621681 Q * weasel jupiter.oftc.net unununium.oftc.net
1142621681 Q * neofutur jupiter.oftc.net unununium.oftc.net
1142621691 J * monrad_ ~mikkel@213083190131.sonofon.dk
1142621691 J * kilian kk@projects.verfaction.de
1142621691 J * hallyn ~xa@c-24-11-243-196.hsd1.in.comcast.net
1142621691 J * samuel_ ~samuel@levinux.UQAR.UQUEBEC.CA
1142621691 J * Soekris ~jan-wille@soekris.xs4all.nl
1142621691 J * sladen paul@starsky.19inch.net
1142621691 J * Geert geert@irc.efnet.be
1142621691 J * brc_ bruce@20151198033.user.veloxzone.com.br
1142621691 J * wasser ~wasser@ip86.ipax.at
1142621691 J * cmantito ~gphreak@c-68-37-52-88.hsd1.nj.comcast.net
1142621691 J * matti matti@linux.gentoo.pl
1142621691 J * phedny ~mark@volcano.p-bierman.nl
1142621691 J * meebey meebey@booster.qnetp.net
1142621691 J * lonewolff lonewolff@adleman.lonewolff.info
1142621691 J * romke ~romke@procyon.romke.net
1142621691 J * Wenix ~wenix@81.7.189.11
1142621691 J * wibble wibble@vortex.ukshells.co.uk
1142621691 J * neofutur ~neofutur@neofutur.net
1142621691 J * cohan ~cohan@koniczek.de
1142621691 J * weasel weasel@weasel.noc.oftc.net
1142621691 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi
1142621691 J * Psy0rz_ ~psy0rz@lounge.datux.nl
1142621696 M * Hollow wtf..
1142621763 J * nox ~nox@noxlux.de
1142621784 J * Bertl herbert@212.16.62.52
1142621807 M * coocoon good night and thanx to all hav fun
1142621809 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1142621839 M * eyck nighty night..
1142621935 Q * Psy0rz_ arion.oftc.net kinetic.oftc.net
1142621935 Q * Adrinael arion.oftc.net kinetic.oftc.net
1142621935 Q * cohan arion.oftc.net kinetic.oftc.net
1142621935 Q * wibble arion.oftc.net kinetic.oftc.net
1142621935 Q * Wenix arion.oftc.net kinetic.oftc.net
1142621935 Q * romke arion.oftc.net kinetic.oftc.net
1142621935 Q * lonewolff arion.oftc.net kinetic.oftc.net
1142621935 Q * meebey arion.oftc.net kinetic.oftc.net
1142621935 Q * brc_ arion.oftc.net kinetic.oftc.net
1142621935 Q * Geert arion.oftc.net kinetic.oftc.net
1142621935 Q * sladen arion.oftc.net kinetic.oftc.net
1142621935 Q * Soekris arion.oftc.net kinetic.oftc.net
1142621935 Q * samuel_ arion.oftc.net kinetic.oftc.net
1142621935 Q * hallyn arion.oftc.net kinetic.oftc.net
1142621935 Q * monrad_ arion.oftc.net kinetic.oftc.net
1142621935 Q * cmantito arion.oftc.net kinetic.oftc.net
1142621935 Q * kilian arion.oftc.net kinetic.oftc.net
1142621935 Q * phedny arion.oftc.net kinetic.oftc.net
1142621935 Q * matti arion.oftc.net kinetic.oftc.net
1142621936 Q * wasser arion.oftc.net kinetic.oftc.net
1142621936 Q * neofutur arion.oftc.net kinetic.oftc.net
1142621936 Q * weasel arion.oftc.net kinetic.oftc.net
1142621954 J * monrad_ ~mikkel@213083190131.sonofon.dk
1142621954 J * kilian kk@projects.verfaction.de
1142621954 J * hallyn ~xa@c-24-11-243-196.hsd1.in.comcast.net
1142621954 J * samuel_ ~samuel@levinux.UQAR.UQUEBEC.CA
1142621954 J * Soekris ~jan-wille@soekris.xs4all.nl
1142621954 J * sladen paul@starsky.19inch.net
1142621954 J * Geert geert@irc.efnet.be
1142621954 J * brc_ bruce@20151198033.user.veloxzone.com.br
1142621954 J * wasser ~wasser@ip86.ipax.at
1142621954 J * cmantito ~gphreak@c-68-37-52-88.hsd1.nj.comcast.net
1142621954 J * matti matti@linux.gentoo.pl
1142621954 J * phedny ~mark@volcano.p-bierman.nl
1142621954 J * meebey meebey@booster.qnetp.net
1142621954 J * lonewolff lonewolff@adleman.lonewolff.info
1142621954 J * romke ~romke@procyon.romke.net
1142621954 J * Wenix ~wenix@81.7.189.11
1142621954 J * wibble wibble@vortex.ukshells.co.uk
1142621954 J * neofutur ~neofutur@neofutur.net
1142621954 J * cohan ~cohan@koniczek.de
1142621954 J * weasel weasel@weasel.noc.oftc.net
1142621954 J * Adrinael adrinael@hoasb-ff09dd00-79.dhcp.inet.fi
1142621954 J * Psy0rz_ ~psy0rz@lounge.datux.nl
1142622168 M * tokkee Is there another way to see how many users are logged into a vserver than reading utmp?
1142622725 J * dhansen ~dave@sprucegoose.sr71.net
1142622728 J * gerrit ~gerrit@c-67-160-146-170.hsd1.or.comcast.net
1142622744 J * Ben81 ~Ben81@tipi0e.lri.fr
1142624192 J * dearaujo ~dan@cpe-66-25-189-193.austin.res.rr.com
1142624310 M * dearaujo I have a question - I created a guest with util-vserver0.30.209 and recently upgraded to 30.210.  I wanted to impose disk limits so I created the dlimits dir and created the appropriate files.  On first startup, I get lease create '/usr/local/etc/vservers/ftpserv/cache'.  I did that now I get bin/rm: cannot remove `/usr/local/etc/vservers/ftpserv/cache/dlimits/555_dev_hda1': Not a directory.  What gives?
1142624482 N * monrad_ monrad
1142624577 M * daniel_hozac is /usr/local/etc/vservers/ftpserv/cache a directory?
1142624607 M * dearaujo let me check
1142624618 M * daniel_hozac and i'm quite sure you don't want to put /dev/hda1 in .../dlimits/?/directory
1142624692 M * dearaujo ha - no
1142624702 M * dearaujo i fixed it - now it's thinking
1142624707 M * dearaujo daniel_hozac: thanks
1142624719 M * daniel_hozac it'll take a while the first time to calculate the usage.
1142625054 M * dearaujo daniel_hozac: well I have more inodes used that I wanted so I changed the limii - now im getting: # vserver ftpserv start
1142625054 M * dearaujo vdu: chdir(): Not a directory
1142625087 M * daniel_hozac hmm, interesting.
1142625102 M * dearaujo yeah - not very descriptive :)
1142625160 M * daniel_hozac could you strace it?
1142625164 M * dearaujo sure
1142625215 M * dearaujo hmm
1142625216 M * dearaujo stat64("/usr/local/etc/vservers/ftpserv/cache/dlimits/555_dev_hda1", 0xbf9dd9a8) = -1 ENOENT (No such file or directory)
1142625312 M * daniel_hozac well, that's why.
1142625317 M * daniel_hozac you have /dev/hda1 in directory,
1142625328 M * daniel_hozac and, well, /dev/hda1 isn't a directory.
1142625366 M * dearaujo is the directory supposed to be the mount point on the host or guest?
1142625495 M * dearaujo hmm - looks like it's the mount point on the guest
1142625498 M * dearaujo now it works
1142625507 M * dearaujo ok - thanks for the help
1142625509 M * daniel_hozac neither, it's supposed to be the directory containing the guest.
1142625531 M * dearaujo well - here's my sittuation
1142625552 M * dearaujo im mounting another partition within the guest that I want to limit disk space
1142625566 M * dearaujo that make sense?
1142625575 M * daniel_hozac from the guest's fstab?
1142625580 M * dearaujo yes
1142625624 M * daniel_hozac well, that won't work.
1142625629 M * dearaujo oh?
1142625634 M * dearaujo heh
1142625636 M * daniel_hozac the disk limits are set before mounts.
1142625660 M * daniel_hozac (except for the root filesystem of the guest)
1142625673 M * dearaujo ah because the mount is already there
1142625678 M * dearaujo interesting
1142625690 M * daniel_hozac but if you are mounthing things per-vserver, why do you want to limit it?
1142625759 M * dearaujo well - they're all mounting the same partition
1142625825 M * dearaujo but that's ok - I try to limit on the root partition instead
1142625845 M * dearaujo just investigating dlimit
1142625850 M * dearaujo thanks again for the help
1142625857 M * daniel_hozac you probably want to bind mount that.
1142625860 J * Blissex ~Blissex@82-69-39-138.dsl.in-addr.zen.co.uk
1142625864 M * dearaujo bind mount?
1142625866 M * daniel_hozac rather than one mount per vserver.
1142625878 M * dearaujo not familiar with that
1142625887 M * daniel_hozac mount --bind.
1142625897 M * dearaujo and that does?
1142626072 J * cehteh foobar@cehteh.homeunix.org
1142626079 M * dearaujo same contents is accessible in two places
1142626086 M * dearaujo got it - thanks again
1142626090 P * dearaujo 
1142626226 Q * doener_ Quit: leaving
1142626635 J * jkl eric@c-67-172-156-116.hsd1.co.comcast.net
1142627002 J * sannes ~ace@simula-084.simula.no
1142627407 J * shuri ~shuri@64.235.209.226
1142627434 A * shuri is in the house!
1142627491 Q * Blissex Read error: Connection reset by peer
1142627638 M * eyck everybode run
1142627641 M * eyck damn.
1142627648 M * eyck everybody run. 
1142627652 M * eyck oh, whatever
1142627690 M * daniel_hozac lol
1142628748 J * mkhl ~mkhl@200-148-40-56.dsl.telesp.net.br
1142629138 M * shuri pff
1142629281 Q * mkhl Quit: 
1142630168 J * W0nka produziert@chaos.in-kiel.de
1142630354 M * Bertl hmm, back now .. had some ststrange network outage and a nap :)
1142630461 Q * Wonka Quit: vserver basteln beendet
1142630478 J * mkhl ~mkhl@200-148-40-223.dsl.telesp.net.br
1142630549 J * bonbons ~bonbons@83.222.39.180
1142630630 M * Bertl welcome mkhl! bonbons!
1142630648 M * bonbons evening Bertl
1142631068 Q * rs Quit: rs
1142631145 Q * Viper0482 Remote host closed the connection
1142631304 A * waldi check who will kill him if adds xen-vserver packages
1142631661 M * micah hehe
1142631703 M * micah waldi: are they ready?
1142631969 M * waldi no
1142632074 M * waldi also amd64 only until someone else requests it
1142632121 M * Bertl waldi: hmm?
1142632214 M * waldi Bertl: what?
1142632231 M * micah waldi: I'd like i386!
1142632885 M * Bertl waldi: hppa please :)
1142632892 M * waldi Bertl: xen?
1142632904 M * Bertl if possible :)
1142632951 M * Bertl waldi: okay, okay, ppc?
1142633013 M * waldi linux-image-vserver-powerpc64_2.6.15+2.6.16-rc6-0experimental.0snapshot.6195_powerpc.deb
1142633039 M * Bertl hmm, that's ppc64 no?
1142633044 M * waldi it i
1142633050 M * waldi s/i$/is/
1142633063 M * waldi but there is also a linux-image-vserver-powerpc_2.6.15+2.6.16-rc6-0experimental.0snapshot.6195_powerpc.deb
1142633072 M * Bertl ah, great!
1142633111 M * waldi they need an update to rc13
1142633669 M * Bertl waldi: we will try to have a stable release soon
1142633686 M * Bertl that should simplify things, I guess
1142633709 M * waldi yeah
1142633754 M * Bertl but I'd like to do some more tests first, they should be done next week though
1142633776 M * Bertl are there folks actively testing the 'hybrid' kernels out there?
1142633783 M * Bertl (the debian ones, I mean)
1142633798 M * waldi i will have to remove xen from the 2.6.16 release in debian. the xen people are not able to provide uptodate xen patches
1142633813 M * Bertl because I could contact a few folks who might test them on various archs
1142633839 M * waldi (and they have no clue about providing compatibility between releases)
1142633867 M * daniel_hozac wasn't Xen supposed to be mainlined?
1142633879 M * Bertl for DomU
1142633888 M * waldi yes. but rejected with a different xen arch
1142633922 M * Bertl but I guess they have better chances now with th VMI thing going on
1142633956 M * waldi the VMI patches have not the needed quality IMHO
1142633984 M * Bertl yes, I completely agree there ...
1142633987 M * daniel_hozac why does Xen have a different arch? isn't it easier to just #ifdef the parts in the correct files?
1142634002 M * waldi daniel_hozac: this is currently done
1142634006 M * Bertl daniel_hozac: the arch approach would be the clean one
1142634012 M * waldi but they have rejected patches in there tree
1142634014 M * Bertl like UML does it
1142634020 M * waldi Bertl: no, it is not
1142634041 M * Bertl hmm?
1142634112 M * daniel_hozac waldi: rejected? what for?
1142634131 M * waldi daniel_hozac: the original smp alternatives patch
1142636546 M * micah hmm I'm having trouble compiling 2.6.15 with patch-2.6.15.6-vs2.0.2-rc12.diff
1142636562 M * micah compiles fine without it, but with it I get an error:
1142636566 M * micah drivers/mtd/devices/blkmtd.c:617: error: conflicting types for 'name_to_dev_t'
1142636566 M * micah include/linux/mount.h:90: error: previous declaration of 'name_to_dev_t' was here
1142636569 M * micah make[4]: *** [drivers/mtd/devices/blkmtd.o] Error 1
1142636583 M * micah which is odd, as I dont see any name_to_dev references in the patch
1142636677 M * Bertl probably mount.h pulls something in
1142636721 M * Bertl micah: could you upload your .config and name your arch?
1142636737 M * micah of course
1142636748 M * micah this is 686-smp
1142636804 M * micah http://pond.homelinux.com:7337/.config
1142636844 M * daniel_hozac Bertl: hmm, i thought we fixed that long ago.
1142636855 M * Bertl yep, me too
1142636897 M * micah uff, I must step out, I'll be back in ~30minutes
1142636942 M * daniel_hozac that delta must've gotten lost somewhere.
1142636952 M * daniel_hozac devel still has it.
1142636959 M * Bertl could be, maybe jsut for 2.6.15?
1142636995 M * Bertl do you remember what it was called?
1142637005 M * daniel_hozac no...
1142637189 M * Bertl hmm, I get a bunch of questions with make oldconfig with that .config ...
1142637227 P * matta 
1142637283 M * daniel_hozac Bertl: i guess you could just extract the drivers/mtd/devices/blkmtd.c patch from 2.6.15.6-vs2.1.1-rc13.
1142637303 M * Bertl good idea ...
1142637425 Q * shuri Quit: Quitte
1142637427 M * Bertl http://vserver.13thfloor.at/Experimental/delta-blkmtd-fix01.diff
1142637431 M * Bertl like this?
1142637501 M * Bertl btw, this is a mainline issue, so I think I should submit it if it is still valid
1142637506 M * daniel_hozac well, can't we just remove it altogether?
1142637524 M * daniel_hozac i remember i told the guys in #mtd, but they didn't seem interested.
1142637525 M * Bertl hum, we can, mainline cannot
1142637531 M * daniel_hozac right.
1142637540 M * daniel_hozac mainline probably should #include <linux/mount.h>
1142637541 M * Bertl but they could include the .h file
1142637544 M * Bertl yep
1142638827 J * eyck_ eyck@81.219.64.71
1142638918 Q * eyck Ping timeout: 480 seconds
1142639422 J * matt1 ~matta@c-68-32-239-173.hsd1.pa.comcast.net
1142639506 M * micah sorry that took so long
1142639632 M * micah so this is a mainline issue?
1142639657 M * Bertl ^well, yes, but one which requires a catalyst to show up :)
1142639698 M * Bertl i.e. they locally 'redefine' the function in a 'somewhat compatible' way
1142639712 M * Bertl s/define/declare/
1142639845 M * micah hmm
1142639903 Q * matt1 Ping timeout: 480 seconds
1142639913 M * Bertl not that I think you really want the mtd stuff for your kernel :)
1142639925 M * Bertl (but I assume it's a somewhat generic debian kernel)
1142639954 M * micah right, its made generic to work for many people