1163117953 Q * nox hydrogen.oftc.net venus.oftc.net
1163118187 J * nox ~nox@nox.user.oftc.net
1163119467 Q * DavidS Ping timeout: 480 seconds
1163120125 M * Bertl does anybody know how I can keep gnome apps from hijacking keys for shortcuts?
1163120259 Q * Hollow Server closed connection
1163120271 J * Hollow ~hollow@styx.xnull.de
1163120290 M * Skram Bertl: uninstalll it and use e17? :|
1163120293 M * Skram hm
1163120300 M * Bertl what's e17?
1163120301 M * Skram i wondered about that a while back too, Bertl 
1163120304 M * Skram enlightenment
1163120308 M * Skram it can be a pain in the ass though
1163120310 M * Skram uhm
1163120320 M * Bertl how would that help with gnome menu shortcuts?
1163120473 Q * Rich_Estill Quit: Leaving
1163120486 M * kerberos lol..
1163120572 M * Skram nevermind- sorry
1163120817 Q * ||Cobra|| Server closed connection
1163120828 J * ||Cobra|| ~cob@pc-csa01.science.uva.nl
1163121089 M * kerberos switching from gnome to e17 would be a drastic move..
1163121116 M * kerberos like ridding a donkey.. to ridding a donkey but a blue donkey
1163121118 Q * ruskie Read error: Connection reset by peer
1163121139 M * Bertl well, what I'm actually looking for is a java capable web browser which can send F9 to a stupid java aplet
1163121146 M * Bertl *applet
1163121234 J * ruskie ~ruskie@ruskie.user.oftc.net
1163121375 Q * matled Server closed connection
1163121376 J * matled ~matled@85.131.246.184
1163121654 Q * sladen Server closed connection
1163121665 J * sladen paul@starsky.19inch.net
1163121763 J * trevorj ~trevorj@cpe-71-64-109-225.neo.res.rr.com
1163121869 M * Bertl welcome trevorj!
1163122084 M * kerberos Bertl but the f9 key doesnt function because gnome uses it for something else?
1163122104 M * Bertl yep, I get a sidepane in every browser
1163122119 M * Bertl and I cannot get rid of it ... as it seems ...
1163122143 M * kerberos i dont use gnome :) but cant u disable the gnome shotcuts..
1163122154 M * trevorj Bertl: hi
1163122160 M * Bertl kerberos: well, it seems no :)
1163122169 M * kerberos remaping the f9 would be pointless right
1163122183 M * trevorj Bertl: It creeped me out to know that you work on both vserver and the h1940
1163122198 M * Bertl hehe :)
1163122207 M * trevorj Bertl: Mostly because I never realized it before
1163122263 M * trevorj But I do have a question
1163122274 M * Bertl go ahead!
1163122275 M * trevorj My ln command doesn't have the '-0s' parameter
1163122279 M * trevorj is there a patch required?
1163122299 M * Bertl hmm?
1163122315 M * trevorj for instance
1163122315 M * kerberos alias
1163122319 M * trevorj ln -0s /vservers/.hash /etc/vservers/.defaults/apps/vunify/hash/root
1163122323 M * Bertl I don't think my ln command has an -0s either
1163122346 M * trevorj I'm trying to setup vhashify
1163122347 M * trevorj lol
1163122367 M * Bertl and that uses an -0s option to ln?
1163122385 M * trevorj http://linux-vserver.org/Frequently_Asked_Questions#How_do_I_manage_a_multi-guest_setup_with_vhashify.3F
1163122415 M * Bertl I think that is a typo, should probably be -s
1163122430 M * doener IIRC we had that topic before
1163122432 M * trevorj "The command 'ln' creates a link between two files. "ln -s" creates a symbolic link -- two files are linked by name. "ln -0s" uses a Vserver extention to create a unified link."
1163122458 M * Bertl ahem, and where does that come from?
1163122465 M * trevorj the link I just gave you
1163122481 M * Bertl doener ?
1163122498 M * doener the "ln -0s"
1163122507 A * doener tries hard to remember
1163122513 M * Bertl where does that 'ln' come from?
1163122539 M * Bertl I consider that an urban myth
1163122550 M * trevorj lol
1163122559 M * Bertl IMHO somebody made a typo and derjohn found a great explanation for it :)
1163122575 M * Bertl (probably with the help of some folks around here :)
1163122577 M * trevorj nice guy
1163122594 M * trevorj personally, I don't think you guys need to redesign the great flower page
1163122630 M * Bertl forget the -0s part for now, take -s
1163122654 M * trevorj can I use vhashify on runnig vservers?
1163122658 M * Bertl we'll investigate (when derjohn is awake again) and I'm pretty sure that's not for real
1163122677 M * Bertl yes, it should be safe
1163122682 M * trevorj cools.
1163122720 M * doener Bertl: http://list.linux-vserver.org/archive/vserver/msg11904.html
1163122732 M * doener so ensc is the source 
1163122780 M * trevorj I have dual cpus in my server, and when one vserver spikes in cpu it never seems to use more than one cpus worth of cpu
1163122842 M * trevorj in fact I added it up, and even when the host runs an emerge, the cpus ALWAYS add up to 99% idle
1163122848 M * Bertl doener: patient zero :)
1163122880 M * Bertl trevorj: depends on how you configured it and _what_ apps are running
1163122905 M * Bertl for example, we have a test tool called cpuhog (guess what it does :)
1163122917 M * trevorj does it turn my cpu into a pig
1163122933 M * Bertl when you start that on a dual CPU machine (inside or outside a guest doesn't matter)
1163122945 M * Bertl it will use up 100% of one CPU
1163122954 M * trevorj ah
1163122961 M * Bertl why not both? because it is a single thread of execution
1163122963 M * trevorj I don't have much experience with dual cpus
1163122982 M * Bertl now, what happens if I start two of those buggers?
1163123006 M * trevorj or had a dual-threaded version?
1163123011 M * Bertl they will, after some rescheduling, each hog one cpu
1163123056 M * Bertl you can get the cpuhog here:  http://vserver.13thfloor.at/Experimental/TOOLS/cpuhog-0.02.c
1163123069 M * Bertl play around with that in your guest and see what happens
1163123074 M * trevorj I'm alright. Doesnt it do the same thing as cpuburn anyway?
1163123088 M * Bertl probably
1163123099 M * trevorj I should be in class now.
1163123110 M * trevorj sigh. Another skipped.
1163123165 M * trevorj I shouldn't of taken night classes
1163123236 M * trevorj heh, does vhashify not work with a gentoo guest?
1163123279 M * Bertl if configured correctly, it should work fine there too
1163123313 M * trevorj vserver skywww hashify returns "Can not determine packagemanagement style" and "failed to determine configfiles"
1163123324 Q * m4z Server closed connection
1163123408 M * Bertl see, those config files are required for gentoo
1163123428 M * Bertl basically telling vunify/vhashify what pathes can be unified and what not
1163123443 M * trevorj What config files? Am I missing a giant source of vserver information somewhere?
1163123502 M * Bertl hmm, IIRC that is part of the flower page
1163123525 M * trevorj haha
1163123527 M * trevorj ok
1163123635 M * Bertl look for vunify the settings there apply for vhashify too
1163125841 M * trevorj vhashify is smart right?
1163125849 M * Bertl relatively
1163125859 M * trevorj like it won't try to hashify anything in /proc, /dev, /sys, etc?
1163125867 M * trevorj speaking of which
1163125918 M * trevorj what does hashifying do exactly
1163125923 M * trevorj I know what it's meant to do
1163125926 M * trevorj I'm asking how it does it
1163125950 M * trevorj does it move all real files into the hash dir organized by sha-1 hash
1163125955 M * trevorj then hard link to them
1163126107 M * Bertl no, it basically generates a 'hash' for each file
1163126113 M * trevorj with metadata?
1163126118 M * Bertl then checks if that hash is already present
1163126133 M * Bertl if so, the file is hard linked to the hash entry
1163126143 M * Bertl if not the hash entry is hard linked to the file
1163126209 M * trevorj so in the .hash dir, are there real files or hard links to the files
1163126227 M * Bertl what's the difference?
1163126257 M * trevorj is a hard link just a link to an inode or something?
1163126264 Q * sladen Ping timeout: 480 seconds
1163126290 M * Bertl yes, hard links are identical
1163126301 M * Bertl you cannot tell a hard link from a file and vice versa
1163126310 M * trevorj ah
1163126328 M * Bertl basically all 'files' are hard links (directory entries) to some inode
1163126340 M * Bertl you can have more of them in different directories
1163126342 M * trevorj yeah, thats what I got from that
1163126385 M * Bertl *phew* I love it, the HP folks really figured how to make a shitty interface even worse :)
1163126439 M * almak Hi Bertl
1163126448 A * Bertl is fighting with an HP iLO2
1163126470 M * almak k
1163126478 J * sladen paul@starsky.19inch.net
1163126521 M * almak can someone explain to me how idle time scheduling works?
1163126534 M * Bertl sure, that is actually quite simple
1163126563 M * Bertl you know how the normal scheduling (token bucket wise) works?
1163126571 M * almak yes
1163126592 M * Bertl okay, you also know what the hard cpu scheduler does once a token bucket is empty?
1163126653 M * almak Think it suspends the processes until min token is reached.
1163126695 M * Bertl precisely
1163126711 M * Bertl now consider a system, where all token buckets go empty at some point
1163126719 M * Bertl i.e. no TB is above minfil
1163126750 M * Bertl at this point, the scheduler will schedule the idle task
1163126769 M * Bertl now, the idle time scheduling does something different here
1163126786 M * Bertl it basically replaces the Rate/Interval values with a second set
1163126793 M * Bertl called Rate2/Interval2
1163126809 J * dreamist ~dreamist@c-24-11-199-1.hsd1.mi.comcast.net
1163126811 M * Bertl and artificially advances (idle) time
1163126827 M * dreamist greetings
1163126832 M * Bertl until at least on TB has enough tokens to reschedule a guest
1163126839 M * almak i.e. it speeds up the fill rate.
1163126860 M * Bertl no, it skips idle time :)
1163126929 M * almak so it picks which context's param for rate2/interval2?
1163126946 M * Bertl each guest can have it's own R2/I2 set
1163126965 M * Bertl it just changes from the R/I sets to R2/I2 for more flexibility
1163127029 M * almak So I can give priority to a particular context to run more oftern during idle time.
1163127036 M * Bertl precisely
1163127049 M * almak got it.
1163127076 M * almak Thanks.
1163127085 M * Bertl np
1163127129 M * trevorj damn.
1163127154 M * Bertl hmm?
1163127157 M * trevorj I didn't think it would mark the files read-only to the vserver
1163127184 M * Bertl well, that's the purpose, to protect them against modification
1163127193 M * trevorj hahaha
1163127195 M * Bertl depending on the kernel version
1163127208 M * Bertl the links will be automagically broken when accessed
1163127216 M * Bertl (CoW link breaking)
1163127225 M * trevorj shit, I'm not using 2.1.x
1163127226 M * Bertl or need to be removed first (stable/legacy)
1163127251 M * trevorj I manually merged the grsec and vserver 2.1.x patches
1163127263 M * trevorj but then I found it didn't compile and I gave up as to why
1163127277 M * trevorj I had too many RL things to do the next day
1163127295 M * trevorj so I just used the grsec+vserver merged patch by harry
1163127379 M * Bertl which was a o) good idea o) bad idea o) dont know?
1163127439 M * trevorj it's a good idea in 'less work for me'
1163127452 M * trevorj bad idea in 'CoW link breaking is only in 2.1'
1163127477 M * trevorj this reminds me of squashfs and jffs2 on the wrt54g
1163127487 M * Bertl i.c. well, get a 2.1.1 kernel without grsec and break the links :)
1163127495 M * trevorj no thanks ;)
1163127567 M * trevorj I hate rebooting my server, it's not in an easily accessible location ( a business down the street thats always closed )
1163127583 M * trevorj so if I screw it up, I get to wait until their schedule meets mine
1163127597 M * Bertl i.c.
1163127602 M * Bertl no remote console ...
1163127628 M * trevorj heh, it's just another server in the racks
1163127701 M * dreamist having a problem building new guests.. getting the following: Error: an inet prefix is expected rather than "192.l68.3.43/16"
1163127705 M * dreamist any ideas?
1163127719 M * Bertl what did you put where?
1163127733 M * Bertl or 'how was the guest created?'
1163127749 M * dreamist lemme grab the vserver build command I used
1163127767 M * dreamist vserver ldapslave0 build -m yum --hostname ldapslave0.vs.weyco.com --interface bond0:192.l68.3.43/16 --initstyle sysv -- -d centos42
1163127798 M * Bertl that looks okay to me, what tools do you use?
1163127826 M * dreamist util-vserver: 0.30.209
1163127846 M * Bertl hmm, please update to 0.30.211
1163127957 M * dreamist ok.. I can try that -- this is kind of odd because I built a vserver earlier today with nearly the same command line and everything was happy
1163127968 M * Bertl with a bond0 device?
1163127979 M * dreamist yep.. same machine, same command line just different name and address
1163128006 M * Bertl well, check the config, it looks to me like the entire ip ended up in the 'prefix' file
1163128019 M * Bertl while the 192.l68.3.43 should be in the ip part
1163128066 M * dreamist files look ok -- dev has bond0 in it, ip is just the ip, and prefix is 16
1163128187 M * Bertl so that would be fine
1163128187 Q * dreamist Read error: Connection reset by peer
1163128306 J * marcfiu ~mef@c-68-39-177-97.hsd1.nj.comcast.net
1163128322 M * marcfiu hello
1163128366 M * Bertl hey marc
1163128581 J * dreamist ~dreamist@c-24-11-199-1.hsd1.mi.comcast.net
1163128605 M * dreamist grr nice comcast hiccup
1163129100 M * Bertl okay folks ... have a nice one, I'm off to bed now ...
1163129106 N * Bertl Bertl_zZ
1163129395 Q * eGnarF Server closed connection
1163129407 J * eGnarF ~bartek@bk.crystone.se
1163130400 M * dreamist anyone here using centos guests?
1163130773 M * Skram centos host with gentoo guests.. wee :)
1163130788 Q * bronson Ping timeout: 480 seconds
1163130805 M * dreamist Skram:  how's that working out for you?  happy with using gentoo as guest?
1163130812 M * Skram yeah
1163130833 M * Skram i have a host or two which is running gentoo and has gentoo hosts (and a couple debian guests in dev)
1163130854 M * dreamist any particular reason you chose gentoo as the guest, or is that just what you like to work with?
1163130857 M * Skram the centos box isnt going to be with me for very long, I anticipate so I haven't wiped the DC-install and put gentoo on it
1163130862 M * Skram I like to work with it
1163130865 M * dreamist nod
1163130883 M * Skram being weird, gentoo was the first distro I used full time for my desktop and server environments
1163130895 M * Skram most people probably start off with other, easier distros I suspect..
1163130955 M * dreamist sure.. I started with slackware back in 95 or so.. messed with them all at some point
1163130997 M * dreamist messed with Gentoo on my desktop for a while.. was pretty decent as I remember
1163134130 Q * dreamist 
1163134559 P * marcfiu 
1163136514 Q * meebey Server closed connection
1163136516 J * meebey meebey@booster.qnetp.net
1163136796 Q * SNy Server closed connection
1163136797 J * SNy f7643bc1ab@bmx-chemnitz.de
1163144238 Q * mcp Server closed connection
1163144250 J * mcp ~hightower@wolk-project.de
1163145666 Q * wenchien Server closed connection
1163145683 J * wenchien ~wenchien@59-105-176-11.adsl.static.seed.net.tw
1163146813 J * dna_ ~naucki@137-240-dsl.kielnet.net
1163147230 Q * tso Server closed connection
1163147232 J * tso ~tso@244-005.dyn-fa.pool.ew.hu
1163147393 J * dna___ ~naucki@137-240-dsl.kielnet.net
1163147765 Q * dna_ Ping timeout: 480 seconds
1163147802 Q * renihs Quit: Leaving
1163148021 J * renihs ~penguin@83-65-34-34.arsenal.xdsl-line.inode.at
1163148719 J * meandtheshell ~markus@85-125-231-133.dynamic.xdsl-line.inode.at
1163149291 J * comfrey ~comfrey@194.158.46.141
1163149315 Q * s0undt3ch Ping timeout: 480 seconds
1163149450 J * dmax ~semaj@81.193.60.107
1163149724 J * bonbons ~bonbons@83.222.36.166
1163150378 J * s0undt3ch ~s0undt3ch@81.193.60.107
1163151153 J * Piet hiddenserv@tor.noreply.org
1163151833 Q * trevorj Ping timeout: 481 seconds
1163152431 Q * Johnnie Server closed connection
1163152751 J * trevorj ~trevorj@cpe-71-64-109-225.neo.res.rr.com
1163154311 J * click click@ti511110a080-0541.bb.online.no
1163156135 M * Piet is there a solution to the bind9 problem in debian etch vservers other than recompiling bind9 and other than allowing capset?
1163156160 M * Piet http://linux-vserver.org/Problematic_Programs#Bind9_on_Debian_GNU.2FLinux_Woody_.283.0.29_and_Sarge_.283.1.29
1163156171 M * Piet only refers to sarge and woody, so i'm wondering
1163156191 M * eGnarF Piet: use powerdns =)
1163156208 M * Piet eGnarF: is it fully compatible?
1163156211 M * eGnarF Piet: Seriously tho, I'm running bind on a vserver and I don't think I had any problems.
1163156218 M * Piet as in, same zone file format?
1163156221 M * eGnarF Piet: let me check if I did any special settings.
1163156237 M * eGnarF Piet: powerdns has modules that read the bind zone file format.
1163156244 M * eGnarF Piet: So it should be fully compatible.
1163156256 M * Piet i need to run it with syscp, a 'hosting environment manangement' system
1163156292 M * eGnarF Piet: I had to add a few caps it seems..
1163156294 M * Piet syscp writes bind9 zonefiles by itself, that's why i'd need compatibility
1163156315 M * cehteh mhm ... a LD_PRELOAD lib which catches/fakes the faulty calls
1163156320 M * Piet hmm, which would that be?
1163156335 M * cehteh well i have bind9 running but with CAP_SYS_RESOURCE
1163156345 M * eGnarF Piet: This is what I did to get it running.  I created /etc/vservers/<server>/bcapabilities and added CAP_SYS_ADMIN CAP_SYS_RESOURCE CAP_NET_RAW
1163156365 M * cehteh only RESOURCE is needed for bind
1163156367 M * eGnarF Piet: If that is an acceptable solution for you then try it. If not, test out powerdns and see if it works for you.
1163156371 M * eGnarF Now, foodtime.
1163156385 M * cehteh (debian etch here)
1163156428 M * Piet CAP_SYS_RESOURCE looks pretty mighty
1163156444 M * Piet http://www.lids.org/lids-howto/node60.html
1163156528 M * Piet anyway, thanks for your help
1163156568 M * cehteh Piet: i made a suggestion to ship a LD_PRELOAD lib with the vserver tools to fix broken apps by faking calls which are not needed etc
1163156582 M * cehteh but noone (including me) actually started that work :(
1163156603 M * Piet a pity :(
1163156638 M * Piet but would you knpow for sure that bind9 would still be stable without this actually being available?
1163156645 M * cehteh well on the long term Vserver will handle that on itself 
1163156655 M * cehteh maybe development versions do already
1163156672 Q * mire Ping timeout: 480 seconds
1163156706 M * cehteh Piet: i forgot the reason  .. but it was something not really required afaik .. and yes .. that needs to be ensures of course
1163156751 M * cehteh Piet: well rebuilding a bind package shouldnt be too complicated
1163156872 M * Piet it's not for doing it once, butit is if it's done with every bind security fix ;)
1163156925 M * Piet powerdns may be a better option indeed, but i don't have time to test it now...
1163156935 M * Piet i guess i'll indeed have to recompile
1163156992 M * cehteh Piet: rebuiding/patching could be somewhat aautomated 
1163157011 M * cehteh and bind9 got a lot better in sense of security than former versions
1163157291 J * mire ~mire@136-167-222-85.adsl.verat.net
1163157349 M * Piet okok, convinced ;)
1163157878 M * cehteh alternatively you can fill a bug & patch for debian
1163158164 J * m4z m4z@bastard-operator.from-hell.net
1163158214 J * lilalinux ~plasma@dslb-084-058-197-123.pools.arcor-ip.net
1163158409 Q * Aiken Quit: Leaving
1163159942 Q * pusling Server closed connection
1163159949 J * pusling pusling@195.215.29.124
1163159998 Q * ms_ Quit: nvidia
1163160651 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1163160957 N * Bertl_zZ Bertl
1163160961 M * Bertl morning folks!
1163160976 M * DavidS wb, Bertl! ;)
1163161163 M * borgfish hi
1163161567 M * Bertl DavidS: how's going with debian?
1163161599 Q * trevorj Ping timeout: 480 seconds
1163161629 M * DavidS Bertl: /me currently tries to integrate the cttproxy patch into the linux-2.6 source package to leverage (ick!) the native build structure ...
1163161742 Q * mountie Server closed connection
1163161748 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com
1163161884 M * daniel_hozac cehteh: how would a preloaded library help for BIND? it's using syscalls directly.
1163161935 M * cehteh ugh .. really ..
1163161939 M * cehteh that sux ;)
1163162015 M * cehteh anyways ... i have a ptrace supervisor on my (long time) queue ... that would help 
1163162036 M * cehteh while .. hmm better let the vserver kernel handle things 
1163162062 M * daniel_hozac as we do in 2.1.1 already with the capability masking?
1163162167 M * cehteh i dont know the 2.1.1 features
1163162322 M * Bertl cehteh: time to try them out :)
1163162354 M * cehteh Bertl: i am just waiting for 2.6.19.1 for that ;)
1163162383 M * daniel_hozac that seems like a bad idea.
1163162394 M * cehteh actually first .19 still for the gigabit stuff we talked about some weeks ago
1163162709 Q * DavidS Remote host closed the connection
1163162723 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1163162966 Q * DavidS Remote host closed the connection
1163162993 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1163162996 Q * DavidS Remote host closed the connection
1163163067 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1163163207 M * Bertl wb DavidS!
1163163233 M * DavidS Bertl: gaim beta suckt...
1163163344 M * Bertl *cough* irssi *cough*
1163163382 M * DavidS Bertl: no-overhead irc+icq+jabber+bonjour?
1163163448 M * Bertl irc, what do you need IM for?
1163163498 M * DavidS Bertl: we can take that to /query ... sounds OT here on #vserver?
1163163519 M * ruskie *cough* bitlbee+irssi *cough*
1163164006 M * Bertl hmm, nice, didn't know that one :)
1163165568 M * brcc what is irssi ? i use bitlbee
1163165609 M * renihs ... you dont know irssi?
1163165612 M * renihs thats a crime :)
1163165753 Q * DavidS Quit: Leaving.
1163165822 M * sid3windr hmpf
1163165828 M * sid3windr I have a vs-patched kernel
1163165835 M * sid3windr installed vmware server on the host
1163165838 M * sid3windr started a vm, and boom
1163165840 M * sid3windr machine is gone
1163165848 M * renihs hmm
1163165851 M * renihs works for me
1163165868 M * brcc weird
1163165884 M * renihs :(
1163165885 M * brcc vmware has crashed my box sometimes, even without being patched
1163165888 M * Bertl sid3windr: could there be a bug in a product like vmware? noo ...
1163165894 M * renihs hehe 
1163165907 M * renihs but vmware hasnt crashed on me since they made the server free
1163165924 M * Bertl free as in beer that is :)
1163165929 M * renihs its a nice thing to convert old nt4 boxes running on some desperate hardware to migrate to newer boxes :)
1163165933 M * renihs hehe
1163165934 M * renihs true
1163165935 M * sid3windr Bertl: ;)
1163165946 M * sid3windr Bertl: I suspect their kernel modules didn't like something ;)
1163165947 M * Bertl sid3windr: try QEMU
1163165964 M * renihs bah, qemu, my old favorite
1163165967 M * sid3windr can I run qemu remotely with local graphics and keep it running, then later reattach?
1163165968 M * renihs doesnt compile against 4.1.1
1163165991 M * Bertl sid3windr: yep, it knows how to emulate vnc
1163165998 M * sid3windr hmmm
1163166002 M * sid3windr interesting
1163166004 M * brcc sid3windr i want to do that too. once i was trying to do it with remote display, tghe best way would be to find a way to detach it
1163166015 M * renihs but without accelerator modules qemu is pointless for gui 
1163166034 M * sid3windr I just need a windows xp instance on a server somewhere
1163166054 M * Bertl well, if you run vmware, you an as well load the closed source kqemu
1163166060 M * Bertl *can
1163166071 M * renihs true
1163166074 M * renihs however vmware is faster
1163166080 M * sid3windr I'll go check what the panic was :P
1163166083 M * sid3windr then reboot ;)
1163166179 M * sid3windr heh
1163166181 M * sid3windr it didn't crash.
1163166204 M * sid3windr vmware flapped the ethernet connection though o_O 
1163166204 A * Skram brews coffee, meditates, and is now ready to install gentoo. Just 'gotta wait for the server to come.
1163166207 M * Skram :)
1163166219 M * sid3windr and as the port on the switch wasn't in portfast I lost connectivity for some 30ish sec
1163166222 M * sid3windr stupid vmware
1163166280 M * renihs set ethernet0.virtualDev = "e1000" (or e100) for devs
1163166292 M * renihs i experienced problems with other (virtual) drivers
1163166892 Q * sladen Ping timeout: 480 seconds
1163166934 J * sladen paul@starsky.19inch.net
1163167295 Q * ruskie Remote host closed the connection
1163167409 J * tuxmania ~bonbons@83.222.36.93
1163167430 M * Bertl hey tuxmania! :)
1163167489 J * ruskie ~ruskie@ruskie.user.oftc.net
1163167830 Q * bonbons Ping timeout: 480 seconds
1163167991 J * chand ~chand@m244.net81-64-156.noos.fr
1163168199 M * Bertl welcome chand!
1163168333 M * chand hey Bertl 
1163168336 M * chand long time no see :)
1163168340 Q * vasko Server closed connection
1163168340 M * chand how've you been ?
1163168341 J * vasko ~vasko@unreal.rainside.sk
1163168341 A * vasko is gone. Gone since Wed Sep 20 15:44:00 2006
1163168358 M * Bertl chand: indeed .. I'm fine, how are you?
1163168376 M * chand i'm fine .. looking for a job these days :)
1163168420 M * chand just ended my consultancy run at Lycos ..
1163168421 M * chand ;)
1163168572 M * Bertl i.c. so what are you planning to do?
1163168736 M * chand taking some time off first .. then either continue in the consultancy business as an independant or work full-time for a company ..
1163168743 M * chand the independency stuff is quite a hassle in france :(
1163168793 N * tuxmania bonbons
1163168809 M * chand so i'm thinking about going back to a full-time position.. plus i have more offers in that area 
1163168840 M * Bertl i.c.
1163168876 M * chand since lycos fired everybody last year, a lot of people have since found new jobs and so that makes a lot of contacts in the market :)
1163168880 M * chand what are you up to ?
1163168885 M * chand (besides vserver i mean :))
1163169259 M * Bertl well, various things, but vserver is still the main project atm
1163169504 M * chand aiight good .. \
1163169524 M * chand it's a shame that lycos has decided not to go thru with it and follow the development ..
1163169528 M * chand but anyway, their loss :)
1163169566 M * Bertl it seems lycos germany is trying to catch up
1163169582 M * chand yeah ? that's good .. 
1163169585 M * chand that's lycos now :)
1163169598 M * chand my client was Lycos DE
1163169694 Q * renihs Quit: Leaving
1163170142 J * marcfiu ~mef@targe.CS.Princeton.EDU
1163170147 M * marcfiu hello world
1163170156 M * daniel_hozac hi
1163170218 M * marcfiu bertl: should I just send you that patch that prefixes vx_ to "proc_pid_visible" and "find_task_by_pid"?
1163170246 M * daniel_hozac find_proc_task_by_pid, i assume.
1163170247 M * Bertl yes, please, or upload it somewhere ...
1163170272 M * marcfiu yes .. find_proc_task_by_pid
1163170355 M * marcfiu  http://www.cs.princeton.edu/~mef/vserver/vs2.0.2.2-rc6-patch
1163170491 Q * morfoh Server closed connection
1163170502 J * morfoh ~morfoh@kilo105.server4you.de
1163171235 M * marcfiu is there a relative diff from vs2.0.2.2-rc4 to rc5 and rc6 somewhere?
1163171323 M * Bertl nope, but I can upload one if you like
1163171343 M * marcfiu if its not too much trouble.
1163171386 M * marcfiu All I care about are the vs related changes from rc4 to rc5 and rc6
1163171502 M * marcfiu but I can generate those myself... let me know.
1163171552 M * marcfiu I suppose I could skip rc5.
1163171786 Q * cdrx Quit: Leaving
1163171850 M * daniel_hozac interdiff <3 ;)
1163171881 M * Bertl http://vserver.13thfloor.at/Experimental/delta-vs2.0.2.2-rc4-rc5.diff
1163171882 M * Bertl http://vserver.13thfloor.at/Experimental/delta-vs2.0.2.2-rc5-rc6.diff
1163171942 M * marcfiu you beat me by 30 seconds. 
1163171945 M * marcfiu thank you.
1163171957 M * marcfiu I'll go with yours ...
1163172387 Q * FloodServ oxygen.oftc.net helium.oftc.net
1163172395 J * FloodServ services@services.oftc.net
1163172641 M * Borg- pwd
1163172680 M * Bertl Borg-: wrong window :)
1163172744 M * Borg- yeah ;) too much terminals open
1163172876 Q * kaner Remote host closed the connection
1163172883 J * kaner kaner@strace.org
1163172901 M * marcfiu bertl: thanks for the deltas.  Applied them.
1163172919 M * Bertl hope you upped to 2.6.18.2 too
1163173040 M * marcfiu bertl: I'll look into upgrading the iLO2 firmware on pluster-20-lom.  But I don't have high hopes that their firmware will work any better. I wonder whether the problems you ran into were a function of the firmware or the java plug-in.  My guess it is the java plug-in and I bet their non-java plug-in for Internet Explorer probably works better.  
1163173056 M * marcfiu bertl: checking on 2.6.18.2
1163173069 M * Bertl the java RC sucks big time
1163173077 J * DavidS ~david@chello062178045213.16.11.tuwien.teleweb.at
1163173096 M * Bertl marcfiu: but the ssh console is not much better, unfortunately
1163173119 M * Bertl marcfiu: would be _really_ great if you could get a serial console connected to some machine with a minicom
1163173285 M * marcfiu I'll see what I can do.
1163173304 M * marcfiu Shouldn't be a problem... let me find the right cables.
1163173325 M * Bertl btw, do you know some folks at hp which are interested in ilo feedback?
1163173350 M * marcfiu wish I did.
1163173358 M * marcfiu I've sent it to all the people that I know.
1163173379 M * marcfiu Feel free to send your experience / problems to me, and I'll forward it to those same folks.
1163173402 M * marcfiu Basically, their iLO2 is worse than the original iLO, which was actually quite nice.
1163173458 M * bonbons marcfiu: that's what it looks like for us too, at least in the base version that comes with the servers...
1163173467 M * Bertl marcfiu: okay, will send you a long list ...
1163173506 M * marcfiu :)
1163173558 M * marcfiu bertl: your delta from rc4 to rc5 included a change in fs/proc/base.c:
1163173558 M * marcfiu -                       if (task_vx_flags(task, VXF_INFO_HIDE, 0))
1163173558 M * marcfiu +                       if (task_vx_flags(task, VXF_HIDE_VINFO, 0))
1163173580 M * marcfiu hold on.... 
1163173586 M * marcfiu I think I screwed something up.
1163173698 M * marcfiu looks like I am missing the definition of VXF_HIDE_VINFO
1163173714 M * marcfiu My own deltas from rc4 to rc5 does not include the above change.
1163173715 M * marcfiu weird
1163173826 M * marcfiu bertl: unless I screwed something up, I don't have a definition of VXF_HIDE_VINFO... just the original VXF_INFO_HIDE.
1163173897 M * DavidS waldi: 2.6.18-5 really fixes the BUG in do_IRQ! Thank you very much
1163173920 M * Bertl marcfiu: let me check when that one came in
1163173978 M * marcfiu bertl: btw., I think the latest version of FC5 is based on 2.6.18.2-rc1.  Is that a problem?
1163174069 M * daniel_hozac i think a kernel update is imminent for FC5 and FC6.
1163174076 M * daniel_hozac lots and lots of changes going in today.
1163174105 M * marcfiu         kernel-2_6_18-1_2238_fc5        (revision: 1.28)
1163174105 M * marcfiu         kernel-2_6_18-1_2237_fc5        (revision: 1.28)
1163174112 M * marcfiu You are right.
1163174119 M * marcfiu They were at 2224 before.
1163174191 M * daniel_hozac a CVE was fixed as well, so i guess it's going to be marked security.
1163174214 M * daniel_hozac (and thus pushed through rather quickly)
1163174591 J * trevorj ~trevorj@cpe-71-64-109-225.neo.res.rr.com
1163174683 M * Bertl marcfiu: ignore that hunk, I have absolutely no idea where it comes from
1163174853 M * marcfiu done
1163175835 Q * kir Server closed connection
1163175846 J * kir ~kir@swsoft-mipt-nat.sw.ru
1163175888 M * Bertl wb kir!
1163176081 J * besonen__ ~besonen@dsl-db.pacinfo.com
1163176151 Q * besonen_ Read error: Connection reset by peer
1163176183 Q * besonen__ Read error: Connection reset by peer
1163176189 J * besonen_ ~besonen@dsl-db.pacinfo.com
1163176733 Q * chand Quit: chand
1163176997 J * coocoon ~coocoon@dslb-084-056-169-109.pools.arcor-ip.net
1163177006 M * coocoon hello
1163177015 Q * cohan Server closed connection
1163177018 J * cohan ~cohan@koniczek.de
1163177324 M * Bertl hey coocoon!
1163177906 Q * trevorj Quit: leaving
1163177985 J * yang ~yang@cpe-213-157-253-172.dynamic.amis.net
1163178862 M * kevinp I'm compiling 2.1.1 and get these Warnings: Section mismatch: reference to .init.text: from .text between 'he_start' (at offset 0x4e9) and 'he_stop'
1163178868 M * kevinp Is that anything to worry about?
1163178899 M * Bertl probably not, x86_64 or alpha?
1163178919 M * kevinp no i686
1163179465 M * daniel_hozac i'd assume you get them on vanilla as well?
1163179628 M * Bertl very likely
1163179703 J * Piet_ hiddenserv@tor.noreply.org
1163179825 Q * Piet Remote host closed the connection
1163179932 N * Piet_ Piet
1163180899 J * yarihm ~yarihm@84-75-123-221.dclient.hispeed.ch
1163180904 Q * marcfiu Server closed connection
1163181237 Q * gerrit Ping timeout: 480 seconds
1163181915 M * Piet hey, could someone take a look at these messages which popped up on my vserver hosts' serial console today?
1163181916 M * Piet http://pastebin.com/821260
1163181944 M * Piet i don't really know whether this is related to the vserver patches, just an idea...
1163182068 J * bronson ~bronson@66.160.177.229
1163182072 M * Piet it seems like the only other people who also saw this run vservers, too
1163182167 Q * comfrey Quit: leaving
1163182213 M * Bertl hmm
1163182313 M * Piet it's 2.6.18 here
1163182334 M * Bertl what patches?
1163182336 M * Piet at least one of the others i found is 2.6.18, too
1163182366 M * Piet patches=linux-vserver
1163182381 M * Piet to me, these are kernel patches
1163182392 M * Piet i'm running the stock kernel form debian sid
1163182402 M * Bertl no vserver patches?
1163182545 M * Piet linux-image-2.6.18-1-vserver-686
1163182559 M * Bertl ah, hmm, well, then probably you want to file a bug to debian
1163182589 M * Bertl if you get those with 2.02.2-rc6 or 2.1.1, we have an issue (but I doubt you will)
1163182618 M * daniel_hozac 2.6.18-5 is 2.0.2.2-rc6, if i understand things correctly.
1163182619 M * Bertl Piet: once you checked that you got the latest version, please contact waldi or micah ...
1163182661 M * Bertl the BUG should be accompanied with a warning there
1163182674 M * daniel_hozac not if CONFIG_VSERVER_DEBUG is disabled.
1163182693 M * Bertl hrm, why would debian folks do such cruel things :)
1163182703 M * waldi Piet: use linux-image-2.6.18-2-vserver-686, not -1-
1163182704 M * daniel_hozac who knows :)
1163182733 M * Piet my fault, i need to upgrade the kernel image
1163182743 M * Bertl daniel_hozac: just checked, the BUG is gone in rc6
1163182749 M * daniel_hozac yep, i know.
1163182760 M * Piet sorry for that :)
1163182776 M * Bertl np, keep reporting issues, we need and appreciate the feedback
1163182882 M * Bertl okay, translocating now ... back later
1163182887 N * Bertl Bertl_oO
1163182887 M * daniel_hozac cya!
1163182917 M * Piet byebye
1163183512 Q * rob-84x^ Server closed connection
1163183515 J * rob-84x^ rob@submarine.ath.cx
1163183547 J * gerrit ~gerrit@bi01p1.co.us.ibm.com
1163184855 M * gdm Piet: use vanilla :p
1163184887 J * sebastian ~sebastian@pD957D3D0.dip.t-dialin.net
1163185990 Q * Wonka Quit: vserver-reboot - kernel-upgrade
1163185999 Q * coocoon Quit: KVIrc 3.2.0 'Realia'
1163186210 Q * Osgiliath Quit: The Sign Of Wrath Awaked.
1163186481 Q * sebastian 
1163186868 Q * vasko Server closed connection
1163186868 J * vasko ~vasko@unreal.rainside.sk
1163186868 A * vasko is gone. Gone since Wed Sep 20 15:44:00 2006
1163187051 M * kevinp first 2.1.1 upgrade looks good: http://paste.linux-vserver.org/667
1163187080 M * daniel_hozac kevinp: old utils ;)
1163187096 M * kevinp Dang!
1163187103 M * kevinp fix that next :)
1163187825 Q * Piet Remote host closed the connection
1163188503 J * Piet hiddenserv@tor.noreply.org
1163188778 J * FaUl immo@shell.chaostreff-dortmund.de
1163188782 M * FaUl weha
1163188966 M * kevinp daniel_hozac: testing new utils, on stop I get: http://paste.linux-vserver.org/668
1163188993 M * kevinp not sure if this was happening on old utils or not
1163189003 M * daniel_hozac running an init inside?
1163189014 M * kevinp I just started an older vserver I'm not currently using to test
1163189048 M * kevinp apps/init/style = sysv
1163189060 M * daniel_hozac hmm, interesting.
1163189088 M * daniel_hozac i've only seen that with guests that had an init.
1163189109 M * kevinp vserver-stat shows that it did shutdown though
1163189128 M * kevinp vps shows no processes running with the context id of the vserver
1163189151 M * daniel_hozac yeah, that process list would've contained them had there been any.
1163189167 M * kevinp ok
1163189193 M * kevinp I can bring this vserver up and down for testing with no problem if you want me try something
1163189202 M * daniel_hozac is it reproducible?
1163189215 M * kevinp starting it again now..
1163189303 M * kevinp yeah, same thing on shutdown
1163189311 M * kevinp emtpy process list
1163189368 M * daniel_hozac so while you're waiting for it to stop, does vps list any processes? does /proc/virtual still list it?
1163189447 M * kevinp yeah, vps shows that /var/dcc/libexec/dccifd is still running
1163189473 M * kevinp (this is a mail server vserver - runs MailScanner with DCC)
1163189505 M * kevinp nothing in /proc/virtual after shutdown
1163189540 M * daniel_hozac how about during?
1163189550 M * daniel_hozac but it's strange that the process list is empty...
1163189602 M * kevinp I just tried stopping the dcc service inside the guest before shutting down and it works correctly
1163189626 M * kevinp so I'm probably missing a shutdown script for that service or something
1163189644 M * daniel_hozac looks like.
1163189650 M * kevinp although the killall should take care of it without a timeout error
1163189666 M * daniel_hozac killall just stops services that didn't shutdown correctly.
1163189671 M * daniel_hozac it doesn't actually kill all processes.
1163189954 M * kevinp bad name then :)
1163189967 M * daniel_hozac i agree.
1163189975 M * daniel_hozac the real killall is in the halt script.
1163190677 M * kevinp which just runs /bin/true I believe on my vservers
1163191613 N * Bertl_oO Bertl
1163191617 M * Bertl back now ...
1163191672 J * Aiken ~james@tooax6-169.dialup.optusnet.com.au
1163191685 M * Bertl morning Aiken!
1163191723 M * Aiken hi
1163191865 M * Bertl Aiken: would you like to become our chief testing engineer :)
1163192432 M * Aiken ok :)
1163192457 M * Aiken is there anything about 2.2.0 on the wiki?
1163192457 M * Bertl wow! great! I'll move you up to the staff section then, and you do as usual :)
1163192495 M * Bertl I doubt 2.2.0 is on the wiki yet, but pre2 is there
1163192506 M * Bertl (there as in out :)
1163192685 Q * gerrit Ping timeout: 480 seconds
1163192789 M * Bertl Aiken: you are basically testing alpha and x86_64 right?
1163192823 M * Aiken alpha x86 and when I replace solaris sparc64
1163192841 M * Bertl okay, great!
1163193159 M * Bertl btw, ntrs reported that the interface hiding is broken in 2.2.0 (which I assume is correct) 
1163193201 M * Bertl hmm, no, that's 2.3.0, please ignore
1163193329 M * daniel_hozac broken? was the network flags set?
1163193348 M * Bertl probably not, just realized that this might have been the case
1163193367 M * Bertl somehow I had 2.2.0 in my head instead of 2.3.0
1163193372 M * kevinp Retest of my 1st 2.1.1 upgrade: http://paste.linux-vserver.org/669
1163193376 M * daniel_hozac maybe add it to NXF_INIT_SET?
1163193395 M * Bertl excellent idea, should work out of the box then for now?
1163193400 M * daniel_hozac yep.
1163193419 J * gerrit ~gerrit@bi01p1.co.us.ibm.com
1163193428 M * Bertl kevinp: tx, looks good!
1163193430 M * daniel_hozac disabling won't work as expected though.
1163193434 M * Bertl welcome gerrit!
1163193796 M * kevinp 2nd upgrade to 2.1.1 also good: http://paste.linux-vserver.org/670
1163194093 M * gerrit rehi bertl - network bump, sigh...
1163194935 J * DreamerC_ ~dreamerc@61-217-227-246.dynamic.hinet.net
1163194936 Q * DreamerC Read error: Connection reset by peer
1163195672 Q * mountie Server closed connection
1163195681 J * mountie ~mountie@CPEdeaddeaddead-CM000a739acaa4.cpe.net.cable.rogers.com
1163195697 J * rgl ~Rui@84.90.11.243
1163195700 M * rgl hello
1163195704 M * daniel_hozac hi
1163195767 Q * lilalinux Remote host closed the connection
1163196104 Q * DreamerC_ Quit: leaving
1163196121 J * DreamerC ~dreamerc@61-217-227-246.dynamic.hinet.net
1163196555 J * stefani ~stefani@208.99.202.5
1163196571 M * Bertl hola stefani!
1163196590 M * stefani tag.  
1163196614 M * Bertl :)
1163196628 M * daniel_hozac Bertl: if i first call vc_set_sched without setting the cpu_id, and then call it with a few other values and a cpu_id, it would work as expected, right?
1163196656 M * Bertl it's supposed to, but there is a condition to that
1163196662 M * daniel_hozac oh?
1163196676 M * Bertl the update is done lazy unless you use the force bit
1163196690 M * daniel_hozac oh right, i've been meaning to ask about that as well.
1163196698 M * Bertl i.e. the 'new' values are 'stored' for update, and not updated immediately
1163196700 M * daniel_hozac when do updates happen, without force?
1163196722 M * daniel_hozac when a process is scheduled on the CPU?
1163196725 M * Bertl updates will happen as soon as a process (of that context) is scheduled
1163196731 M * daniel_hozac right, ok.
1163196769 M * daniel_hozac so does that mean i'd want to force the first, global set?
1163196798 M * daniel_hozac or the second update might overwrite values it didn't change?
1163196834 M * Bertl well, the design should ensure that the most recent values are used when a process is scheduled
1163196864 M * Bertl I would suggest to do the following:
1163196877 M * Bertl - on guest startup/restart force settings
1163196890 M * Bertl - on user interaction (vsched) have an option to force it
1163196900 M * daniel_hozac yeah, i've got the latter.
1163196927 M * daniel_hozac so only the values actually changed (as determined by the mask) are updated by the second call?
1163196930 M * Bertl I don't see a reason for lazy updates on startup
1163196945 M * daniel_hozac me either, i was planning on forcing that.
1163196955 M * Bertl the force will bring the cpus in sync
1163196970 M * Bertl i.e. all 'marked/masked' values will be updated
1163197009 M * Bertl this causes some overhead/disturbance because all that happens cross CPU
1163197042 M * Bertl it's not much, i.e. you will not notice it unless you do it in a while true; loop on 256 CPU system :)
1163197060 M * daniel_hozac hehe.
1163197126 M * daniel_hozac but in the case i'm describing, it wouldn't necessarily work without force, would it?
1163197145 M * Bertl unless there is a bug, yes :)
1163197206 M * daniel_hozac so two lazy updates for a context with only one process (current), the first global and the latter specific to a CPU, would first set the global values and then the per-CPU values?
1163197276 M * daniel_hozac i must be missing some detail because IMHO the second call would set the vxi->sched.update to the CPU, and only update that.
1163197280 M * Bertl let me check the logic ...
1163197334 M * Bertl ah, now I understand what you mean
1163197362 M * Bertl hmm, no, that won't work out as expected
1163197390 M * daniel_hozac right, ok, so i'll make sure to force that.
1163197393 M * Bertl you would have to ensure that the first lazy update did finish 
1163197414 M * Bertl (at least for the other cpus)
1163197438 M * daniel_hozac right.
1163197478 M * Bertl maybe we should force an update implicitely if the
1163197488 M * Bertl cpumask contains old bits
1163197641 M * Bertl probably using cpu_online_map would be the best choice
1163197642 J * marcfiu ~mef@targe.CS.Princeton.EDU
1163197657 M * marcfiu time to head home.. cheers
1163197661 M * Bertl cya!
1163197663 P * marcfiu 
1163197697 M * Bertl and iif the (update & cpu_online_map) then force
1163197740 M * Bertl OTOH, that would cause constant forcing with cpusets and partitions
1163197880 M * daniel_hozac true, but i guess you don't update the scheduler parameters that often.
1163197925 Q * Piet Remote host closed the connection
1163198148 J * Piet hiddenserv@tor.noreply.org
1163198964 J * derjohn2 ~aj@dslb-084-058-244-173.pools.arcor-ip.net
1163199126 M * derjohn2 'n evening, For those, who followed the development of the article i wrote for the Germen T3N Typo3+Open-Source Mag.. here is the PDF variant of it: http://blog.derjohn.de/snipsnap/space/start/2006-11-10/1#Mein_Fachartikel_zu_Linux-VServer_im_T3N_Mag!
1163199171 M * Bertl ah, nice
1163199190 M * derjohn2 heh, some of you folks are mention there ... at least in the sources part ...
1163199195 M * derjohn2 ehlo Berl !
1163199237 J * sebastian ~sebastian@pD957D3D0.dip.t-dialin.net
1163199257 M * Bertl welcome sebastian!
1163199260 M * derjohn2 ehlo Bertl ! (I should use completion) ;))
1163199279 M * Bertl btw, is that only me or have shell/grep pattern changed recently?
1163199324 M * derjohn2 Bertl, what? You mean the kind you define the regex within grep ???
1163199396 M * Bertl well, I'm looking at the output of things like:
1163199404 M * Bertl echo a b c A B C 1 2 3 | tr ' ' '\n' | egrep '[A-Z]'
1163199414 M * Bertl echo a b c A B C 1 2 3 | tr ' ' '\n' | grep [a-z]
1163199439 M * Bertl and I really wonder if that is a mandriva bug here or if that has some 'meaningful' explanation?
1163199442 M * derjohn2 if such things change, 50% of all scipts will fail in the future ...
1163199443 M * doener ABC and abc (with newlines)
1163199458 M * doener ... for me
1163199461 M * Bertl that's what I'd expect
1163199463 M * daniel_hozac same here.
1163199467 M * derjohn2 doener, ack, same here.
1163199481 M * daniel_hozac you wouldn't happen to have some files named with a lower-case one letter name, would you?
1163199483 M * derjohn2 grep --version  grep (GNU grep) 2.5.1
1163199505 M * doener same version here
1163199512 M * daniel_hozac me too.
1163199558 M * Bertl http://paste.linux-vserver.org/671 <- this is what I get??
1163199568 M * doener daniel_hozac: yeah, globbing can really make your day ;)
1163199570 M * Bertl the _ means highlighted as red
1163199608 M * Bertl grep (GNU grep) 2.5.1
1163199616 M * daniel_hozac grep --color or something?
1163199626 M * Bertl yep, seems like that is aliased
1163199632 M * doener echo [a-z] says what?
1163199636 M * derjohn2 Bertl, so the 'matches ones' are colored red? what does a grep -o give ?
1163199655 M * Bertl echo [a-z] says [a-z] :)
1163199667 M * daniel_hozac what else is aliased?
1163199691 M * Bertl a bunch of things, but nothing related
1163199702 M * daniel_hozac i meant more in terms of options ;)
1163199708 M * Bertl nothing
1163199712 M * daniel_hozac ok.
1163199716 M * Bertl alias grep='grep --color'
1163199734 M * daniel_hozac --color works fine here.
1163199735 M * doener $GREP_OPTIONS is empty?
1163199739 M * Bertl egrep is not aliased at all
1163199749 M * Bertl yep
1163199763 M * Bertl hmm, maybe I should note, this is on x86_64 :)
1163199766 M * daniel_hozac and egrep still does coloring?
1163199781 M * doener x86_64 here too
1163199799 M * Bertl hmm, no the egrep doesn't color (pasted the wrong output)
1163199894 M * Bertl http://paste.linux-vserver.org/672
1163199904 M * Bertl smells like bug ...
1163199947 M * Bertl well, what do I expect from gcc 4.1.1 :)
1163199983 M * sebastian hi bertl :)
1163200043 M * daniel_hozac locale stuff?
1163200064 M * Bertl probably something like that, not that I have any locales except en_US installed
1163200096 M * Bertl let's get rid of UTF8 first :)
1163200136 M * doener http://paste.linux-vserver.org/673 -- also interesting
1163200179 M * Bertl you faked that one to comfort me :)
1163200183 M * daniel_hozac hehe.
1163200201 M * doener *lol* extended it: http://paste.linux-vserver.org/674
1163200207 M * doener that's beyond me...
1163200226 M * doener (ignore the LC_ALL, it's not required)
1163200283 M * Bertl en_US.ISO-8859-1 fixes it all
1163200322 M * Bertl so I probably should write a few scripts which break UFT-8 *evil-grin*
1163200355 M * doener s/UFT-8/bash's UTF-8 support/
1163200365 M * Bertl well, or egrep
1163200367 M * doener (and maybe grep)
1163200388 M * Bertl and I have a feeling that might be a regexp lib or so
1163200450 M * Bertl at least the tiny size of bash 750k :) would hint that :)
1163200480 M * doener hm, uses ncurses, dl and c here
1163200495 M * Bertl yeah, was a joke, of course it is compiled in
1163200520 A * doener has heard of megabyte sized bash once... 
1163200551 M * Bertl you mean you didn't see a smaller one yet?
1163200601 M * doener mine is about 750k as well, but as I have heard of bash being 1-2mb, I assumed that the library theory was not a joke
1163200624 Q * bonbons Quit: Leaving
1163200737 J * _dmax ~semaj@81.193.58.81
1163200743 M * Bertl welcome _dmax!
1163200755 J * s0undt3ch_ ~s0undt3ch@81.193.58.81
1163200862 Q * dmax Ping timeout: 480 seconds
1163200863 N * _dmax dmax
1163200874 Q * s0undt3ch Ping timeout: 480 seconds
1163200874 N * s0undt3ch_ s0undt3ch
1163201105 Q * DavidS Ping timeout: 480 seconds
1163201771 M * daniel_hozac doesn't bash just use glob from glibc?
1163202007 M * Bertl just for fun (ssh to an iLO2): Disconnecting: Bad packet length 1560474841.
1163202055 M * daniel_hozac hehe
1163202062 M * doener maybe you need more ram? ;)
1163202076 M * Bertl that's it :)
1163202077 M * waldi hmm, the new ALOM version also supports ssh, never tested that
1163202643 M * daniel_hozac anyone happen to know when offsetof turned up in gcc?
1163202661 Q * meandtheshell Quit: Leaving.
1163202670 M * Bertl for structures, yes?
1163202674 M * daniel_hozac right.
1163202696 M * Bertl that must be ages actually
1163202736 Q * dna___ Quit: Verlassend
1163202747 M * kevinp stupid question, what's the best way to remove an old self compiled kernel?
1163202756 M * Bertl rm?
1163202771 M * doener rm the files in /boot and the directory in /lib/modules
1163202791 M * doener well, and adjust the bootloader config if necessary
1163202793 M * kevinp lib/modules was what I was missing, thanks :)
1163202822 M * Bertl (nitpick: only relevant if your kernel is modular)
1163202829 M * daniel_hozac hmm, or is there a nicer way to refer to struct members?
1163202861 M * Bertl you can do it with & and ptr arith but that is not guaranteed to work
1163202862 M * daniel_hozac i'm doing a filename, mask, field map.
1163202885 M * Bertl so IMHO offsetof is correct
1163202893 M * daniel_hozac ok, i'll go with that then.
1163202926 M * waldi yeah, vps reports context ERR
1163202962 M * daniel_hozac hmm?
1163202974 M * waldi and shell processes with 1,5GiB
1163202980 M * daniel_hozac sounds like the process disappeared before vps got to it.
1163202989 M * waldi possible
1163203043 M * waldi oh, the later seems to be correct