--- Log opened Mon May 20 17:53:49 2002
--- Day changed Mon May 20 2002
17:53 -!- esden [weasel@apollo.bingo-ev.de] has joined #rocklinux
17:53 -!- Topic for #rocklinux: The Official ROCK Linux Homepage: http://www.rocklinux.org/
17:53 -!- Topic set by SMP [Sun May 19 23:34:12 2002]
17:53 (Users #rocklinux)
17:53 [ bluefire ] [ d3mian] [ hackbard] [ Mike1  ] [ simon_  ] [ tsa      ] 
17:53 [ chrisime ] [ esden ] [ huebi   ] [ praenti] [ SMP     ] [ uninvited] 
17:53 [ clifford_] [ h0h0  ] [ martin__] [ rxr    ] [ surprise] 
17:53 -!- Irssi: #rocklinux: Total of 17 nicks [0 ops, 0 halfops, 0 voices, 17 normal]
17:53 -!- Channel #rocklinux created Mon Apr  1 00:17:34 2002
17:53 -!- Irssi: Join to #rocklinux was synced in 6 secs
17:54 < esden> hi all
17:54 < rxr> hi esden 
17:54 < huebi> hallo esden, Old phantom
17:54 < tsa> hi esden
17:54 < tsa> hi rxr
17:54 < uninvited> -> esden hi, re, bchat
17:54 < esden> what was going on ... 
17:54 < huebi> earthquake in ingolstadt.
17:54 < esden> I am two days offline and all goes wrong ... !!!
17:54 < tsa> hehe.
17:55 < huebi> apollo disappeared last night
17:55 < rxr> we have to ask you ;-) You met nice girls?
17:55 < tsa> rxr: lol.
17:55 < huebi> esden <- master of the internet
17:55 < esden> rxr: no ... I have only met my grandmother and my two aunts ....
17:55 < d3mian> hi esden 
17:55 < esden> huebi: me ... master???
17:55 < esden> hi d3mian 
17:55 < tsa> huebi: cvs is still broken.
17:56 < esden> since when ?
17:56 < huebi> tsa: 
17:56 < huebi> tsa: jo, I'm working on it
17:56 < esden> @ huebi 
17:56 < tsa> i get an empty ext-config directory..
17:56 < d3mian> rxr: is there a precompiled-package for drock somewhere?
17:56 < tsa> there's a CVS subidrectory in it, but nothing else..
17:56 < rxr> d3mian: what package? Or the whole disk ?
17:57 < d3mian> rxr: sorry, for aumix
17:57 -!- netcrow [netcrow@apollo.bingo-ev.de] has joined #rocklinux
17:57 * -> esden is fighting all the time with the dietlibc target ... I suppose that it is as difficult to get working as the sparc port :
17:57 < esden> -(
17:57 < rxr> d3mian: no - we do noat have qumix ...
17:57 < uninvited> netcrow> hi
17:57 < rxr> erm aumix ...
17:57 < netcrow> hi
17:57 < d3mian> rxr: ok
17:58 < d3mian> hi netcrow 
17:58 < tsa> cvs server: [17:58:04] waiting for root's lock in /home/cvs/cvsroot/rock-1.5
17:58 < tsa> ...
17:59 < huebi> tsa: stop for a moment, please
17:59 < tsa> cvs [update aborted]: received interrupt signal
17:59 < tsa> ok.
18:00 < tsa> hm...kann irgendwer ne FC-AL backplane aus ner blade 1000 gebrauchen?
18:00 < rxr> esden: is it possible to cross build the dietlibc target ?
18:01 < rxr> esden: the gcc2 has the DIETLIBC tag - does it really builds with it ?
18:02 < rxr> esden:  ?
18:03 < tsa> huebi: ready for next try to "cvs update"?
18:03 < huebi> tsa: jo, the directory permisions were 2755 and have to be 2775
18:03 < tsa> ok
18:04 < huebi> tsa: go go go ;-)
18:04 < tsa> on my way..
18:04 < tsa> let's see what happens this time..
18:04 < tsa> aaaah!
18:04 < tsa> looks good.
18:04 < tsa> huebi: should i add myself to the TEAM file?
18:05 < tsa> am i a team member?
18:05 < esden> rxr: gcc is building with dietlibc ... but i\t is not fully functional ...
18:05 * tsa wondering
18:05 < rxr> esden: ? what does this mean ?
18:05 < huebi> tsa: Yes, do it.
18:05 < tsa> huebi: ok.
18:05 * tsa joining TEAM.
18:05 < tsa> ;-)
18:05 < huebi> ;-)
18:05 < esden> I have not found all bugs in dietlibc till now ... it is a very time consuming task ... 
18:06 < tsa> hm...this means i'm responsible when something fails, doesn't it? *G*
18:06 < rxr> esden: should a cross build work (intel -> sparc64 ;-) ?
18:06 < tsa> esden: is it really bugs in dietlibc or just missing features?
18:06 * tsa curious
18:09 < esden> you must not use gcc that is compiled with dietlibc with the -pipe option ... do not ask me why
18:09 < tsa> huebi: 
18:09 < tsa> [tsa@azathoth ~/rock-1.5/rock-1.5/ext-config]$ ls
18:09 < tsa> CVS  INDEX.1.4  INDEX.1.5  INDEX.IN
18:09 < tsa> the subdir's are still missing..
18:09 < esden> tsa: that are really bugs of dietlibc ... not missing features ...
18:09 < tsa> esden: ah, i see. thanks.
18:10 < tsa> huebi: i have the package subdirectories in base-config, but they are still missing in ext-config.
18:10 < esden> in dietlibc they have the policy : if we have the choice to reuse bloac code or write it ourselves we write it ourselves ...
18:11 < esden> that means that they have rewritten a lot of code ... that means that there must be lots of bugs
18:11 < huebi> tsa: moment.
18:12 * tsa waiting.
18:12 < esden> rxr: you said that in some weeks we have dietlibc target ... so we can create the disks ... you are very optimistic ...
18:13 < huebi> tsa: try a cvs co rock-1.5 please
18:14 < tsa> running..
18:14 < esden> sure I am advancing in this issue (dietlibc target) but it needs time
18:14 < esden> ok enough of my monologue ...
18:14 < huebi> esden: Why don't you rewrit a new glibc?
18:14 < esden> huebi: yea sure ;-)
18:15 < tsa> hehe
18:16 < esden> huebi: do you want to help me with it ???
18:16 < tsa> esdenlibc..
18:16 < tsa> ;)
18:16 < esden> tsa: perhups you want to help too 
18:16 < rxr> esden: what did I said ?
18:16 < tsa> esden: sure, no problem. just give me 5 minutes to learn C .. ;-)
18:17 < esden> rxr: ???
18:17 < rxr> 18:12 < esden> rxr: you said that in some weeks we have dietlibc target ... so
18:17 < rxr>                we can create the disks ... you are very optimistic ...
18:17 < esden> rxr: yes some time ago you said it ... afaik
18:17 < rxr> tsa: ROCKlibc ;-)
18:18 < rxr> esden: ? and what disks we wanna create ?
18:18 < esden> hehe ... ROCXlibc
18:18 < esden> rxr: install disks ...
18:18 < rxr> esden: the install target would not need all the fluff we have in the dietlibc target ...
18:18 < esden> we want to base them on the dietlibc target ... so we don't need so much space ...
18:19 < esden> rxr: not all
18:19 < esden> sure ...
18:19 < rxr> it only needs  the usual tiny tools the bash and the installer - this shold be mostly ok - isn't it ?
18:19 < esden> but as far as the stage > 1 do not work ....
18:20 < esden> rxr: even small tools like cmd_wrapper were not working under the dietlibc ... till I fixed it in the dietlibc ...
18:21 < esden> and there are lots of other problems ... that are not visible ot the first glance ...
18:21 < rxr> esden: noone ever tried cross building dietlibc ?
18:22 < esden> rxr: it seems that noone tried te build a system based on dietlybc ... that would be selfhosting ...
18:22 < esden> rxr: is that what you mean with cross compile ?
18:22 < esden> cross build ... sorry
18:23 < tsa> esden: typing strange commands which will give you a sparc64 iso built on an x86 machine, he probably meant..
18:23 < rxr> esden: no I mean cross building -> i.e. compile sparc64 code on intel ..
18:24 < esden> rxr: I have not tried to do this ... and I do not know if someone else tried to do it ...
18:25 * tsa still 'cvs co rock-1.5'ing..
18:25 < rxr> ARRRRGGGGHHHHHHHH
18:25 < rxr> why is diet a C prog ???? This way cross builds will never work .... ??
18:26 < esden> rxr: you probably need to use your dietlibc own ld ... 
18:26 < esden> to be able to not use diet wrapper
18:27 < huebi> tsa: does it work now?
18:27 * huebi back from the phone
18:27 < esden> there is an ld somewhere in diet  .... but I have not tried it ...
18:27 < SMP> rxr: well
18:27 < esden> re huebi 
18:27 < tsa> huebi: looks good so far, but still running..
18:27 < rxr> SMP: yes ?
18:27 < SMP> rxr: if the dietlic buil system knew $HOSTCC ... ;)
18:28 < tsa> huebi: at least ext-config just starts filling up with directories..
18:28 < huebi> tsa: ok
18:28 -!- uninvited [uninvited@p50803E5A.dip.t-dialin.net] has quit ("w?Ee0oELo3wnz4m2v5EspI7BMzthMkCrzZSCVcWvaiNo?xPL1rASSjznN2w8Dcx0DPASPw00")
18:29 < tsa> huebi: btw...why "licq" and "licq-snapshot"? i'd drop the snapshot..
18:29 < esden> rxr: read the documentation of diet ... and the comment in diet.c ... there are some things according to dietlibc and crosscompiling ... IIRC
18:29 < huebi> ok
18:30 < huebi> move licq-snapshot to ext
18:30 < huebi> erm
18:31 < netcrow> which version, huebi ?
18:31 < huebi> tsa: just let licq-snapshot stay in extensions.
18:31 < huebi> netcrow: of licq?
18:32 < netcrow> yes
18:32 < huebi> 1.0.4
18:32 < netcrow> 1.0.4 can`t handle the new icq-protokoll
18:33 < tsa> tcp instead of udp, i've heard?
18:33 < tsa> huebi: cvs co is complete. looks good.
18:34 < netcrow> tsa: jep
18:34 < tsa> i've never used icq..
18:36 < rxr> esden: you are not in the dietlibc thanks file ?
18:37 < rxr> www.fefe.de down ?
18:38 < esden> re ...
18:38 < rxr> got his tinyhttp linked statically with deitlibc hacked ?
18:38 < tsa> rxr: it seems..
18:39 < esden> sorry ... the connection here is somewhat not reliable
18:39 * tsa 'cvs ci' ing..
18:39 < esden> rxr: no I am not in the thanks file ... cuz i have not send my patches to fefe till now ... 
18:40 < tsa> huebi: cvs ci done.
18:41 < esden> or better the one patch i have till now for dietlibc ... other patches are workarounds in the scripts of rocklinux build scripts ... and/or packets ... in form of target dependent patches ...
18:42 < tsa> huebi: did the changes arrive at you server this time? ;-)
18:42 < tsa> +r
18:44 < tsa> esden: btw...your stats are outdated..
18:45 < tsa> This page was created on Mon May 20 18:00:04 2002
18:45 < tsa> but stats for sunday and today still not displayed on page.
18:45 -!- netcrow [netcrow@apollo.bingo-ev.de] has quit ("leaving")
18:46 < esden> tsa: I know ... ... don't know why ...
18:46 < rxr> oh fefe.de is up ;-)
18:46 < esden> I will take a look on it when I am back in germany ...
18:47 < tsa> esden: secret buffer overflow in the stats-generating program, triggered by cows, perhaps? ;-)
18:47 < esden> tsa: seems so ;-)
18:47 < tsa> hehe
18:52 * rxr ist mal kurz unterwegs - dann werde ich mal sehen ob ich die dietlibc zu sparc64 uerberreden kann (die glibc suckt mir zu sehr ...)
18:53 < tsa> hehe
19:00 < esden> rxr: da tust du dir auch was nicht gering schweres an ... 
19:01 < esden> scheisse mein letzter patch ist noch nicht in 1.7 drinnen ... ich koennt mich wieder aufregen argh ...
19:01 -!- capchaos [~capchaos@pD9048F12.dip.t-dialin.net] has joined #rocklinux
19:01 < esden> hi capchaos 
19:01 < d3mian> hi capchaos 
19:01 < capchaos> hi esden, d3mian
19:02 < capchaos> strace won't compile :(
19:02 < SMP> $ARCH ?
19:03 < capchaos> i686 ..
19:03 < SMP> hu m
19:03 < capchaos> well hum, it compiled..
19:03 < capchaos> mom
19:07 < capchaos> <flood> 
19:07 < capchaos> root@chaos:/rock-linux > ./scripts/Build-Pkg  strace
19:07 < capchaos> == 05/20/02 20:41:14 =[5]=> Going to build base package strace [4.4 1.6.0-DEV].
19:07 < capchaos> Pkg-Config: patches strace.desc strace.conf done.
19:07 < capchaos> Building. Writing output to /var/adm/logs/5-strace.out
19:07 < capchaos> > -rw-r--r--    1 root     root           14 May 16 05:41 /mnt/big_dis ..
19:07 < capchaos> > Extracting strace_4.4-1.tar.bz2 (--use-compress-program=bzip2 -xf) . ..
19:07 < capchaos> > /rock-linux/scripts/Build-Pkg: cd: /mnt/big_disc/rock-linux/src/stra ..
19:07 < capchaos> /var/adm/logs/5-strace.out -> 5-strace.err
19:07 < capchaos> Elapsed time: 0m:1s
19:07 < capchaos> == 05/20/02 20:41:15 =[5]=> Aborted building package strace [4.4 1.6.0-DEV].
19:07 < capchaos> </flood>
19:09 < esden> capchaos: give us a tail of /var/adm/logs/5-strace.err ...
19:09 < esden> I think that will help more ...
19:10 -!- tsa_ [~tsa@p5082AB4B.dip.t-dialin.net] has joined #rocklinux
19:10 < capchaos> Extracting strace_4.4-1.tar.bz2 (--use-compress-program=bzip2 -xf) ... done.
19:10 < capchaos> uch file or directory
19:10 -!- tsa [~tsa@pD9E112F3.dip.t-dialin.net] has quit (Killed (NickServ (Ghost: tsa_!~tsa@p5082AB4B.dip.t-dialin.net)))
19:10 -!- tsa_ is now known as tsa
19:10 < tsa> re
19:10 < tsa> scheisse. 
19:10 < d3mian> wb tsa 
19:10 < tsa> die daemliche herdplatte hat mal wieder nen kurzen produziert und die sicherung gefetzt.
19:10 < tsa> hi d3mian
19:12 < capchaos>  /rock-linux/scripts/Build-Pkg: cd: /mnt/big_disc/rock-linux/src/strace-4.4: No such file or directory
19:12 < capchaos> hum is this file missing?
19:15 < tsa> do you have a download/base/strace/strace_4.4-1.tar.bz2 ?
19:19 < capchaos>  /rock-linux/pkg-archive/strace_4.4-1.tar.bz2 (in dRock 1.6)
19:19 < tsa> ah, drock.
19:19 < tsa> rxr: awake?
19:21 < capchaos> any hint why /rock-linux/src/strace-4.4 is missing after compiling strace?
19:22 < capchaos> i think i have to study the scripts and procedures
19:22 < huebi> re
19:23 < esden> capchaos: I wish you a lot of fun ;-)
19:23 < esden> re huebi ?
19:24 -!- bluefire [~bluefire@pD9E1C32E.dip.t-dialin.net] has quit ("leaving")
19:24 < capchaos> esden: thanks!
19:25 < huebi> jo esden. I fall asleep for about 1/2h
19:25 < tsa> hehe.
19:25 < tsa> when did you go to bed last night?
19:26 < tsa> i remember leaving at about 3:30..
19:26 < huebi> 5:00
19:26 < tsa> ah, ok..
19:26 < tsa> ;)
19:26 < huebi> 09:20 < huebi> moin
19:27 < esden> ahh ok huebi you are allowed to fall asleep in front of your machine ...
19:27 < d3mian> hehe
19:27 < huebi> esden: No I choosed the bed while I was on my way to make some tea ;-))
19:29 < tsa> huebi: BTW...you might consider adding yourself to the TEAM file..
19:29 < huebi> OpenBSD 3.1 it out ;-)
19:29 < tsa> just noticed you are still missing..
19:29 < huebi> tsa: erm, Yes, I'll do so. thank you.
19:29 < huebi> ;-)
19:29 < tsa> hehe ;)
19:30 < huebi>  OpenSSH 3.2.2 released May 17, 2002.
19:30 < esden> tsa: TEAM file ... ??? where ?
19:31 < tsa> esden: Documentation/TEAM in 1.5 tree
19:31 < huebi> esden: Documentation/TEAM - But documentation is for lamers ;-)
19:31 < tsa> hehe
19:31 < esden> huebi: linux/0-lame.patch
19:32 < huebi> http://ella/cgi-bin/cvsweb.cgi/rock-1.5/misc/linux/00-lame.patch
19:33 < esden> huebi: yoyo
19:34 < d3mian> does anybody knows in which package are libao.so libs?
19:34 < esden> clifford_: has not included it till now ... I think that it is sad ... 
19:34 < huebi> ok esden. How about the girls arround you? did you meat a nice one?
19:35 < huebi> d3mian: should be in the alsa package
19:35 < esden> huebi: tho onli femail beings I met till now here in poland was my mother ... my grandmother ... and two of my aunts 
19:36 < huebi> mv esden disco
19:36 < esden> ahh ... sorry ... also my little cousin ... she is 7 ? or something ... ;-)
19:36 < d3mian> huebi: ok, i dont use alsa, that's why i couldnt find them, thanx
19:36 < esden> huebi: I do not know any disco here ...
19:37 < huebi> mv esden sommerfest?
19:37 < huebi> mv esden church?
19:37 < esden> argh ... no church !!!!
19:37 < d3mian> lol
19:37 < huebi> mv esden pub?
19:37 < esden> that is ok ....
19:37 < huebi> mv esden street cafe?
19:38 < esden> sommerfest will be when I am back in germany ... on thursday ... or friday ...
19:38 < d3mian> esden: where are u now? :?
19:38 < esden> I was not in the center of warsaw ... and here where I am now are no street cofees
19:39 < esden> d3mian: I am in poland ... warsaw (warsaw is the capital of poland ;-) )
19:40 < d3mian> ok esden :) what are u doing there? 
19:40 < esden> I am visiting my grandparents ...
19:40 < d3mian> ohh cool :)
19:40 < esden> cuz my grandfather is in a very bad condition ...
19:41 < esden> d3mian: yes reallyyyy .... cool ... :
19:41 < esden> :
19:41 < esden> argh
19:41 < esden> :-/
19:41 < d3mian> keep him good, mine was bad some months ago
19:42 < esden> I do not fit in a samaritanine role ...
19:42 < rxr> re
19:42 < esden> re rxr 
19:43 < d3mian> wb rxr 
19:44 -!- capchaos [~capchaos@pD9048F12.dip.t-dialin.net] has quit ("Client Exiting")
19:45 -!- capchaos [~capchaos@pD9048F12.dip.t-dialin.net] has joined #rocklinux
19:59 -!- bluefire [~bluefire@pD9E1C32E.dip.t-dialin.net] has joined #rocklinux
20:00 < bluefire> re
20:03 < esden> ok ... I will get on my way back home
20:03 < esden> cu all
20:03 < huebi> cu esden 
20:04 < esden> I will be back ow wenesday night ...
20:04 < esden> cu all
20:04 < bluefire> esden: bye
20:05 < tsa> cu esden
20:09 < d3mian> cu esden 
20:11 < rxr> hm wir haben ja gar keinen zugriff auf den host_cc in der build umgebung :-( sight ...
20:27 -!- hackbard is now known as hack^afk
20:27 -!- rxr [~rene@213.20.132.65] has quit (Read error: 104 (Connection reset by peer))
20:27 < hack^afk> l8ter
20:31 -!- rxr [~rene@port-212-202-175-96.reverse.qdsl-home.de] has joined #rocklinux
20:36 < huebi> re
20:36 < huebi> *jump*
20:37 < d3mian> wb huebi 
20:37 < huebi> I get my backup back!
20:37 < d3mian> asleep again?
20:37 < huebi> at full speed 5.5 MB/s
20:37 < d3mian> nice
20:38 < huebi> no, not asleep ;-)
20:38 < huebi> I had to move the DLT8000 from my gateway to my workstation.
20:42 < huebi> I think there is an interupt problem or something similar on my gateway.
20:43 < d3mian> why?
20:43 < huebi> Now I have full speed
20:43 < huebi> d3mian: 2 SCSI Controllers and 2 IDE Controllers.
20:44 < rxr> satelite pictures look cool ;-)
20:44 < rxr> http://www2.jpl.nasa.gov/files/images/hi-res/p46297.tif
20:45 < d3mian> yeah, they are :)
20:46 < rxr> d3mian: and - which city is the one above ?
20:48 < rxr> this one migth be a nice desktop background:
20:48 < rxr> http://www.jpl.nasa.gov/images/wfpc/wfpc_30602.jpg
20:50 < huebi> rxr: a little bit too different in the colours for a suitable Backgroud. but it looks good
20:51 < d3mian> http://hubblesite.org/
20:55 < huebi> The move from LVM with reiserfs to kernel software RAID-0 with xfs lowered the CPU-load to about 1/3 under sama conditions
20:55 < rxr> huebi: I do not use LVM much - but ReiserFS doesn't really like the software RAID ...
21:02 < huebi> rxr: LVM is a really kool thing. But I have not the time to find out where the bottleneck is in my configuration ;(
21:02 < huebi> So RAID-0 with xfs was the fastest, but not best solution, I know.
21:06 < huebi> It seems that the DLT8000 does not like high temperatures ;(
21:07 < rxr> huebi: I only wanted to run ReiserFS on a software RAID5 device - but it was dog slow. Ext2/3 is arround 3+ times faster ...
21:08 -!- capchaos is now known as nerd
21:09 -!- nerd is now known as capchaos
21:10 < huebi> rxr: The fs speeds depend on many things. Normally you have to benchmark each combination to find out what is best for your needs. I did that a year ago with bonnie++. This is really much work and is only needed to if you want _all_ or want to know what to do later when the (fs-)system load rises
21:14 < huebi> test
21:14 < huebi> ok I'm still here hmmm
21:16 < tsa> hehe
21:17 < tsa> hm...how do you measure load regaring a specific filesystem?
21:17 < tsa>     9 root       9   0     0    0     0 SW    0.0  0.0   0:00 kreiserfsd
21:17 < tsa> my kreiserfsd doesn't seem to use up cpu cycles at all..
21:20 < rxr> tsa:    12 root       9   0     0    0     0 SW    0.0  0.0   0:02 kreiserfsd
21:21 < rxr> up 2 days,  8:56,
21:21 < tsa> rxr: your uptime?
21:21 < tsa> ah, ok.
21:21 < tsa> well..anyway i think 2 secs cpu time are ok for more than 2 days of uptime..
21:21 < rxr> tsa: another box:
21:21 < rxr>     8 root       9   0     0    0     0 SW    0.0  0.0   0:00 kreiserfsd
21:21 < rxr> up 101 days,  4:52,
21:21 < rxr> ;-)
21:22 < rxr> Pentium 120 ...
21:22 < tsa>  up  2:09 here
21:23 < rxr> I have an empty:
21:23 < rxr> 1542016 blocks level 5, 32k chunk, algorithm 2 [3/3] [UUU]
21:23 < rxr> md device I can perform some more tests in the next time ...
21:28 < huebi> re
21:28 < huebi> cron painted some register dumps on the screen ;(
21:29 < Mike1> rxr  up 31 days, 22:15 ;)
21:32 < d3mian>  root 01:32pm ~# uptime 
21:32 < d3mian>   1:32pm  up 13 days, 18:27,  8 users,  load average: 0.00, 0.00, 0.00
21:32 < d3mian>  root 01:32pm ~# 
21:33 < huebi> hehe
21:33 -!- d3mian is now known as d3m|away
21:33 < huebi> huebi@mail:~ > uptime 
21:33 < huebi>   9:30pm  up 328 days, 10:47,  2 users,  load average: 0.04, 0.01, 0.00
21:33 < huebi> huebi@mail:~ > uname -a
21:33 < huebi> Linux mail 2.2.13 #1 Mon Nov 8 15:51:29 CET 1999 i686 unknown
21:33 < huebi> huebi@mail:~ > cat /etc/SuSE
21:33 < huebi> SuSE Linux 6.3 (i386)
21:33 < huebi> VERSION = 6.3
21:33 < huebi> igittigit!
21:33 < Mike1> huebi SuSE mmm
21:34 < tsa> huebi: which box is this?
21:35 < huebi> That's the mail server of ruesselsheim.net. Please do _NOT_ crack it!
21:35 < Mike1> huebi hehe ok
21:35 < huebi> There is one of my mail accounts
21:35 < huebi> huebi@ ruesselsheim.net.
21:36 < tsa> ok, we'll let it live.
21:36 < huebi> I just checked that the test:test  accond is deleted. puhh
21:36 < tsa> or is there anyone who wants to remotely install rock?
21:36 < huebi> tsa: hehe
21:37 < huebi> should work easyly an a chroot on ram disk.
21:37 < huebi> model name: Pentium II (Klamath)
21:37 < huebi> stepping: 3
21:37 < huebi> cpu MHz: 267.277127
21:38 < huebi> built in 1998
21:39 < huebi> still no sshd on it ;(
21:39 < huebi> only telnet.
21:39 < tsa> aehmm...telnet only?
21:39 < tsa> ARGH
21:39 < tsa> Welcome to SuSE Linux 6.3 (i386) - Kernel 2.2.13 (pts/0).
21:39 < huebi> tsa: My former boss does not like to change something if it's up and running.
21:39 < tsa> Uh.
21:40 < tsa> still can't believe it.
21:40 < huebi> I told him about rock and security. But he wants Yast!
21:41 < tsa> hm...are you still responsible for the box?
21:41 < huebi> no, lickily, I'm not.
21:42 < huebi> *lol*
21:42 < huebi> s/lickily,/luckily,/
21:42 < Mike1> huebi them why not crack it so you can prove your point about the security?
21:43 < huebi> Because it's a mail account I payed one time for my whole live. Thas really kool.
21:44 < Mike1> huebi hehe i see
21:45 < huebi> And I still like him. He just could not pay as much other payed for me.
21:45 < Mike1> huebi good point :)
21:46 < huebi> Now I get at least 10 to 15 times more a month than he payed 
21:46 < huebi> ;-)
21:46 < tsa> hm..interesting.
21:46 < tsa> need a co-worker? ;-)
21:46 -!- martin__ [~martin@pD9E7A37E.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
21:47 < tsa> (execpt it's now eur 15 instead of eur 1)
21:47 < tsa> ;-)
21:49 < huebi> tsa: hehe
21:49 < huebi> tsa: We can talk about that at Linuxtag
21:50 * tsa gruendet dann die Bielefelder Filiale der huebi AG
21:51 < huebi> *LOL* huebi AG - the new loosers on the New MArcet ...
21:51 < tsa> hehe ;-)
21:55 < huebi> UNIX/Linux service is needed on the market but in the moment it needs some more effort as one year ago to get good contracts. High quality is really needed
21:57 < tsa> ACK. 
21:57 < rxr> Ich koennte dann ja euer Konsortium in Berlin uebernehmen ;-)
21:58 < tsa> currently Backup and VPN stuff at the first places, I'd say.
21:58 < tsa> many people seem to have learned that their backups just suck in the last few months..
21:59 < rxr> tsa: which backup ;-)
21:59 * huebi mentioned that today, hehe
21:59 < tsa> rxr: hehe
22:00 -!- d3m|away is now known as d3mian
22:00 < rxr> tsa: On /. was a storry that IBM 'll sell the disk business. Was this true ?
22:02 < tsa> rxr: i don't know. what will they do afterwards?
22:02 < rxr> no disks ...
22:02 < rxr> they sucked in the last time anyway ...
22:06 < capchaos> rxr: any hint why strace complains after building?
22:07 < tsa> rxr: hm..? why do you think ibm disks suck?
22:07 < tsa> ibm ide disks suck.
22:07 < tsa> scsi doesn't.
22:14 < huebi> ella, my little daughter reallt loves the powerswitch on fels ;)
22:14 < tsa> hehe
22:14 < tsa> current uptime?
22:17 < rxr> tsa: because you hear from erveryone that they are gotten more defective the last years ...
22:17 < rxr> capchaos: complains ?
22:17 < tsa> rxr: hm..i've heard one of thier ide disk series would die very early
22:17 < tsa> their.
22:17 < rxr> tsa: scsi disks do not differ too much from IBM disks ...
22:17 < rxr> erm ide disks ...
22:18 < tsa> they do: $$$
22:18 < rxr> tsa: but this doesn't make them any better ...
22:18 < tsa> hehe
22:18 -!- simon_ [~simon@pD951EC4A.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
22:19 < capchaos> rxr: 5-strace.err:
22:19 < capchaos> -rw-r--r--    1 root     root           14 May 16 05:41 /mnt/big_disc/rock-linux
22:19 < capchaos> Extracting strace_4.4-1.tar.bz2 (--use-compress-program=bzip2 -xf) ... done.
22:19 < capchaos> uch file or directory
22:19 < capchaos> oups
22:19 < capchaos> -rw-r--r--    1 root     root           14 May 16 05:41 /mnt/big_disc/rock-linux
22:19 < capchaos> Extracting strace_4.4-1.tar.bz2 (--use-compress-program=bzip2 -xf) ... done.
22:19 -!- simon_ [~simon@pD951E44B.dip.t-dialin.net] has joined #rocklinux
22:20 < capchaos> xchat sux
22:20 < rxr> capchaos: need more input
22:20 < d3mian> irssi - bitchx :)
22:20 < huebi> capchaos: ACK
22:20 >>> [huebi@rocklinux.de] requested CTCP VERSION from #rocklinux: 
22:20 < tsa> capchaos: you're trying drock, i guess.
22:21 < tsa> strace on current 1.7 tree builds without problems.
22:21 < tsa> just tested a minute ago.
22:21 < rxr> tsa: strace also build in dRock ...
22:21 < capchaos> -rw-r--r--    1 root     root           14 May 16 05:41 /mnt/big_disc/rock-linux pkg-archive/strace_4.4-1.tar.bz2 tracting strace_4.4-1.tar.bz2 (--use-compress-program=bzip2 -xf) ... done. rock-linux/scripts/Build-Pkg: cd: /mnt/big_disc/rock-linux/src/strace-4.4: No such file or directory
22:21 < tsa> huebi: i guess you'll see a lot of fake replies here..
22:21 < capchaos> rsa: yes, drock.
22:22 < huebi> I just used /ver the fist time.
22:22 < tsa> <- xchat 1.8.8 with faked version reply.
22:22 < rxr> capchaos: can you mail me the complete log of the failing strace ?
22:22 < capchaos> rxr: ok, addy?
22:22 < huebi>  reply from tsa: mIRC32 v5.91 K.Mardam-Bey ,-?
22:22 < tsa> fake..
22:22 < d3mian> MIRC??? tsa ....?
22:23 < tsa> try again ;)
22:24 < huebi> hehe
22:24 < rxr> capchaos: ?
22:24 < huebi>  /ver tsa <- I learned something new
22:24 < rxr> to rene@rocklinux.org please ....
22:24 < tsa> hehe
22:25 < capchaos> ok
22:25 -!- chrisime_ [~chrisime@p508038B5.dip.t-dialin.net] has joined #rocklinux
22:25 < rxr> ??
22:26 < huebi> If the tape now stops, it changes direction (after ~2min or 557m) or there must be correctable read errors.
22:28 -!- d3mian is now known as d3m|class
22:29 < huebi> One big mistake, often made is, that the backup needed for a system is implemented _after_ the system went on production service. No benchmark tests of the whole system performance nor reliable restore tests are done.
22:30 < tsa> huebi: what do you currently use for backup?
22:30 < tsa> own stuff?
22:31 < tsa> or anything like amanda, afbackup, .
22:31 < tsa> ..
22:31 < huebi> for my private stuff I use tar -cvR and index files
22:31 < tsa> ah..
22:32 < huebi> export TAPE=/dev/bla//bla/mtn
22:32 < tsa> interesting device naming scheme.. ;-)
22:32 < huebi> tar -cvRb 2048 |tee indexfile.txt
22:33 < huebi> I still think about a solution for many small files.
22:34 < huebi> on NT the performance goes down to below 2MB/s on ntfs
22:35 < tsa> uh, that's bad
22:35 < huebi> here I have about 200.000 files on ella
22:36 < tsa> uh...that's a lot.
22:37 < huebi> I think about to tar a few hundred or thousand files and then tar it to tape
22:37 < tsa> what produces all those small files?
22:37 < huebi> (compiled) source code
22:37 < tsa> ah, ok
22:37 -!- chrisime [~chrisime@p50803D96.dip.t-dialin.net] has quit (Connection timed out)
22:38 < tsa> # find / |wc -l
22:38 < tsa> 155494
22:38 < huebi> not that much less
22:38 < tsa> indeed.
22:39 < tsa> and i thought i would have a lot less..
22:39 < rxr> tsa: - /proc - systemfiles ?
22:40 < h0h0> ella?
22:40 < tsa> rxr: /proc is about 2000 entries.
22:41 < tsa>  /dev: 474
22:42 < huebi> h0h0: ella.seeheim.lan = rocklinux.dyndns.org
22:42 < tsa> hm...
22:42 < tsa>  /usr 83041
22:43 < tsa>  /vol 32902
22:43 < tsa>  /var 28126
22:43 < tsa> those are the biggest entries.
22:44 < rxr> 820783
22:44 < rxr> *g*
22:44 < huebi> rxr <- der Erzeuger!
22:44 < tsa> Uh
22:45 < tsa> jo.
22:45 < rxr> but this includes a rock and drock compiled tree + a raid5 NFS heap which includes some shared music/video files ...
22:46 < tsa> hehe.
22:46 < tsa> time find / | wc -l
22:46 < tsa> real    0m0.946s
22:46 < tsa> user    0m0.330s
22:46 < tsa> sys     0m0.660s
22:46 < huebi> rxr: These many files are a problem for backup. 
22:46 < tsa> huebi: you could sell him a backup solution ;-)
22:47 < rxr> sure - but I would not like to backup a dRock and ROCK-1.7 last compiled tree ...
22:47 < huebi> hehe
22:47 < rxr> *lol*
22:47 < tsa> any other time competitors?
22:47 < tsa> ;)
22:48 < huebi> rxr: There has never been a "too much backup" problem ... ;>
22:48 < rxr> huebi: sure - only a how much money problem .-)
22:50 < huebi> rxr: Vor commercial use, ther is no money problem for the stuff needed for backup. Or why could Sony sell there AIT-3 drives for 6500 EUR?
22:50 -!- simon_ [~simon@pD951E44B.dip.t-dialin.net] has quit ("I shouldn't really be here - dircproxy 1.0.3")
22:50 -!- simon [~simon@pD951E44B.dip.t-dialin.net] has joined #rocklinux
22:52 < huebi> rxr: Backup depends on very many factors. money is often only a small factor.
22:53 < tsa> huebi: hm...i wouldn't complain if someone wanted to donate me an AIT drive..
22:53 < huebi> hehe ;-)
22:54 < tsa> <- still thinking about a backup for my home machines...
22:54 < huebi> I bought an AIT-1 35GB with 6 cassettes one year ago for 580 DM
22:55 < Mike1> rxr how do i force mirror detection after i already downloaded packages?
22:55 < huebi> tsa: I have a cheap DDS-2 4-Tape changer, if you want...
22:55 < tsa> Mike1: rm src/Donwload-Mirror
22:55 < rxr>  820615
22:55 < rxr> real    0m51.189s
22:55 < rxr> user    0m1.170s
22:55 < rxr> sys     0m4.100s
22:55 < tsa> rxr: uh.
22:55 < huebi> rxr <- IDE user
22:55 < rxr> Mike1: rm src/Download-Mirror
22:55 < rxr> huebi: no - most stuff is via NFS ...
22:55 < tsa> huebi: sure he is.
22:56 * rxr <- NFS user ...
22:56 < tsa> rxr: IDE disks via NFS? :-P
22:56 < huebi> rxr: 100MBit FD?
22:56 < rxr> but this might change to intermezzo - as soon as I have free time ...
22:56 < tsa> FD?
22:56 < tsa> s,D,E?
22:56 < huebi> full duplex
22:56 < tsa> ah
22:56 < tsa> ok
22:57 < rxr> jep 3x IDE disks (masters) -> RAID 5 -> NFS -> 100Mbit
22:57 < huebi> what's the oportunity of intermezzo compared to nfs v3
22:59 < rxr> disconnected operation ...
23:00 < huebi> something more? URL?
23:00 < rxr> I need a self syncing filesystem for my laptop - or I'll become mad ...
23:00 < Mike1> rxr danke
23:00 < rxr> http://www.inter-mezzo.org/
23:01 < huebi> rxr: thank you
23:01 < rxr> the diest target has some fundamental issues with cross builds ...
23:01 < rxr> and I also think it needs fixing fot the normal build ...
23:02 * Mike1 Popular expression of the day "rxr thank you" :)
23:02 < rxr> huebi: intermezzo is the halfly the successor of coda ...
23:03 < rxr> I already tried CODA but is is complex, old and has really fundamental size and speed problems ...
23:03 < tsa> hehe
23:03 < tsa> AFS?
23:03 < tsa> andrew file system
23:03 < tsa> any experience?
23:03 < huebi> The first look is interesting. I'll have to test it.
23:04 -!- Be-El [be-el@p5082B624.dip.t-dialin.net] has joined #rocklinux
23:04 < tsa> hi Be-El
23:05 < Be-El> hi ppl
23:05 < tsa> will der 1.7er Build nich so wie du das gerne haettest?
23:05 < rxr> Since CODA was intended as AFS improvement I do not wanna try AFS out ...
23:05 < Be-El> tsa: nope
23:05 < Be-El> wine:~# mount | wc -l
23:05 < Be-El>     139
23:05 < Be-El> and one package later...
23:05 < Be-El> wine:~# mount | wc -l
23:05 < Be-El>     143
23:06 < tsa> Be-El: liegt bestimmt an deinem kaputten SCSI-Controller.
23:06 < Be-El> current building system, synched about 4 hours before
23:06 < rxr> Be-El: 
23:06 < rxr> #!/bin/bash
23:06 < rxr> mp=`cut -d \  -f 2 /proc/mounts | tac |
23:06 < rxr>         egrep "/.*/.*"`
23:06 < rxr> for x in `cut -d \  -f 2 /proc/mounts | tac`; do
23:06 < rxr>         echo "$x"
23:06 < rxr>         umount $x
23:06 < rxr> done
23:07 < rxr> hm was ist da denn noch fuer muel drin *wunder*
23:07 < tsa> rxr: das behebt den eigentlich Bug im Build-System aber auch nicht..
23:07 < rxr> tsa: ich weiss ... - das script haber ich schon laenger ...
23:07 < tsa> ah
23:08 < Be-El> wine:/vol/rock# mount | wc -l
23:08 < Be-El>     167
23:08 < Be-El> wine:/vol/rock# cat /proc/mounts | wc -l
23:08 < Be-El>      13
23:08 < Be-El> rxr: ne, ich denke nicht, dass das ne loesung ist ;-)
23:09 < tsa> rxr: ist das immer noch das problem mit den mounts in der chroot von Build-Pkg?
23:09 < rxr> tsa: vermutlich.
23:09 < Be-El> hmm..koennte daran liegen, dass /etc/mtab kein symlink auf /proc/mounts ist
23:09 < rxr> ich baue aber gerade sparc und Gnome2 - also habe ich mir das noch nicth angesehen ...
23:10 < tsa> Be-El: /etc/mtab sollte eigentlich auch kein symlink auf /proc/mounts sein.
23:10 < Be-El> tsa: jupp
23:11 < tsa> Be-El: das gibt Aerger bei loopback-mounts.
23:11 < rxr> tsa: warum nicht ?
23:11 < Be-El> tsa: aber anscheinend "vergisst" umount, die mounts dort auszutragen
23:11 < rxr> Be-El: nein - ich der chroot ist es ne andere mtab - und nicht die host /etc/mtab ...
23:12 < rxr> deshalb ist fuer chroot benutzung die verwendung eines sym-links schon sinnvoll ...
23:12 < tsa> rxr: die mount-optionen gehen dabei verloren..
23:13 < rxr> tsa: sind die interessant ?
23:13 < rxr> sonnst hacken wir das mal in den kernel ...
23:13 < rxr> sollte ja nicht DAS problem sein ...
23:13 < tsa> rxr: ja, bei loopback-Mounts bleiben die entsprechenden loop-Devices beim umount belegt und man muss mit "losetup -d" nacharbeiten...
23:14 < Be-El> tsa: welche mount-optionen ? die einzig interessanten optionen bei loopback-devices sind die verschluesselungsmodule
23:14 < Be-El> tsa: das muss man eh
23:15 < Be-El> tsa: oder hat mount ein option, um loopback-on-the-flz zu mounten ?
23:16 < tsa> Be-El: stell dir einfach mal vor, dein loop0 macht des-encryption und /etc/mtab ist symlink auf /proc/mounts
23:17 * Be-El verdraengt gerade die idee, libdvdcss in den kernel zu backen und css ueber loopback zu entschluesseln
23:17 < Be-El> tsa: und weiter ?
23:17 * Be-El steht wohl gerade auffm schlauch
23:17 < tsa> beim umount wird das nicht passend zurueckgesetzt und du benutzt loop0 an anderer stelle, um irgendwas anderes zu mounten. Dann ist es ziemlich bloed, wenn das loop0 noch DES macht, weil die partition wird das wohl nicht ueberleben..
23:18 < Be-El> tsa: wer weisst loop/0 das backend und das verschluesselungsmodul zu ? und wer mountet das device ?
23:18 < tsa> Be-El: mount/umount. umount erkennt die jeweiligen optionen in /etc/mtab und setzt das loopback-device ggf. passend zurueck. 
23:19 < tsa> wenn die optionen nicht da sind --> aua.
23:19 < Be-El> tsa: normalerweise macht man doch losetup /dev/loop/next_free irgendwas; mount /dev/loop/das_von_eben /irgendwohin; work(); umount /irgendwohin; losetup -d /dev/loop/next_free
23:19 < tsa> "normalerweise". wer das losetup -d vergisst, kriegt dann nen problem..
23:20 < Be-El> tsa: jein....mount muss nur das naechste freie loop-device nehmen...
23:20 < tsa> Be-El: dann bleiben lauter belegt loop-devices in der gegend..
23:20 < tsa> Ře
23:20 < tsa> +e
23:21 < Be-El> tsa: man kannt jedoch bestimmt irgendwo unter /proc/sys/links/zweiterechts erkennen, mit welchen optionen das device gemountet ist
23:21 < tsa> ich weiss allerdings nicht, in wie weit mounts mit "--bind" davon auch betroffen sond..
23:21 < Be-El> daran sollte sich umount orientieren
23:24 -!- freed [~neerod@pD9001E80.dip.t-dialin.net] has joined #rocklinux
23:24 < freed> hi all
23:24 < rxr> ach das ist doch alles ein dung hier ....
23:24 < freed> hi rxr
23:24 < rxr> versoffenen glibc und gcc leute
23:24 < rxr> hi freed 
23:25 < rxr> muss gerade mut ablassen .m..
23:25 < freed> merk ich schon
23:25 < rxr> hehe
23:26 < freed> schau mal ins query
23:27 < rxr> hab ich doch schon ;-)
23:27 < rxr> misst verdammter wollte ich noch sagen ...
23:27 < freed> lol hasste ja damit
23:32 < tsa> Be-El: ich hab mir mal eben den umount-source angesehen - umount scheint ausschliesslich /etc/mtab zu nutzen.
23:33 < Be-El> umount: /vol/rock/rock-src/src.binutils.1021931142.19120.1557403364/R.orig: not found
23:33 < Be-El> gibt wieder boese fehler beim runterfahren
23:33 < Be-El> was solls...
23:34 < Be-El> aber immerhin isser jetzt auf 49 mointpoints runter ;-)
23:34 < tsa> hehe
23:34 < Be-El> umount -a -f *fg*
23:35 < tsa> na denn viel spass..
23:35 < Be-El> scheinen aber nur noch /proc mountpoints zu sein
23:45 -!- Mike1 [~mike@odin.informatica.co.cr] has quit ("[BX] Elvis has left the building")
23:52 < d3m|class>  
--- Log closed Tue May 21 00:00:12 2002