-!- Irrsi  Log opened Mon May 20 17:53:49 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>
-!- Irrsi  Log closed Tue May 21 00:00:12 2002