WebHosting Paid by #1Payday.Loans
--- 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: https://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> https://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> https://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> https://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> https://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> https://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