WebHosting Paid by #1Payday.Loans

--- Log opened Sun May 19 00:00:04 2002
--- Day changed Sun May 19 2002
00:00 < bluefire> huebi: aber man kann sich eigentlich nicht beschweren, daß er zu wenig redet ;)
00:01 * rxr updateding the Gnome2 fluff to the todays beta5 releases ...
00:01 < huebi> bluefire: reden nicht. AAber er sagt nichts ;(
00:02 < huebi> oder bezieht sich auf irgend etwas, was niemand ausser ihm weiss
00:04 < bluefire> heh
00:09 < ringo_>  
00:12 -!- ringo_ [~ringo@co116627-a.almel1.ov.nl.home.com] has quit ("[BX] Hey baby, come sit on my lap. We'll talk about whatever pops up.")
00:12 < rxr> YEEEAAAAAAAHHHH! gcc-3.1 compiled on the sun - natively ;-)))))))))))
00:16 -!- Netsplit carter.openprojects.net <-> irc.openprojects.net quits: clifford_
00:17 -!- Netsplit over, joins: clifford_
00:17 -!- ChanServ changed the topic of #rocklinux to: >+++++++[<++++++++++++>-]<+++.++++++++++++++.>++++++[<----------->-]<---.>+++++[<+++++++++++++++>-]<+.+++.+++++++.>++++[<---->-]<-.>++++++[<----------->-]<---.>+++++[<++++++++++>-]<.---.------------.++++++++.+.>++++[<+++++++>-]<+.+++++.+++++++.+++.>+++++++[<------------>-]<---...>+++[<------->-]<--.----------
00:20 < rxr> huebi: should we change the topic ?
00:40 -!- clifford_ [~clifford@M091P009.dipool.highway.telekom.at] has quit (Read error: 113 (No route to host))
00:40 -!- l_9_l [~jarod@217.17.224.90] has quit (Read error: 104 (Connection reset by peer))
00:43 -!- clifford_ [~clifford@62.46.1.182] has joined #rocklinux
01:01 -!- l_9_l [~jarod@217.17.224.225] has joined #rocklinux
01:01 -!- l_9_l [~jarod@217.17.224.225] has left #rocklinux ()
01:13 -!- tsa [~tsa@p5082BED4.dip.t-dialin.net] has joined #rocklinux
01:13 < tsa> re
01:17 < rxr> hi tsa 
01:17 < tsa> hm...everybody already sleeping?
01:17 < tsa> ah
01:17 < tsa> hi rxr
01:18 < tsa> any success with your ide disk?
01:18 < rxr> hehe
01:19 < rxr> tsa: it worked on the 17th and also yesterday. But it simply did not wanted to bood when I stiched it on yesterday afternoon ... - but after setting it to master (manually) it worked ...
01:20 < rxr> current uptime 4:40 ...
01:20 < tsa> hm...ok.
01:20 < rxr> although the OBP seems to read from the disk quite slow - but in Linux it runs at the usual speed ...
01:20 < tsa> hm...ok
01:21 < tsa> i did not try linux on the sun, solaris only..
01:28 < rxr> List:     linux-sparc
01:28 < rxr> Subject:  Re: Kernelcompile with GCC 3.1
01:28 < rxr> From:     "David S. Miller" <davem@redhat.com>
01:28 < rxr> Date:     2002-04-23 8:25:12
01:28 < rxr> [Download message RAW]
01:28 < rxr> Current CVS gcc-3.1 compiles UltraSPARC kernels fine.
01:28 < rxr> I am running on one right now.
01:28 < rxr> THIS is good - I only need to get the gcc-3.1 right ;-)
01:34 * SMP smiles
01:38 -!- rxr [~rene@port-212-202-169-101.reverse.qdsl-home.de] has quit (Remote closed the connection)
01:39 -!- rxr [~rene@port-212-202-169-101.reverse.qdsl-home.de] has joined #rocklinux
02:09 < tsa> re rxr
02:10 -!- hack^afk is now known as hackbard
02:10 < hackbard> re
02:13 < tsa> re hackbard
02:13 < rxr> hi
02:13 < tsa> hm..
02:13 < tsa> folks waking up again, it seems..
02:14 < tsa> ;)
02:14 < rxr> tsa: waking up? What is this?
02:14 * rxr getting a new cappuchino ...
02:14 * tsa eating coffee powder
02:14 < rxr> hehe
02:14 < tsa> just kidding.. ;-)
02:15 < tsa> this should really help, but i guess the taste will be awful..
02:15 < tsa> ;-)
02:15 < rxr> no! You are right! This is less work - and might have a better impact ;-)
02:15 < tsa> hehe...indeed.
02:21 < rxr> so just fixed all gnoem1 urls I mangled with my tins sed substiution ... ;-)
02:21 < rxr> erm s/tins/tiny/
02:24 < tsa> hehe
02:24 < hackbard> cool, i hope they will soon release a new gcc3 from cvs then ..
02:25 < tsa> hm...who is opera maintainer?
02:25 < rxr> hackbard: ?
02:25 < tsa> (6.0 has been released)
02:25 < rxr> tsa: the ones who rises the questions ;-)
02:25 < tsa> oh-oh
02:25 < hackbard> <rxr> Current CVS gcc-3.1 compiles UltraSPARC kernels fine.
02:25 < rxr> much fun tsa
02:25 < tsa> ok...i'll make an update tomorrow..
02:25 < rxr> hackbard: this was before the gcc-3.1 release - so the release should work fine ;-)
02:26 * rxr is still building gcc after gcc ...
02:28 < hackbard> i see
02:29 < rxr> meine U5 sieht nur noch gcc und binutils sources ...
02:29 < hackbard> as gcc3 didnt build and i switched default to gcc3 for all, everything > stage 1 broke
02:29 < hackbard> hehe
02:29 < rxr> ich hoffe ihr wird nicht schwindelig ...
02:29 < hackbard> bestimmt nicht :)
02:29 < rxr> na - ok da steht nen 17"er drauf ;-)
02:30 < hackbard> bei mir die java und auf der java telefon ;)
02:31 < hackbard> den kernel von festplatte booten geht bei mir immer noch nicht .. :(
02:31 < rxr> ? das tut bei mir ...
02:33 < hackbard> silo meldet sich auch bei mir, der sagt dann aber irgendwas von: cannot open vmlinux (ext2) .. kA
02:38 < rxr> hackbard: dazu kenne ich die Sun noch zu wenig - aber bei mir hat huebi's ripclaw's config auf anhieb getan ...
02:38 < hackbard> oh, again the gcc3 err in stage1 cause ld doesnt know --eh-frame-hdr
02:38 -!- bluefire [~bluefire@pD95227C8.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
02:38 < hackbard> rxr: das hast du aber noch im suse rescue augefuehrt, oder?
02:39 < rxr> nee chroot
02:39 < rxr> ich habe dafuer mknod /dev/hda b 3 0
02:39 < rxr> und mknod /dev/hda1 b 3 1 
02:39 < hackbard> aber suse kernel?
02:39 < rxr> ausgefuhrt ...
02:39 < hackbard> weil der hat kein devfs support
02:39 < rxr> hackbard: jups sicher
02:40 < rxr> und in meinen system habe ich silo auch schon aufgerufen ...
02:40 < SMP> "SuSE rescue disk: jeder Datentraeger der geeignet ist, eine SuSE Installation zu Ueberschreiben"
02:40 < hackbard> jo, das hat rc mit auch in die confgi geschrieben, aber anstadt mknod habe ich symlinks gemacht
02:40 < rxr> habe in der devfsd.conf MKOLDCOMPAT ide/.*
02:40 < rxr> oder so ...
02:40 < rxr> hackbard: symlinks nach wo ?
02:41 < hackbard>  dev,ide,host0,...
02:41 < hackbard> jenachdem
02:41 < rxr> und dann chroot ?
02:41 < hackbard> dev/hda auf .../disc, dev/hda1 ../part1 usw. ..
02:41 < hackbard> wieso chroot?
02:42 < hackbard> ich bin ja auf dem rock sys
02:42 < hackbard> ich boote nur den kernel via tftpboot und gebe ein root=.. mit
02:42 < rxr> hm do stimmen dann hinterher die pfade fuer die images nichtmehr ...
02:42 < rxr> oder wie silo das auch immer codiert ...
02:43 < hackbard> no idea
02:43 < hackbard> silo laesst sich auch ausfueheren ohneprobs , meckert nicht
02:43 < hackbard> egal, wird schon :)
02:43 < tsa> hehe
02:44 < rxr> ja aber das image laed es ja nich ...
02:49 * tsa going to sleep
02:49 < tsa> cu tomorrow
02:49 < tsa> erh..
02:49 < tsa> later
02:49 < tsa> ;)
02:49 < tsa> n8
02:49 < hackbard> n8 tsa!
02:49 -!- tsa [~tsa@p5082BED4.dip.t-dialin.net] has quit ("Client Exiting")
02:50 < rxr> n8 tsa
02:51 < hackbard> er sagt: Cannot find /boot/vmlinux (Unknown ext2 error)
02:51 < hackbard> image not found... try again
02:54 < rxr> schonmal versucht silo in deinem laufendem ROCK system zu booten ?
02:56 < hackbard> du meinst auszufuehren?
02:58 < rxr> jups
03:00 < rxr> hackbard: updated 1.7 tree on my server - not much sparc specific; but updated gnome2 to beta5 and also binutils are updated to the new stable release that also works better on sparc ;-)
03:00 < rxr> wrote 128227 bytes  read 3708 bytes  7539.14 bytes/sec
03:00 < rxr> total size is 8608817  speedup is 65.25
03:02 < hackbard> cool, ich rsync gleich
03:02 < hackbard> jo, nur im rock sys bisher gemacht ..
03:02 < rxr> ah wie sieht deine silo.conf aus ?
03:05 < hackbard> das ist dei von rc:
03:05 < hackbard> # ripclaw silo.conf manually
03:05 < hackbard> # had to add /dev/hda* manually - man mknod
03:05 < hackbard> #
03:05 < hackbard> timeout=80
03:05 < hackbard> partition=1
03:05 < hackbard> root=/dev/hda2
03:05 < hackbard> read-only
03:05 < hackbard> image=/boot/vmlinux
03:05 < hackbard>         label=linux
03:05 < hackbard>         append="devfs=compat root=/dev/hda2"
03:05 < hackbard> image=/boot/vmlinux
03:05 < hackbard>         label=rockway
03:05 < hackbard>         append="root=/dev/ide/host0/bus0/target0/lun0/part1"
03:05 < hackbard> gleicher fehler bei meiner ertsen version:
03:05 < hackbard> # silo.conf - autogenerated by rocklinux
03:05 < hackbard> # boot=/dev/ide/host0/bus0/target0/lun0/disc
03:05 < hackbard> partition=1
03:05 < hackbard> timeout=50
03:05 < hackbard> image=/boot/vmlinux_huebi
03:05 < hackbard>         label=rock
03:05 < hackbard>         append="devfs=compat root=/dev/ide/host0/bus0/target0/lun0/part2"
03:05 < hackbard>         read-only
03:06 < rxr> was ist auf hda1 ???
03:06 < hackbard> boot
03:06 < hackbard> hda2 = /
03:07 < rxr> hm ich habe keine boot partition ...
03:08 < hackbard> ich shee gerade bei rockway ists noch part1!
03:09 < rxr> ich boote immer die devfs=compat variante ...
03:11 < hackbard> ich werde mir morgen mal die silo docu genau anschauen ..
03:11 < hackbard> kann es sein dass dein rsync meine anfragen denied :p ?
03:13 < rxr> oh
03:13 < hackbard> doch geht
03:13 < hackbard> ll
03:13 < hackbard> oups
03:13 < rxr> May 19 03:13:08 gate rsyncd[27928]: rsync on rock from pD9E0A415.dip.t-dialin.net (217.224.164.21)
03:13 < rxr> ok ;-)
03:17 < rxr> hackbard: btw. in my source is a Sync.sh scripts which might help you to sync my tree into your working tree ;-)
03:17 < rxr> (if you do not have a such a home-grown one yourself ;-)
03:18 < hackbard> good to know. thx
03:18 < hackbard> i now hardcoded gcc3 to Build-Cross in ut tree, so i hope i will get gcc3 compiled when starting Build-target ..
03:19 < hackbard> ut = your
03:19 < rxr> hm ?
03:20 < hackbard> you added -gcc3 option to Build-Cross, but left default to gcc2
03:21 < rxr> no I did not added it - this is also in vanilla 1.7 ...
03:21 < hackbard> oh :/
03:22 < rxr> wait a second and you get a auto-detection for this
03:22 < hackbard> okay
03:28 < rxr> synced
03:28 < rxr> I'll test it now ...
03:30 < rxr> has typo
03:30 < rxr> maybe now
03:31 < hackbard> can you skip download from rsync
03:31 < hackbard> it always dleting my symlink :)
03:32 < hackbard> or i have to exclude it
03:32 < rxr> --exclude 'download/*'
03:32 * hackbard downloading binutils
03:32 < rxr> noch nen typo
03:32 < hackbard> okie
03:33 < rxr> next revision
03:34 < rxr> seems to work ;-)
03:45 < rxr> so hab es endlich geschaft nen cross compiler auf er sun fuer sparc64 zu bauen - und baue damit jetzt nen kernel ;-) *g*
03:45 < rxr> mal sehen was bei raus kommt ;-)
03:46 < hackbard> cool
03:46 < hackbard> ich bin noch bei binutils
03:46 < hackbard> dei dinger lahmen ein bisschen ;)
03:46 < rxr> was lahmt ?
03:46 < hackbard> die sparcs :p
03:46 < rxr> ich werde dann morgen mal weider an dem richtigem sparc64 target basteln ...
03:47 < hackbard> naja, fuer 270mhz is das schon gut ..
03:47 < hackbard> jo, cool
03:47 < rxr> hackbard: jain. - ah das wollte ich auch schreiben ...
03:47 < hackbard> ?
03:48 < rxr> das die absolut natuerlich nicth so schnell sind (sind ja 4 jahre alt ...) aber relativ (fuer 270Mhz) ganz gut rocken ;-)
03:51 < rxr> so neuromanceer hab ich jetzt duch - aber vielleicht sollte ich zum besseren verstehen den erste haelfte nochmal lesen. Zwischen der und er zweiten lagen zwei jahre pause .... - und ich habe die englische version hier ;-)
03:51 < rxr> ...
04:04 < rxr> bzip2 is a real bottleneck on the sun
04:04 < rxr> we need a -mv9 optimized version for it ;-)
04:10 < rxr> hackbard: stil awake
04:11 < hackbard> yes
04:11 < rxr> hehe
04:13 < rxr> hackbard: I'll take sleep now. - my U5 build a 2.4.18-re8 kernel with the gcc-3.1; and with nice -n 16 a 1.7 ross compile. My athlon will crunch the Gnome2 updated ...
04:13 < hackbard> i wait with going to bed until gcc3 has finished, as that brocke in the native builds too, as --eh-frame-hdr
04:13 < rxr> s/ross/cross/ no horses here ;-)
04:13 < rxr> ok cu later this day ... ;-)
04:13 < hackbard> okay, sounds cool
04:13 < hackbard> good night!
04:13 < hackbard> later
04:17 < hackbard> i ll leave here, brb
04:17 -!- hackbard [~hackbard@pD9E0A415.dip.t-dialin.net] has quit ("Client Exiting")
04:17 -!- hack^a^^ [~hackbard@pD9E0A415.dip.t-dialin.net] has joined #rocklinux
04:20 < hack^a^^> misst, nicht genug videoram um framebuffer auf 16bit zu stellen ..
04:33 -!- capchaos [~capchaos@pD90485A4.dip.t-dialin.net] has joined #rocklinux
05:16 -!- capchaos [~capchaos@pD90485A4.dip.t-dialin.net] has quit ("Client Exiting")
06:15 -!- d3mian [~demian@208.165.55.137] has joined #rocklinux
06:15 < d3mian> re
06:50 < huebi> moin
06:50 < d3mian> hi huebi 
06:51 < huebi> hu d3mian 
06:51 < huebi> how are you?
06:51 < d3mian> danke, und dir?
06:51 < d3mian> gut
06:51 < huebi> gut ;-))
06:52 < d3mian> cool
06:52 -!- jiahuias [blablabla@mcns34.docsis195.scvmaxonline.com.sg] has joined #rocklinux
06:52 < huebi> I'm working on rock 1.5.15 in the moment.
06:52 < d3mian> rock 1.5.13 seems to run ok
06:52 < d3mian> ok, how does it works?
06:53 < huebi> I update binutils and add samba, sudo, squid and irssi as options to the installcd
06:53 < d3mian> samba.. i had a prob with it this night
06:53 < huebi> Very fine. Only one package failed.
06:54 < d3mian> which?
06:54 < huebi> 2.2.4
06:54 < d3mian> ehh?
06:55 < huebi> sorry
06:55 < huebi> ;-))
06:55 < huebi> /rock-linux/dist/var/adm/logs/3-dump-config.err
06:56 < d3mian> well, i compiled samba but i can listen at 901 port
06:56 < jiahuias> hi anybody here has succeeded in installing rock linux on 80486 laptop ? 
06:57 < d3mian> does i need to add a extra line to inetd.conf, services, or start other service? (of course i restarted inetd and named)
06:58 < huebi> d3mian: I don't know ;(
06:58 < huebi> jiahuias: No, I havn't
06:58 < d3mian> have u used samba swat before andreas?
06:58 < huebi> d3mian: Yes, I did.
06:59 < d3mian> umm, dont u know why im not listen at that port?
07:00 < huebi> d3mian: swat maust be started IIRC. Just try: swat
07:01 < d3mian> huebi: i installed samba in /opt, so the executable is /opt/samba/bin/swat ..
07:02 < d3mian> but the prob is that i run it but still with probs connecting me to that port
07:03 < huebi> httpBsB://your.samab.box:901
07:03 < huebi> https://your.samab.box:901
07:03 < d3mian> yes, it didnt work
07:03 < huebi> hmm.
07:03 < d3mian> the connection in that port is refused
07:04 < d3mian> should i add aextra line in inetd.conf or /etc/services?
07:04 < huebi> d3mian: I don't know 
07:05 < d3mian> ok
07:07 < d3mian> other thing... the `man` prints some error when im trying to see a man page for a command without man page
07:10 < d3mian> the rest is ok, i built samba, wmaker, apache, openssh, bind, sendmail and some other stuff, they wroked
07:11 < huebi> I have also no idea about man
07:12 < d3mian> there are probs with libshadow, alsa and my /etc/shadow is owned by user shadow and there is not a entry for my users in /etc/passwd for them (just system ones)
07:24 < d3mian> how can i avoid the: "Clock Skew Detected .. Ur Build maybe Incomplete" after boot a new kernel?
07:25 < d3mian> i usually do a: for i in ` find /`; do touch $i ; done, but this is not a good solution
07:25 < huebi> d3mian: You system time has been in the future. Files made in the future are found.
07:26 < huebi> only find file mad in the future for touch.
07:27 < d3mian> huebi: all are ! :(
07:27 < huebi> hmm
07:32 < d3mian> turning back to my clock skew prob ... why when i booted a old kernel and turned back to my newer one i get this prob?
07:34 < d3mian> any answer to my prob?
07:35 < huebi> I think there is a time zone problem.
07:36 < d3mian> well, the story started when ..
07:37 < d3mian> i recompiled 2.4.18 and later booted with a old kernel (2.4.16) to fix sth i did bad ..
07:37 < d3mian> when i turned to 2.4.18 newer's one, i get this prob
07:38 < huebi> no idea
07:38 < d3mian> ashridah: but ... ive noted that some files in /usr/include and some other files are in future time, cauz some ./configure's scripts tell me this
07:38 < d3mian> hehe, sorry
07:39 < huebi> d3mian: Yes. thats your problem.
07:39 < d3mian> which one?
07:40 < huebi> that there are files with time in the future
07:41 < d3mian> yes, i know, but i want a fast solution for this ;)
07:59 < d3mian> well, clock skew prob fixed
08:00 < huebi> d3mian: how did you do it?
08:00 < d3mian> the solution: never boot a older kernel with time non-set to gmt
08:00 < d3mian> ;)
08:00 < d3mian> huebi: do u think that make a recursive touch maybe a prob?
08:01 < huebi> d3mian: No, I don't think so
08:01 < d3mian> i did this for some system files which i needed to build some stuff
08:01 < d3mian> ok huebi, ill did a find / -exec 'touch' \ {};
08:01 < d3mian> :)
08:04 < d3mian> i used to execute the named server by 'ndc start', but in rock i couldnt see this command, is not a prob if i do this using instead `named` command?
08:04 < d3mian> although drock has it
08:04 < huebi> /etc/init.d/named start
08:05 < d3mian> ahh ok :)
08:05 < d3mian> although i dunt remember have seen this script tonight :o
08:07 < d3mian> well, i have a visitor now  :) , cu later
08:07 < d3mian> thanx a lot huebi ;)
08:07 < huebi> cu d3mian have fun
08:08 -!- d3mian [~demian@208.165.55.137] has left #rocklinux ()
08:21 -!- d3m|away [~demian@208.165.55.137] has joined #rocklinux
08:28 -!- clifford_ [~clifford@62.46.1.182] has quit (Read error: 60 (Operation timed out))
08:38 -!- clifford_ [~clifford@M115P019.dipool.highway.telekom.at] has joined #rocklinux
09:22 -!- jiahuias [blablabla@mcns34.docsis195.scvmaxonline.com.sg] has left #rocklinux ()
09:41 < d3m|away> is there a rock package for aumix?
09:41 -!- d3m|away is now known as d3mian
09:42 < d3mian> arrgg, this pack is giving me probs
10:05 < d3mian> umm, the aumix package for rock is having probs too :(
10:37 < huebi> re
10:39 < d3mian> wb huebi 
10:39 < huebi> hi d3mian 
10:39 < huebi> ;-)
10:40 < d3mian> ill go home to make some stuff, culater
10:41 < huebi> cu d3mian 
10:41 < d3mian> visitor are out
10:41 -!- d3mian [~demian@208.165.55.137] has left #rocklinux ()
10:41 < huebi> at 2:41 in the morning
10:41 < huebi> ?
10:59 -!- ringo [~ringo@co116627-a.almel1.ov.nl.home.com] has joined #rocklinux
11:01 -!- bluefire [~bluefire@pD9E1C80E.dip.t-dialin.net] has joined #rocklinux
11:06 < huebi> hi ringo hi bluefire ;-)
11:10 < bluefire> Moin huebi
11:32 -!- chrisime [~chrisime@p508028E4.dip.t-dialin.net] has joined #rocklinux
11:41 -!- tomik [~tomik@193.109.181.247] has joined #rocklinux
11:42 < tomik> hi
12:27 -!- ringo [~ringo@co116627-a.almel1.ov.nl.home.com] has quit ("Lost terminal")
12:35 -!- [-dalai-] [~max@pD9506208.dip.t-dialin.net] has joined #rocklinux
12:35 < [-dalai-]> hi :) 
12:37 < [-dalai-]> can somebody help me with rp-pppoe-3.4 ?
12:43 -!- dalai [~max@pD9009611.dip.t-dialin.net] has joined #rocklinux
12:43 < dalai> hehe
12:44 < dalai> never use 2 diffrent pppoe progs
12:46 < dalai> i have the following error
12:46 < dalai> adsl-start
12:46 < dalai> ................TIMED OUT
12:46 < dalai> adsl-start
12:46 < dalai> ................TIMED OUT
12:46 < dalai> ./usr/sbin/adsl-start: line 191:  8493 Terminated              $CONNECT "$@" >/dev/null 2>&1
12:46 < dalai>  adsl-status
12:46 < dalai> adsl-status: Link is attached to ppp0, but ppp0 is down
13:01 -!- [-dalai-] [~max@pD9506208.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
13:19 -!- praenti|away is now known as praenti
13:19 < praenti> hi
13:27 -!- tomik [~tomik@193.109.181.247] has quit ("Client Exitus")
13:27 -!- l_9_l [~jarod@217.17.224.225] has joined #rocklinux
13:29 -!- l_9_l [~jarod@217.17.224.225] has left #rocklinux ()
13:39 < huebi> moin
13:45 -!- hack^a^^ [~hackbard@pD9E0A415.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
13:48 < praenti> moin huebi 
14:13 -!- simon--- [~sts@p50875AA0.dip.t-dialin.net] has joined #rocklinux
14:28 -!- simon-- [~sts@pD9E1DEDA.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
14:28 -!- simon--- is now known as simon--
14:34 < rxr> re
14:37 < huebi> moin rxr  moin praenti 
14:37 -!- hack^a^^ [~hackbard@p50807645.dip.t-dialin.net] has joined #rocklinux
14:38 < huebi> hi Frank
14:40 < hack^a^^>   moin huebi
14:43 < rxr> hack^a^^: der 3.1 gcc scheint sparc64 kernel bauen zu koennen ...
14:44 < rxr> du module sind fertig nud vmlinux baut noch (habe asud gewohnheit bzImage getippt ...)
14:59 < huebi> rxr: bzImage coulg fail. make and than gzip vmlinux
14:59 < huebi> ;-)
15:04 < rxr> huebi: jups ich weiss ... ;-)
15:04 -!- capchaos [~cap@pD9048F48.dip.t-dialin.net] has joined #rocklinux
15:04 < capchaos> hi
15:04 < huebi> hi capchaos 
15:06 < capchaos> hm i have an Athlon K7, is ok to take K6 as architecture ? oder would an i686 aka Pentium Pro do it ? i've no clue..
15:06 < huebi> rock version
15:06 < huebi> ?
15:06 < capchaos> dRock1.6rc3
15:07 < capchaos> does it differ from Rock 1.5 ?
15:07 < huebi> i686 is ok
15:07 < huebi> yes, it differs.
15:07 < huebi> i686 works also on k7
15:07 < huebi> a kernel for k7 does not work on i686
15:07 < hack^a^^> rxr, das prob hier ist, dass es den egcs benutzt, und nicht den gcc3.1 ..
15:08 < rxr> hack^a^^: ?
15:08 < capchaos> huebi: ok, as in what is it different from rock 1.5 ?
15:09 < huebi> i don't know drock 1.6
15:09 < huebi> rene should know it.
15:09 < capchaos> k thx *building*
15:10 < rxr> capchaos:  https://www.rocklinux.de/projects/drock/1.6.0.html
15:10 < rxr> has some points about the differences ...
15:10 < rxr> oh ups wrong link
15:10 < rxr> https://www.rocklinux.de/projects/drock/drock.html
15:12 < praenti> huebi: base compile is complete. ext is also in build very broken... :-(
15:15 < huebi> praenti: base except dump-config works here. ext is broken - normal :-(  I only test it from time to time
15:21 < hack^a^^> rxr, irxr, as u know there is egcs64 installed on jans iso. i run Build-target and the binutils and gcc3 got created. but it uses egcs64 now to build stuff .. and so onlz the kernel itself seems to be build properly ..
15:23 < hack^a^^> btw, rxr, are u able to set framebuffer to 16 bit depth?
15:25 < rxr> hack^a^^: no I have not yet played with the fb - but when the 2.4.18-pre8 works I try to swith to another font (this currently tiny fonts really hurt my eyes ...)
15:25 < rxr> hack^a^^: then remove /opt/* from the path when you initiate the ROCK compilation ...
15:26 < rxr> hack^a^^: what happens when you select 16 bit?
15:26 < hack^a^^> yes, i have to.
15:26 < hack^a^^> it says that i dont have enough video memory
15:26 < hack^a^^> but i need it for mplayer
15:27 < rxr> hack^a^^: ? You should hack ROCK and not watch videos on the SUN *g*
15:27 < hack^a^^> could u try: fbset -depth 16
15:27 < hack^a^^> hehe ;p
15:27 < rxr> hack^a^^: you might need to switch to another resolution ... (if this works on SUNs)
15:28 < rxr> hack^a^^: And the fbset doesn't crash my SUN ?
15:28 < hack^a^^> no, at least it did not crash here
15:29 < hack^a^^> btw, do u also have Mach64 ... cat /proc/fb
15:29 < rxr> yes I have
15:33 < rxr> fbset sucked
15:35 < rxr> wie gibt man dem mist-ding den die horzontale oder vertikale wiederhol-frequenz an =
15:35 < rxr> ich sehe das bild nicht mehr ...
15:35 < rxr> mode "640x480-247"
15:35 < rxr>     # D: 134.880 MHz, H: 128.702 kHz, V: 246.556 Hz
15:35 < rxr>     geometry 640 480 1280 3251 8
15:35 < rxr>     timings 7414 231 33 38 1 144 3
15:35 < rxr>     hsync high
15:35 < rxr>     vsync high
15:35 < rxr>     accel true
15:35 < rxr>     rgba 8/0,8/0,8/0,0/0
15:35 < rxr> endmode
15:35 < rxr> ??? kann  mein monitor leider nicht ...
15:36 < huebi> rxr: meiner auch nicht ;P
15:36 < rxr> mode "1024x768-116"
15:36 < rxr>     # D: 134.880 MHz, H: 94.190 kHz, V: 116.284 Hz
15:36 < rxr>     geometry 1024 768 1280 3251 8
15:36 < rxr>     timings 7414 231 33 38 1 144 3
15:36 < rxr>     hsync high
15:36 < rxr>     vsync high
15:36 < rxr>     accel true
15:36 < rxr>     rgba 8/0,8/0,8/0,0/0
15:36 < rxr> endmode
15:36 < rxr> wieso nimmt das scheiss teil denn die maximal moegliche ...
15:36 < rxr> und wieos gibt es kein -vf -hf ???????????
15:36 < huebi> weil scheiss teil 
15:36 < huebi> ?
15:37 < rxr> huebi: ;-) wahrscheinlich ...
15:37 < rxr> toll muss ich jetzt rebooten ?
15:37 < huebi> rxr was kommt denn bei 1600x1200 raus?
15:37 < rxr> hesun:~ # fbset -xres 1600 -yres 1200 -s
15:37 < rxr> ioctl FBIOPUT_VSCREENINFO: Invalid argument
15:38 < huebi> hehe
15:38 < huebi> 1200x1024?
15:38 < rxr> thesun:~ # fbset -xres 1280 -yres 1124 -s
15:38 < rxr> mode "1280x1124-69"
15:38 < rxr>     # D: 134.880 MHz, H: 79.905 kHz, V: 68.529 Hz
15:38 < rxr>     geometry 1280 1124 1280 3251 8
15:38 < rxr>     timings 7414 231 33 38 1 144 3
15:38 < rxr>     hsync high
15:38 < rxr>     vsync high
15:38 < rxr>     accel true
15:38 < rxr>     rgba 8/0,8/0,8/0,0/0
15:38 < rxr> endmode
15:38 < rxr> das teil nimmt immer 134 Mhz ...
15:38 < huebi> rxr: geht das bei dir?
15:38 < rxr> Mein high-tec 17" hat aber 120 Mhz ...
15:38 < rxr> huebi: brei mir?
15:39 < huebi> jo
15:39 < rxr> wie bei mir ?
15:40 < huebi> die MHZ sind nur die maximale Aufloesung. dpi/" oder so
15:40 < rxr> Mhz ist die maximale Video-Frequenz (Pixeltakt)
15:41 < huebi> rxr: meine ich
15:42 < rxr> fbset -s -xres 1280 -yres 1124 -pixclock 9000
15:42 < rxr> ;-)
15:43 * huebi hat seine beiden SUN's ueber rs232 mit 9600Baut 8N1 angeschlossen. ;>
15:43 < rxr> hesun:~ # fbset -s -xres 1024 -yres 768 -pixclock 9000 -depth 16
15:43 < rxr> ioctl FBIOPUT_VSCREENINFO: Invalid argument
15:43 < rxr> thesun:~ # fbset -s -xres 1024 -yres 768 -pixclock 9000 -depth 24
15:43 < rxr> ioctl FBIOPUT_VSCREENINFO: Invalid argument
15:43 < rxr> thesun:~ # fbset -s -xres 1024 -yres 768 -pixclock 9000 -depth 32
15:43 < rxr> ioctl FBIOPUT_VSCREENINFO: Invalid argument
15:44 < huebi> hmmm
15:46 < rxr> huebi: kann es sein das mn den fb nicht im betrieb auf ne andere farbtiefe umschalten kann? ich versuch ihm das mal spaeter beim booten bitzugeben ...
15:47 < huebi> unter solaris gibt das auch regelmaessig Pixelsalat. Ich reboote dann einfach.
15:48 < hack^a^^> rxr, doch, bei meiner nvidia geht das
15:48 < huebi> hack^a^^: in der sun?
15:49 < hack^a^^> nein, pc - aber rxr meinte doch generell fb, oder?
15:49 < hack^a^^> du musst virtual screen aender tippe ich mal ..
15:49 < hack^a^^> ich spiel nun auch mal bissle rum ..
15:51 < rxr> hack^a^^: soweit ist der gcc-3.1 viel stabilier als der egcs (wie erwartet ...)
15:51 < rxr> zu beispiel compiliert der auch die treiber, bei denen der egcs segmentation-faulted ...
15:51 < huebi> rxr: was meinst du mit stabiler?
15:52 < rxr> nur ufs musste ich gerade abschalten - aber das ist ein problem auf source ebene (bla bla undefined xyz redefined ...)
15:52 < huebi> rxr: achso
15:52 < huebi> ;-)
15:52 < rxr> huebi: der egcs schmiert gleich ab wenn ihm was nicth ganz gefaellt :-(
15:53 < huebi> ist ja ach schon ein paar jahre aelter...
15:53 < hack^a^^> cool! ich mv gleivch mal den egcs raus!
15:53 < rxr> ;-) deswegen moechte ich was aktuelles ;-)
15:54 < huebi> rxr: Wie kompilierst du den gcc-3.1?
15:54 < huebi> auf sun
15:54 < huebi> ?
15:54 < rxr> habe in ROCK-1.7 ./scrtpts/Build-CrossCC gemacht ;-)
15:55 < huebi> kompiliert der auch nativ auf sparc?
15:55 < rxr> huebi: das war auch sparc ;-)
15:55 < rxr> habe nen sparc -> sparc64 cross compiler gebaut ;-)
15:55 < huebi> * zug verpasst ;-))
15:55 < rxr> (ist euer egcs64 auch ...)
15:56 < huebi> rxr: CrosCC ist fuer mich noch ein Buch mit 7 Siegeln...
15:57 < rxr> huebi: deswegen habe ich es auch nach diversen manuellen versuchen dem ROCK script ueberlassen ;-)
15:59 < hack^a^^> rxr, wie genau funktioniert eigentlich dein autodetect?
15:59 < huebi> rxr: du hast mit dem script also einen gcc-3.1 fuer Sparc64 mit dem gcc-2.95.3 auf der Sun gebaut?
16:00 < praenti> info an die c++ progarmmierer. es gibt ein neues common c++
16:00 < rxr> correct
16:00 < rxr> praenti: wer benutzt den son common c++? :-)
16:01 < praenti> rxr: keine ahnung. ich mags zumindest nicht nachdem ich bei esden gesehen hab dass des scheiß unperformant ist ;-)
16:01 < praenti> aber könnt ja sein, dass damit einer programmiert
16:02 < rxr> C++ ja, aber was will man mit sonem seltsamen common gebastel ...
16:02 < rxr> thesun:~ # silo
16:02 < rxr> /etc/silo.conf appears to be valid
16:03 < rxr> mal sehen ob 2.4.18-pre8 mit gcc-3.1 bootet ;-)
16:03 < hack^a^^> cat /etc/silo.conf pls ;)
16:03 < rxr> hehe
16:03 < rxr> musst mal bis nach dem reboot warten ...
16:05 < rxr> thesun:~ # cat /proc/version
16:05 < rxr> Linux version 2.4.19-pre8 (root@thesun) (gcc version 3.1) #2 Sun May 19 15:47:43 CEST 2002
16:05 < rxr> Achtung flood:
16:05 < rxr> thesun:~ # cat /etc/silo.conf
16:05 < rxr> timeout=80
16:05 < rxr> partition=1
16:05 < rxr> root=/dev/hda1
16:05 < rxr> read-only
16:05 < rxr> image=/boot/vmlinux-2.4.18-pre8
16:05 < rxr>   label=linux
16:05 < rxr>   append="devfs=compat root=/dev/hda1 video=atyfb:1024x768x16bpp,font:SUN12x22"
16:05 < rxr> image=/boot/vmlinux-2.4.17
16:05 < rxr>   label=linux-rescue
16:05 < rxr>   append="devfs=compat root=/dev/hda1"
16:05 < rxr> image=/boot/vmlinux
16:05 < rxr>   label=test-devfs
16:05 < rxr>   append="root=/dev/ide/host0/bus0/target0/lun0/part1"
16:06 < hack^a^^> hmm, vielleicht darf ich wirklich keine getrennte boot partition haben ...
16:06 < hack^a^^> btw, fbset -g 1024 768 1024 768 16 ging bri mir nun
16:07 < rxr> und mplayer laeuft ?
16:08 < hack^a^^> das schau ich jetyt, starte gerade die dbox ..
16:08 < rxr> hae ?
16:08 < hack^a^^> hehem scheiss y und z
16:09 < hack^a^^> habe keinen film auf der sun, also grab ich das gleich vonner box
16:20 < hack^a^^> ui, premiere2 auf dem framebuffer der sun, nice :)
16:20 < hack^a^^> ywar langsam und mit spruengen aber es tut
16:21 < hack^a^^> sound waer jetzt noch ganz gut :) - alsa schon probiert rxr?
16:21 < rxr> nee aber der sun oss treiber scheint zu tuen ...
16:22 < hack^a^^> auch gut!
16:22 -!- clifford_ [~clifford@M115P019.dipool.highway.telekom.at] has quit (Read error: 104 (Connection reset by peer))
16:25 < huebi> rxr: Wenn du alsa ausprobiert hast, sag' bitte bescheid. Das funktioniert hier noch nicht.
16:26 < rxr> huebi: ja das tut auch nicht soo einfach
16:26 < rxr> du musst da auch den sparc64 cross-compiler nehmen (passend zum 64bit kernel) und den will ALSA nicht ...
16:28 < huebi> rxr: ich werde dann alsa erst mal rausnehmen bis da eine Loesung gefunden ist. OpennSSL mag definitiv auch kein 64-Bit.
16:34 < rxr> huebi: jo mach das
16:34 < huebi> ok
16:34 < SMP> Moep
16:34 < huebi> hi SMP 
16:34 < huebi> MOEP!!
16:34 < huebi> hehe
16:36 < huebi> Secretary_of_Defense <- will be the new name for the Ultra5 because it's as sloooowww as our Minister Schroeder ;>
16:40 -!- clifford_ [~clifford@62.46.0.68] has joined #rocklinux
16:47 < huebi> hmm. Tar is not the best choice to put data on fast tapes..
16:47 -!- tsa [~tsa@pD9E11F09.dip.t-dialin.net] has joined #rocklinux
16:47 < tsa> moin allerseits.
16:47 < huebi> hi tsa 
16:47 < tsa> hi huebi
16:49 < huebi> Ich glaube, ich muss mir doch mal selber eine backup software schreiben.
16:50 < tsa> hehe
16:51 < huebi> tar ist ein bischen unzufiedenstellend.
16:51 < tsa> amanda ist auch nicht sonderlich.
16:51 < tsa> afbackup find ich noch schlimmer.
16:51 < huebi> bei vielen kleinen dateien bricht di Performance einfach zusammen.
16:52 < tsa> ja, weil sinnigerweise jede datei einzeln komprimiert wird.
16:53 < tsa> so geht bei fehler auf dem medium nur eine datei verloren, nicht gleich alles, was auf die fehlerstelle folgt.
16:53 < huebi> Ich muss hier mal im Datengrab umschaufeln. Da ist bestimmt noch irgendwo ein perl script von Heiz Mauelshagen. Das soll nicht so schlecht sein.
16:54 < tsa> schoen waeren vor allem schnellere restore-zeiten...
16:55 * tsa hat freitag 2h darauf gewartet, dass amanda eine 2k-html-Datei vom bloeden DDS3 rungergeholt hat..
16:55 < tsa> -r
16:55 < hack^a^^> rxr, elftoaout` est du den kernel eigentlich?
16:56 < huebi> tsa: Das Problem ist, wenn das Band defekt ist, bleibt es mit einem Lesefehler genau _auf_ dem toten Block stehen. Dann bricht tar bei jedem weiteren Versuch ab. Ich komme ohne manuel ein filemark zu schreiben, dann nicht weiter.
16:57 < huebi> +l
16:57 < tsa> jupp. Backup suckt irgendwie immer noch gewaltig.
16:57 * huebi sichert gerade 124GB auf Band
16:58 < tsa> Vielleicht sollten wir mal ein neues Backup-Medium mit passendem Konzept dazu entwickeln.
16:58 < tsa> RockUP (tm)
16:58 < tsa> ;-)
16:58 < tsa> oh...DLT?
16:58 < dalai> LTO !
16:59 < huebi> tsa: Wenn wegen der schieren Datenmenge Baeder zum speichern der Daten genommen werden, ist ein kompletter Verlust der Daten hinter dem Fehler nich vertretbar.
16:59 < huebi> tsa: jo, DLT8000
16:59 < tsa> huebi: ACK.
17:00 < huebi> dalai: AIT-3 ist im Moment am besten.
17:00 < dalai> AIT kenne ich net, aber ich habe mal ne library von overland mit LTO installier und ist echt flott... deshalb meine vorliebe für das medium ;)
17:02 < dalai> mit was sichert man denn unter linux? ich kenne nur komerzielles unix und da machen wir das mit uucp oder tar oder halt mit legato networker
17:02 < dalai> gibt es was gescheites für linux?
17:02 < huebi> dalai: Ich habe seit 1999 so fast alles ausprobiert, was es so gibt. LTO und SuperDLT ist nicht so richtig toll.
17:03 < huebi> dalai: Ich habe jetzt mal Backup Express von Syncsort fuer Linux ausprobiert. 
17:03 < huebi> Funktioniert ganz gut, kostet aber zuviel.
17:03 < dalai> networker is auch sack teuer
17:03 < dalai> leider
17:04 < huebi> networker sucks
17:04 < dalai> findest?
17:04 < dalai> warum?
17:05 < huebi> jo, letztes Jahr mal getestet. War zu kompliziert in der Benutzerfuehrung und zu Stoerungsanfaellig. -> 160GB Datenverlust.
17:05 < tsa> uh.
17:05 < tsa> boese
17:05 < huebi> jo. ;(
17:05 < dalai> oha
17:05 < dalai> das is böse
17:05 < tsa> hm...
17:06 * huebi muss Band wechseln..
17:06 < dalai> library kaufen @ huebi
17:06 < tsa> irgendwie ist das alles noch nicht so ganz das wahre..
17:06 < dalai> ;)
17:06 < huebi> dalai: Changer reicht noch, habe ich hier auch noch, aber nur fuer DDS-2
17:07 < dalai> ich mag an dem networker, das ganze cloning, staging und die administration...
17:07 < dalai> lol 
17:07 < dalai> DDS sind doch die 9mm dinger oder?
17:07 < huebi> Jo. fuer Backup braucht es noch eine _richtig_ gut GPL-Loesung.
17:07 < huebi> DDS = DAT 
17:07 < huebi> 4mm
17:09 < dalai> ahja... genau, ne GPL Backup Lösung
17:09 < dalai> das wäre mal ne sache
17:09 < dalai> aber die ganzen device treiber .... is ne dicke sache die ganzen teile zu kaufen und dann die trieber dafür zu schreiben
17:09 < huebi> TivolY Distributed Storage Management - TDSM - ist ganz brauchbar, braucht aber IBM-LTO Laufwerke, sonst gibt es nur tote Baender und Laufwerke. viel stop$go Betrieb!!
17:10 < huebi> s/$/&/
17:10 < dalai> tivoly kann noch nen bisschen mehr glaube ich ? *g* das is doch diese netzwerk inventarisierungs und managment software oder?
17:10 < huebi> dalai: Treiber sind normalerweise ueberhaupt kein Problem.
17:11 < huebi> tivoly ist eine Produktgruppe. Ich meione nur TDSM.
17:15 < huebi> so, wida da
17:16 < huebi> ;-)
17:16 < dalai> wie sicherst du eine datenbank, welche ständig in betrieb ist, also nie konsistent gesichert werden kann?
17:16 < SMP> dass das nicht geht halte ich fuer ein Geruecht
17:17 < dalai> hmm du sicherst den anfang einer datei und wärend du sicherst, speichert einer
17:17 < dalai> was is dann mit der datei im backup?
17:17 < tsa> dalai: snapshot-mount mit lvm
17:17 < huebi> Oracle: Recovery Manager, trivial.
17:17 < dalai> snapshot halt
17:17 < dalai> ja gut
17:17 < dalai> wer das geld hat, hat keine probleme
17:17 < dalai> ;)
17:17 < SMP> dalai: du hast von Datenbank gesprochen, nicht von Dateien
17:18 < tsa> ..wer kein geld hat, hat auch keine Oracle ;-)
17:19 < huebi> dalai: Welche Datenbank?
17:19 < dalai> SMP meine welt setzt sich nur aus dateien und prozessen zusammen
17:19 < dalai> =)
17:19 < dalai> Cumulus
17:19 < SMP> und was ist dann eine Datenbank auf nem raw-device?
17:19 < huebi> dalai: kenn' ich leider nicht.
17:19 < dalai> SMP eine anomalie
17:19 < SMP> wenn du das device-file 'backup'st, wirst du nicht gluecklich :>
17:19 < SMP> dalai: aha
17:19 < dalai> *g
17:20 < huebi> dalai: anomalie <- im Raum/Zeit Kontinuum?
17:20 < SMP> sowas wie eine 'Subraum-Anomalie', die eigentlich 'Subraum-Normalie' heissen muesste
17:20 < tsa> hehe
17:20 -!- bluefire [~bluefire@pD9E1C80E.dip.t-dialin.net] has quit ("leaving")
17:20 < huebi> Wurmloecher verschwinden wieder von alleine.
17:20 < rxr> hack^a^^: wieso soll ich den kernel elftoaout'ten ??? *wunder*
17:20 < SMP> ahh ein rxr
17:20 < tsa> tag rxr
17:20 < dalai> cumulus is ne bilddatenbank
17:21 < rxr> ich boote das vmlinux ohne probleme ...
17:21 < SMP> rxr: kann ich mit gsmp ohne allzu grosse Umwege mp3s schneiden?
17:21 < huebi> dalai: Und was ist an der so besonders?
17:21 < dalai> properitär
17:22 < SMP> huebi: vielleicht ist es nur genauso armeselige Software wie MySQL und die Entwickler haben das Thema Backup gruendlich vergeigt
17:22 < dalai> und das is das problem
17:22 < rxr> SMP: nee - mp3 import hat noch nen paar bugs weil die mad-lib ein wenig hackelig ist - und einen mp3 export haben wir (noch) nicht ...
17:22 < dalai> wenn ich mit networker sichere, dann bekomme ich ständig in den messages: file has been changed during safe
17:22 < SMP> rxr: d.h. nur ueber Umweg mit WAV im-/export?
17:22 < SMP> unkomprimiert
17:22 < rxr> SMP: und damit die daten nicht decodiert und wieder codiert werden, solltest du vielleicht so nen kleinen mp3 cutter tool nehmen ...
17:23 < SMP> ah
17:23 < SMP> was gibt's denn da so? ;)
17:23 < rxr> die koennen einzelne frames loeschen oder versciebne ...
17:23 < huebi> Gibt es eine richtig gute GPL SQL-Datenbank?
17:23 < rxr> SMP: puh - noch nie beutzt ... siehe freshmeat ? ;-)
17:23 < SMP> huebi: sapdb? ;)
17:24 < SMP> immerhin laeuft R/3 drauf
17:24 < tsa> huebi: postgres?
17:24 < SMP> das kann man von MyllSQL und PgSQL nicht grad sagen :>
17:24 < hack^a^^> rxr, frage nur, ich tue das immer ..
17:24 < SMP> rxr: ah, danke
17:24 < rxr> hack^a^^: ?? hat man davon was?
17:24 < hack^a^^> viellcit liegt es daran 
17:24 < hack^a^^> eh, ich dachte nur er wuerde sonst garnicht booten ..
17:25 < huebi> SMP: Deshalb funktionier zeit ca einem halben Jahr die Ersatzteilversorgung bei VW nicht mehr ;>>
17:25 < tsa> hehe
17:25 < SMP> und das liegt an der Datenbank? ;>
17:26 -!- bluefire [~bluefire@pD9E1C80E.dip.t-dialin.net] has joined #rocklinux
17:26 < bluefire> re
17:26 < tsa> re bluefire
17:26 < huebi> SMP: Nee, neue SAP Version. Merk in Darmstadt wollte uns Verrecken nicht mehr Beta-Tester sein
17:26 < huebi> Merck
17:29 < huebi> https://www.sapdb.org/ <- *les*
17:29 < SMP> jo
17:30 < huebi> Waere vielleicht schoen als db fuer die Backupmetedaten
17:30 < SMP> das einzige was einen stutzig machen sollte - SAP verbaut AFAIK nicht mehr die eigene sapdb unterm R/3, sondern Oracle oder DB/2
17:32 < huebi> Oracle ist ein aufgeblasenes Stueck fehlerhafter und undokumentierter Software. Wenns dann irgendwann mal funktioniert, ist es aber auch gut.
17:34 < tsa> ack - schade, dass viele leider immer noch nach namen statt qualitaet entscheiden.
17:35 < huebi> achtung flood:
17:35 < SMP> na, was wuerden die Leute denn nehmen wenn sie nach Qualitaet entscheiden wuerden=
17:35 < SMP> ?
17:35 < huebi>  
17:35 < huebi> A backup of a SAP DB is performed by the SAP DB database software itself. This ensures an
17:35 < huebi> easy and complete backup and smooth system operation. SAP DB allows complete and
17:35 < huebi> incremetal backups to tapes, autoloader, files and named pipes. Backups can be performed
17:35 < huebi> online and offline.
17:35 < huebi>  
17:35 < huebi> Sieh schon mal vom Ansatz fuer Backup sehr gut aus.
17:35 < SMP> ebend, nackend
17:36 < SMP> schauen wir mal was es so gibt:
17:36 < SMP> MyllSQL: schlechter Scherz, keine echte RDBMS
17:36 < SMP> PgSQL: Datenbank Museum
17:37 < SMP> Oracle: s.o.
17:37 < SMP> DB/2: nett, aber nicht viel anders als Oracle, aber langsamer
17:37 < SMP> MS-SQL: schnell, aber von Microsoft
17:37 < SMP> Interbase: Datenbank Leiche
17:38 < SMP> Informix: versagt bei DeNIC 
17:38 < SMP> Sybase: liegt im Sterben
17:39 < tsa> waer schon laegst tot, wenn es nach mir ginge.
17:39 < SMP> noch was im horizontalen Markt?
17:40 < huebi> Der Oracle Support taugt keinen Schuss Pulver. Die wissen nicht mal, was an Betriebssystenumgebung unter Solaris gebraucht wird.
17:40 < tsa> hehe
17:42 < huebi> Und bei verteilten Systemen, wenn die E12k zu klein ist, dann kann ich auch nicht mehr mit Transaktionen uber mehrere Systeme arbeiten. Das funtioniert definitv nicht! T-Offline hier in Weiterstadt hat da sehr schlecht erfahrungen gemacht.
17:43 < SMP> wenn die E12k zu kein ist, kauft man DB/2 for zSeries ;)
17:43 < huebi> oder 500 Aldi- PC's. hehe
17:46 < huebi> Das Zeug _muss_ ueber viele kleine Rechner scalierbar bleiben. Wenn es waechst, geographisch oder vom Datenvolumen, komme ich nicht um ein verteiltes system herum.
17:47 < huebi> Wenn die IBM-zSchleuder platt ist, steht der ganze Laden. Wenn einer von 100 Rechnern steht, funktioniert halt nur 1% des geschaeftes nicht mehr.
17:48 < SMP> die Frage ist, was wahrscheinlicher ist :>
17:49 < SMP> frag mal VAX-Leute, was die von ner VAX mit Zehn Jahren uptime halten..
17:49 < hack^a^^> rxr, welchen OSS treiber meintest du? oder meintest du das Sparc audio subsystem da, dieser extra unterpunkt?
17:50 < SMP> die denken eher drueber nach woher man so stabile Stromversorgung bekommt
17:50 < SMP> und nicht ob eine VAX das kann
17:50 < rxr> hack^a^^: genau - der treiber tut hier ...
17:51 < hack^a^^> okay, danke
17:51 < rxr> hack^a^^: hasst du den aty schon zu ner anderen font ueberreden konnen ?
17:51 < huebi> SMP: Wenn die z Steht bleibe ich im Haus. Und es ist trotzdem sehr wahrscheinlich fuer immer Feierabend, zumindest fuer mich. Und das Risiko trage _ich_ nicht. Wenn ein Teilrechner steht, juckt mich das um 17h00 ueberhaupt nicht mehr. Morgen wieder...
17:51 < hack^a^^> font noch nicht, nein
17:51 < hack^a^^> aber ist doch schoen uebersichtlich so, findest nicht?
17:52 < SMP> huebi: dann stellst du dir eine z ein Hamburg und eine in Muenchen hin. 100% uptime flat out
17:52 < rxr> hack^a^^: mir fallen die augen gleich raus bie 160 Zeichen in einer Reihe auf nem 17"er ...
17:53 < SMP> hehe
17:53 < huebi> rxr: switch to 21"
17:53 < rxr> huebi: ich habe nur einer 21" monitor - und an dem steckt mein Athlon ...
17:53 < huebi> ;-)
17:57 < hack^a^^> das font... in deiner silo.conf tut also nicht .. ?
17:57 < huebi> SMP: Die z lohnt sich nur, wenn du richtig Datendurchsatz brauchst. Aber auch dann sollte man das Konzept, das diesen Durchsatz braucht noch einmal stark ueberarbeiten. Die Zeiten, als ich im Grossrechnerbereich fuer das doppelte Geld die vierfache rechnerleistung bekommen habe, sind leider schon lange vorbei. Deshalb lohnt sich die Umstellung auf (global) verteilte Systeme mehr als jemals zuvor.
17:58 < SMP> ja!
17:58 < SMP> es hat nur niemand Software die fuer sowas gebaut ist :>
18:00 < huebi> In FFM gibt es eine Fa, die bietet Boersendaten an. Dem Chef sind dort sogar Aldi-Rechner noch zu teuer. Wenn bei denen mal ein Rechner ausfaellt, feht nur fuer ein paar stunden ein oder zwei Kurswerte von einer Boerse.
18:00 < rxr> huebi: nein
18:01 < huebi> SMP: Die muss dann halt geschrieben werden. Da muss man den Codern nur sehr genau auf die Finger schauen.
18:01 < huebi> rxr: Was nein? ;-)
18:01 < rxr> er
18:01 < rxr> hack^a^^: nein
18:01 < rxr>  ;-)
18:01 < huebi> axo
18:01 < huebi> hehe
18:01 < rxr> das video= tut nicht ...
18:01 < tsa> hehe
18:02 < SMP> huebi: mehr Hardware auf's Problem (die alte Software) schmeissen ist auf kurze Frist nur billiger :>
18:02 < rxr> kann mal einer die kompletation von irrsi umhacke ...
18:03 < huebi> SMP: Die alte Software sollte sowieso erstmal mit viel Weihwasser bearbetet werden *gg* Das Konzept muss schon vor der ersten Zeile Code stehen.
18:05 < huebi> Wenn eine Software nicht fuer verteilte SYSteme konzipiert wurde, bin ich von vornherein gekniffen...
18:05 < SMP> es hat schon nen Grund warum man heute noch fuer perverse Summen Geld Hardware-Emulationen der PDP-11 kaufen kann :>
18:05 < tsa> *gaehn*
18:05 < huebi> PDP-11?
18:05 < tsa> make coffee
18:06 < SMP> huebi: aehm
18:06 < tsa> hehe
18:06 < SMP> https://www.pdp11.org/ ?
18:06 < huebi> *click*
18:07 < huebi> Was ist denn eigendlich eine DEC Station 5000/33? Taugt die noch zu irgendwas?
18:10 < huebi> So ein geraet habe ich for ein paar wochen nach Wartungsarbeiten einfach mal nicht mehr eingeschaltet.
18:10 < huebi> Hat sich noch niemand beschwert.
18:10 < huebi> ;-)
18:10 < SMP> hehe, ja
18:11 < rxr> huebi: ?
18:12 < huebi> rxr: Ja?
18:13 < rxr> du schaltest einfach rechner aus ?
18:13 < chrisime> ciao!
18:13 < huebi> rxr: Was meinst du?
18:13 -!- chrisime [~chrisime@p508028E4.dip.t-dialin.net] has quit ("cya")
18:14 < rxr> 18:10 < huebi> So ein geraet habe ich for ein paar wochen nach Wartungsarbeiten
18:14 < rxr>                einfach mal nicht mehr eingeschaltet.
18:14 < rxr> ???
18:16 < huebi> hehe. Ja, keiner wusste wofuer der gebraucht wird. So was kommt ab und zu mal vor. Dann ist das einfachste, den einfach abzuschalten und zu warten, bis jemand anruft.
18:16 < huebi> kein anruf in den letzten 4 Wochen
18:17 < tsa> hm....dann kann die kiste nicht so schrecklich winchtig gewesen sein..
18:17 < tsa> -n
18:17 < huebi> Letztes Jahr habe ich das mit 2 Siemens RM600 gemacht. Auch keine Beschwerden.
18:17 < rxr> *lol* methoden sind das ... *g*
18:20 < tsa> huebi: hm...mir gefaellt die methode, so ungenutzte hardware zu erzeugen..kannst du auf diesem wege nicht mal eine ultra60 fuer mich freimachen ;-)
18:21 < huebi> rxr: Normale Haerte. Bei der Banque National de Paris habe ich Drucker gefunden, die in Niederlassungen stehen sollten, die es schon jahrelang nicht mehr gab. Ich habe dann einfach bei allen Rechnern, von denen ich nichts wusste, meine Telephonnummer mit der Bitte um Rueckruf in 3 Sprachen ausgedruckt und den Spooler gestopt. von ueber 20 Druckern habe ich keinen Rueckruf bekommen. Die habe ich dann 4 Wochen spaeter einfach geloescht.
18:22 < tsa> hehe...nett
18:23 < huebi> tsa: Die Hardware zu bekommen ist dann das naechste Problem.
18:23 < tsa> huebi: hehe.
18:23 < tsa> waer doch mal ne nette idee - auftragsbasierte hardwarebeschaffung durch abschaltung in fremdfirmen..
18:23 < huebi> *lol*
18:24 < SMP> 'wir schalten, die pleiten'
18:24 < tsa> "Nein, sie brauchen das eigentlich gar nicht".
18:24 < SMP> s,die,sie,
18:24 < tsa> hehe
18:24 < tsa> einfach deine Rueckrufkarte hinterlassen und die Kiste mitnehmen.
18:25 * tsa fragt sich grade, was man auf dem Wege so alles zusammenbekommen koennte..
18:25 < huebi> Normalerweise sind nur die immer rumzickenden Windoofsrechner bekannt. UNIX-Kisten werden oft, schnell und dauerhaft vergessen.
18:26 < huebi> Nein, besser Kostenplichtig entsorgen. Platz in Rechenzentren kostet viel Geld.
18:26 < tsa> Ja - es sei denn, sie sind ploetzlich weg. ;-)
18:27 < huebi> heh, schon komplett recycled...
18:27 < tsa> Ok. Ich gruende einen Entsorgungsbetrieb fuer performante Hardware.
18:28 < SMP> kommt drauf an - wennd's nur einen teil eines HA-cluster jeweils mitnimmst, merkt's keiner ;>
18:28 -!- martin_ [~martin@pD9E79F92.dip.t-dialin.net] has joined #rocklinux
18:28 < huebi> Preisliste: E10K = 100.000 Entsorgungspauschale.
18:28 < tsa> hehe
18:28 < tsa> jupp.
18:28 < martin_> halll
18:28 < martin_> ne, hallo
18:28 < tsa> tag martin_
18:28 < huebi> moin martin_ 
18:32 < huebi> Hat jemand Interesse an eine HP 3000? 100MHz, 256MB RAM
18:32 < huebi> 19"
18:32 < tsa> hm...nicht wirklich
18:33 < huebi> tsa: Die ist wircklich ein netter Dino.
18:33 < tsa> Was hat die bisher gemacht?
18:34 < huebi> Nebenkostenabrechnungen fuer Vermietungen.
18:34 < hack^a^^> huebi, ist bickenbach in deiner naehe?
18:34 < huebi> gibt auch noch nen HP-OpenViev PC dazu
18:34 < huebi> hack^a^^: Jo, 4,5 km
18:34 < tsa> Subject: Student braucht Hilfe!!!  
18:34 < tsa> 1. Geben sie fünf verschiedene Pfadnamen für die Datei etc/passwd an.           
18:34 < tsa> Berücksichtigen Sie auch die Einträge "." und ".."      
18:35 < tsa> Oh Gott.
18:35 < hack^a^^> okaz, dann wird das schon die richtige ankleityahl sein, danke :)
18:35 < huebi> hack^a^^ <- qwerty ... hehe
18:35 < tsa> hehe
18:36 < martin_> wiess jemand von euch, ob rxr da ist? rxr hallo.
18:36 -!- tchan_ [~tchan@12-247-188-25.client.attbi.com] has quit ("Client Exiting")
18:36 < tsa> rxr: bist du da?
18:36 < rxr> mom
18:36 < huebi> huhu rxr 
18:36 < tsa> martin_: er ist da.
18:36 < tsa> ;)
18:36 < martin_> hallo rxr
18:36 < martin_> ja ...
18:36 < huebi> martin_: ich habe ihn auch gerade gesehen
18:36 < huebi> *ROTFL*
18:37 < martin_> hey, das ist aber marke fefe
18:40 < SMP> wie was wo?
18:40 < hack^a^^> huebi, jo, daran muss ich mich noch gewoehnen ;)
18:42 * huebi sieht jetzt mal Erfurt I, erm Rambo I ;-)
18:44 < tsa> lol.
18:44 < huebi> hehe
18:46 < huebi> Typen, wie dich moegen wir hier nicht. <-Wenn das mal nicht der falsche Spruch vom Sheriff war ... hehe
18:48 < tsa> hm...
18:48 < tsa> dumm gelaufen, eben..
18:56 < rxr> re
18:58 < rxr> martin_: was gab es ;-) 
18:59 < martin_> hi rxr. der kicker hat all seine Einstellungen _vergessen_ und die Icons verhunst ... wie auch immer man das schreibt
18:59 < martin_> na ja :(
19:00 < martin_> eigentlich hatte ich noch grundlegende samba fragen ...
19:00 < rxr> uh samba - ich hab hier doch kein Window~1 zum testen ...
19:01 < martin_> kannst mir sagen, warum die manual smb.conf 130 Din A4 seiten lang ist? man ...
19:01 < SMP> weil man SWAT verwenden will
19:02 < martin_> ups. Ich habe keine Ahnung wovon du redest SMP.
19:02 < rxr> martin_: hast du die etwa gedruckt ?
19:03 < martin_> wahhh, nein
19:03 < huebi> martin <- hat ein Fach fuer Baeume am Drucker
19:04 < rxr> hehe
19:04 < martin_> huebi: man nennt mich auch Herrn Baum ...
19:04 < huebi> hehe
19:05 < martin_> steht in meinem Personalausweis drin :)
19:05 < huebi> Genetischer Vieldrucker? *g*
19:05 < martin_> Aber irgendwie habe ich noch immer nicht den Unterschied zwischen smb und samba und was weiss ich, verstanden
19:06 < rxr> martin_: swat ist ne web condiguration fuer samba ... (habe ich aber auch noch nie angesehen ...)
19:06 < martin_> Ich weiss gar nicht, warum ich so einen Nachnamen hab. Aber damals gabs bestimmt noch keine Drucker
19:07 -!- dalai [~max@pD9009611.dip.t-dialin.net] has quit ("using sirc version 2.211+KSIRC/1.1")
19:07 < martin_> jaa rxr ... und ... ?
19:08 < martin_> Ich hab drei Rechner und die verstehe sich noch immer nicht sehr gut miteinander.
19:09 < rxr> martin_: dann schmeiss den windows rechner weg ;-)
19:09 < tsa> hehe.
19:09 < martin_> meine zwei Linux Rechner verstehen sich mit Abstand schlechter als der Windows mit dem Linux
19:10 < tsa> hm..
19:10 < tsa> dann ist wahrscheinlich einer der beiden kein ROCK Linux.
19:10 < martin_> beides dRock :)
19:10 < tsa> hm..
19:10 < martin_> sorry
19:11 < martin_> aber eine dumme Frage. Kann ich die Partition des routers einfach an meinen Rechner mounten? smbmount...?
19:11 < rxr> SMP: auf welchem port laeft swat per default ?
19:11 < huebi> 901
19:11 < rxr> thnx
19:11 < huebi> https://bla:901
19:13 < rxr> huebi: danke ;-)
19:13 < rxr> martin_: soll ich morgen mal vorbeischauen und deine Samba problem ein fuer alle mal loesen ?
19:13 * rxr sieht den ganzen Tag draufgehen ...
19:14 < huebi> rocklinux install in 30 min...
19:14 < martin_> ich kann meinem dad nciht sein wondows loeschen einfach so
19:14 < rxr> martin_: ich meinte mit loesen nicht windows loeschne ... (dafuer brauche ich nicht den ganzen tag ...)
19:14 < martin_> rxr: ist es denn so kompliziert?
19:15 * huebi wechselt mal wieder das Band.
19:16 < rxr> martin_: Ich habe in den letzen 2 Jahren keinen Windows Rechner mehr vernetzt. Und mit verschluesselten passwoertern und anderem Windows hick-hack muss ich mir das auch erstmal wieder ansehen ...
19:16 < martin_> Kann man eigentlich ueber irc auch meine ip raus bekommen?
19:16 < rxr> Ich nix haben windows hier zum testen das ...
19:16 < rxr> martin_: sicher
19:16 < martin_> na na. samba und windows mit passwort geht jetzt
19:16 < martin_> ups
19:16 < rxr> pD9E79F92.dip.t-dialin.net
19:17 < rxr> pD9E79F92.dip.t-dialin.net has address 217.231.159.146
19:17 < tsa> hm....kann irgendwer eine Aussage machen bezueglich Performance U160-SCSI im Vergleich mit einer UDMA-100 Platte?
19:17 < tsa> ausgehend von einer einzelnen Platte am IDE-Bus.
19:17 < martin_> rxr: ohne was zu machen, gib mal links 217.231.159.146 ein
19:18 < rxr> bash: links: command not found
19:18 < tsa> w3m
19:18 < martin_> rxr: oder lynx 217.231.159.146 sorry
19:18 < rxr> tsa: command not found
19:18 < rxr> lynx vielleicht ;:_) ?
19:18 < tsa> rxr: hm...installieren.
19:18 < rxr> martin_: und? kommt nichts ...
19:18 < rxr> tsa: Warum ?
19:18 < tsa> w3m regelt.
19:19 < tsa> rxr: w3m kann frames.
19:19 < rxr> regelt ??
19:19 < martin_> rxr: geht nur von meinem rechner?
19:19 < rxr> konqi kann auch frames ...
19:19 < hack^a^^> links auch
19:19 < rxr> martin_: was versuchst du ?
19:19 < tsa> w3m funktioniert auch auf einer Text-Konsole.
19:19 < hack^a^^> hehe, achso, dachte nur text broser
19:20 < martin_> rxr: da kommt bei mir die "Intranet Server Kontrolle"
19:20 < martin_> links ist uebrigends ein super browser
19:20 < rxr> martin_: auf deinerm router laeft ne firewall ...
19:20 < martin_> ach ja. mit ner 67 MB grossen logdatei ...
19:20 < huebi> tsa: Beide Busse geben sich nicht viel. Die Plattenhardware ist die Bremse
19:20 < huebi> bei einer Platte
19:21 < tsa> huebi: eigentlich bin ich ja SCSI-Fanatiker. Aber SCSI ist nunmal leider ziemlich teuer..
19:21 < huebi> tsa: jo
19:21 * SMP hasst Festplatten
19:21 < huebi> 00:0a.0 SCSI storage controller: Adaptec 7892A (rev 02)
19:21 * SMP will einfach nur Daten speichern
19:22 < huebi> Der ist im Dual Athlon schoen schnell
19:22 < huebi> 64Bit PCI.
19:22 < tsa> SMP: kauf dir nen Nadeldrucker und druck alles aus
19:22 < tsa> ;-)
19:22 < SMP> hehe
19:22 < huebi> SMP: Kartenstanze... ;>
19:22 < huebi> 80 Byte / Karte
19:23 < tsa> hab' hier sogar noch irgendwo nen kaputten NEC Pinwriter P20 rumzustehen..
19:23 < tsa> huebi: lol.
19:23 < SMP> zSeries booten Linux uebrigens von nem virtuellen Lochkartenleser
19:23 < SMP> super krass
19:23 < tsa> huebi: 
19:23 < tsa> 00:06.0 SCSI storage controller: Adaptec AHA-2940U2/W / 7890
19:23 < tsa> leider nur nen u2w, aber besser als nix.
19:23 < tsa> das board mach nur udma-33..
19:24 < tsa> asus p2b-ds
19:24 < SMP> wobei man vorher den vmlinux auf den virtuellen Lochkartenstanzer ausgeben muss
19:25 < martin_> rxr: noch da?
19:25 < huebi> und Rambo war der beste... Jetzt geht der Dorfpolizei so langsam der Arsch auf Grundeis ;-))
19:25 < rxr> mom ralf ist am phone
19:25 < martin_> he he
19:25 < tsa> huebi: hehe
19:26 -!- SMP [stefanp@world.WRonline.de] has quit ("Changing server")
19:26 < huebi> Doch noch kein Grundeis... Jetzt wirds lustig
19:26 -!- SMP [stefanp@world.WRonline.de] has joined #rocklinux
19:26 < SMP> *laag*
19:27 < tsa> hehe
19:31 < rxr> martin_: AARGGGGGGGGHHHHHHHHHHHHH!!
19:31 < rxr> nervigen leute ...
19:32 < martin_> ick? rald?
19:32 < rxr> du doch nicht;-) Ralf ....
19:32 -!- Netsplit carter.openprojects.net <-> irc.openprojects.net quits: praenti, surprise
19:32 < martin_> danke. was wollte der herr?
19:32 < rxr> mich nerven ...
19:32 -!- Netsplit over, joins: surprise
19:32 < rxr> ok ich brutzele mir mal essen ...
19:33 < martin_> ach ja, mein tablet geht unter windows wunderbar ...
19:33 < rxr> ah ok
19:33 < martin_> (sofern windows geht)
19:33 * rxr making a todo for XFree input driver hacking ...
19:33 < martin_> thanks
19:33 < rxr> martin_: muss ich dann morgen mal vorbei schauen ?
19:34 < rxr> samba und tablet hacken ?
19:34 < martin_> wenn du mir so nicht helfen kannst?
19:34 < martin_> soll ich ne todo liste anlegen?
19:34 < rxr> martin_: was bist du verrueckt - dann wird das ja wieder so viel ...
19:34 < martin_> ,mach lieber erst mal was zu essen
19:35 < rxr> den ersten fix fuer den treiber habe ich uebirgens commited:
19:35 < rxr> The patch you have submitted to fixes@XFree86.org has been
19:35 < rxr> assigned the sequence number A.1079.
19:35 < rxr> vielleicht taucht es dann ja im naechsten XFree auf ...
19:35 < martin_> aha ?
19:35 < rxr> martin_: wie gesagt ich habe samba+windows lange nicht benutzt ...
19:36 < martin_> und linux mit linux?
19:36 < rxr> so muss jetzt mal essed ...
19:36 < rxr> martin_: NFS
19:36 < tsa> Have detected a virus (WORM_KLEZ.H) in mail traffic. Action: quarantined.
19:36 < martin_> gehe lieber jetzt mal schnell essen machen
19:36 < rxr> martin_: NFS. man exports
19:36 < tsa> hm...hoert das auch irgendwann mal wieder auf? *seufz*
19:36 < huebi> martin_: man nfsd, expoert
19:36 < rxr> man nfsd
19:37 < rxr> a ja huebi ;-)#
19:37 < martin_> nich so viel aufeinmal leute
19:37 < martin_> nichts smbmount?
19:37 < rxr> martin oder ssh ;-)
19:37 < rxr> kannst mit dem konqueror dann auch dateien drag'n droppen ;-)
19:38 < martin_> wer bentutz den konqi?
19:38 < martin_> :9
19:38 < martin_> :)
19:40 < tsa> "konqi" klingt wie ne figur aus nem kinder-comic ;-)
19:49 < martin_> Is'es schlimm, wenn ich man nfsd und man exportfs gelesehen habe und immer noch nicht genau weiss, wie es geht?
19:49 -!- h0h0 [~hoho@kiltedtaco.tsps1.freenet6.net] has joined #rocklinux
19:50 < h0h0> it looks like a openssh key gen sequence
19:50 < h0h0> for gaugeing the quality of randomness
19:50 < huebi> h0h0: The Topic? It's brainfuck!
19:51 < h0h0> brainfuck?
19:51 < h0h0> hey dont you speak german?
19:51 < h0h0> whats a good "word of honor" in german other than Herr
19:51 -!- hack^a^^ changed the topic of #rocklinux to: ROCK Linux - this will rock you
19:51 -!- ChanServ changed the topic of #rocklinux to: >+++++++[<++++++++++++>-]<+++.++++++++++++++.>++++++[<----------->-]<---.>+++++[<+++++++++++++++>-]<+.+++.+++++++.>++++[<---->-]<-.>++++++[<----------->-]<---.>+++++[<++++++++++>-]<.---.------------.++++++++.+.>++++[<+++++++>-]<+.+++++.+++++++.+++.>+++++++[<------------>-]<---...>+++[<------->-]<--.----------
19:51 < hack^a^^> ohhh
19:52 -!- praenti [mo1032@apollo.bingo-ev.de] has joined #rocklinux
19:52 < hack^a^^> mazbe someone with higher access level maz change that ..
19:52 < hack^a^^> argh
19:52 < hack^a^^> maybe
19:52 * hack^a^^ food ..
19:52 < huebi> h0h0: yes esden
19:53 < huebi> erm hack^a^^ yes esden
19:54 < tsa> hm...
19:55 < huebi> h0h0: have a look at https://freshmeat.net search for brainfuck
19:55 < huebi> ;-)
19:55 < tsa> was sollte man fuer eine fast neue IBM DDYS-T18350 18gb zahlen?
19:56 < h0h0> heh, for a second I thougt X crashed on me
19:56 < tsa> 180eur?
19:56 < h0h0> turns out I accidently hit ctrl-alt-f2
19:57 < huebi> tsa: Only pay if it is a good one. No enrties in the Manufacturers defects list.!!
19:58 < tsa> huebi: the disk has been used for just a few hours, so i don't expect it to have any defects..
19:58 < tsa> altough i will check that, anyway..
19:58 < huebi> tsa: Never buy an OEM-Disk
19:59 < huebi> tsa: What you mean is the Grown Defects List.
19:59 < huebi> tsa: moment
19:59 < huebi> * Rambo now gets the whole town, hehe
19:59 < tsa> hehe
20:01 * tsa requesting serial no. for the disk..
20:01 < h0h0> HAHA!
20:02 < h0h0> that is the l33t'st thing ive ever seen
20:02 < tsa> hm?
20:02 < tsa> brainfuck?
20:02 < h0h0> hoho@neptune:~/src$ cat > brain.c
20:02 < h0h0> char m[9999],*n[99],*r=m,*p=m+5000,**s=n,d,c;main(){for(read(0,r,4000);c=*r;
20:02 < h0h0> r++)c-']'||(d>1||(r=*p?*s:(--s,r)),!d||d--),c-'['||d++||(*++s=r),d||(*p+=c==
20:02 < h0h0> '+',*p-=c=='-',p+=c=='>',p-=c=='<',c-'.'||write(2,p,1),c-','||read(2,p,1));}
20:02 < h0h0> hoho@neptune:~/src$ gcc brain.c
20:02 < huebi> h0h0: brainfuck?
20:02 < huebi> hehe
20:03 < h0h0> hoho@neptune:~/src$ ./a.out >+++++++[<++++++++++++>-]<+++.++++++++++++++.>++++++[<----------->-]<---.>+++++[<+++++++++++++++>-]<+.+++.+++++++.>++++[<---->-]<-.>++++++[<----------->-]<---.>+++++[<++++++++++>-]<.---.------------.++++++++.+.>++++[<+++++++>-]<+.+++++.+++++++.+++.>+++++++[<------------>-]<---...>+++[<------->-]<--.----------
20:03 < h0h0> We love ROCKLinux!!!
20:03 < h0h0> that is insane
20:03 < tsa> hehe
20:03 * tsa laughing
20:04 < tsa> h0h0: all rock .conf files in rock 2.0 will be done in brainfuck..
20:04 < tsa> ;)
20:07 -!- rxr [~rene@port-212-202-169-101.reverse.qdsl-home.de] has quit (Read error: 113 (No route to host))
20:07 < h0h0> it is quite tempting to write a native interpreter for the kernel for this
20:07 < tsa> hehe
20:08 < huebi> tsa: https://rocklinux.dyndns.org/files/scsi-test.txt <- Have a look. It's a 4 month old IBM OEM from HP
20:08 -!- rxr [~rene@port-212-202-174-126.reverse.qdsl-home.de] has joined #rocklinux
20:08 < huebi> Data from Defect Lists
20:08 < huebi> ----------------------
20:08 < huebi> 6916 entries in manufacturer table.
20:09 < huebi> 6916 must be 0
20:09 < huebi> brbr
20:09 < huebi> tsa: https://rocklinux.dyndns.org/files/scsiinfo-1.7.tar.gz
20:09 < huebi> the programm
20:10 < tsa> hehe. kannst du hellsehen?
20:10 < tsa> that was the next question i was going to ask..
20:12 < tsa> ./scsiinfo -l
20:12 < tsa> hm...
20:12 < tsa> no output.
20:13 < h0h0> hehe, ",[+++++++++++++.,]"
20:13 < h0h0> my own increment-13 program
20:13 < h0h0> now to do a modulus
20:17 < tsa> hm...seems to be a devfs problem.
20:18 < rxr> huebi: is there such a prog for IDE diks ??
20:20 < tsa> ./scsiinfo -d /dev/scsi/host0/bus0/target8/lun0/disc
20:20 < tsa> [..]
20:20 < tsa> 0 entries in grown table.
20:21 < tsa> same output for the other disc
20:21 * tsa happy.
20:28 < tsa> hm..
20:29 < tsa> what writes entries to the grown defects list? the disc itself?
20:29 < rxr> root@jackson:/home/rene/src/scsiinfo-1.7 > ./scsiinfo -d /dev/ide/host0/bus0/target0/lun0/disc
20:29 < rxr> Data from Defect Lists
20:29 < rxr> ----------------------
20:29 < rxr> Unable to read manufacturer defect data.
20:29 < rxr> Unable to read grown defect data.
20:30 < tsa> ide discs are stupid.
20:30 < rxr> tsa: yes disks do that - but I think only on reformats ...
20:30 < rxr> tsa: ide disks are scsi disk with IDE connector ...
20:30 < tsa> hm...ok
20:31 < tsa> so the manufacturer table shows all defects from production and tracks that go bad during operation of the disc are added to the grown defects list, correct?
20:33 < rxr> tsa: I do not know when they are added to what list - but I thought that the disk does only remappign of bad sectors during reformat ...
20:33 < tsa> hm...ok
20:58 < huebi> what writes entries to the grown defects list? the disc itself? <- Yes the firmware remaps dead blocks.
20:58 < huebi> MoeP!
20:59 < huebi> the entries in the manufacturer defects list are hardcoded in the disk while manufactured
21:01 < huebi> the entries in the grown defects list are softcoded on the disk while they are mentioned and remapped.
21:01 < huebi> remapping is automaticly done by the firmware.
21:02 < huebi> the grown defects list can be erased with a low level format.
21:03 < huebi> tsa: Disks on ebay are allways only used a few hours. 
21:04 < rxr> huebi: is there a ideinfo tool ?
21:04 < huebi> tsa: better by a new disk at a local dealer of your trust.
21:05 < tsa> huebi: it's not from ebay.
21:05 < huebi> rxr: I don't know. Have a look at freshmaet
21:05 < huebi> tsa: Can you get the seller on his balls later? If not, forget the disk.
21:05 < huebi>  ;-)
21:06 < tsa> huebi: a co-worker got the disk from work where it was bought a few weeks ago. his computer broke 2 days after he got the disk, and his new box doesn't have scsi.
21:06 < tsa> therefore he wants to sell the disk.
21:06 < huebi> ok. Test it before you by it.
21:06 < tsa> ack, sure.
21:06 < huebi> * hook to balls is found, hehe
21:07 < tsa> i'll see if it's an oem disk first, then have a look at the grown defects list.
21:07 < huebi> jo. And non OEM-disks have allways 5 years warranty
21:08 < huebi> check that, too, please
21:08 < huebi> SCSI disks I mean
21:09 < huebi> for IBM disks you can only get the waranty at the IBM-Distributor. often not at the dealer.
21:09 < huebi> Get a copy of the original invoice.
21:10 < tsa> ack.
21:11 < huebi> If it's from K&M, Alternate, Fort Knox forget it too.
21:12 < huebi> Mindfactory too
21:12 < tsa> hm...
21:13 < tsa> K&M sure, already had some problems with them.
21:13 < tsa> but Fort Knox seems to be ok, IMHO..
21:13 < huebi> could be but be cautious.
21:13 < tsa> my other 2 scsi disks (DPSS-318350N) are from Fort Knox, no problems at all.
21:13 < tsa> ack.
21:13 < tsa> as always ;-)
21:14 < tsa> I'm blacklisted at K&M, anyway.
21:14 < huebi> tsa:  kool. Why? Did you want warranry? hehe
21:14 < tsa> no.
21:15 < tsa> i ordered an athlon b 1ghz from them a while ago.
21:15 < tsa> they sent me an athlon c 1ghz.
21:15 < huebi> yes, big assholes!
21:15 < tsa> i sent it back, and they in return sent me an athlon b 1ghz and an athlon c 1ghz
21:16 < tsa> ..and charged my just for 1 athlon cpu. ;-)
21:16 < tsa> s,my,me
21:17 < tsa> i sent them two letters asking how to return the remaining cpu.
21:17 < tsa> they replid to my first letter that they would send me a RMA number to return the cpu.
21:17 < tsa> replied.
21:17 < tsa> nothing happened.
21:17 < tsa> i sent the second letter.
21:18 < tsa> nothing happened.
21:18 < tsa> about 6 months later, the "deutsche post" showed up at my door, asking me to pay "nachnahme" for 2 (!) cpu's which had been delivered months ago.
21:19 < huebi> kool
21:19 < martin_> >++++++++++[<+++++++++++>-]<.>++++++[<--------->-]<.>+++[<------->-]<--.>+++[<------->-]<--.
21:19 < tsa> i told them to clarify this with K&M
21:19 < tsa> nothing new since them..
21:19 < martin_> bye huebi. bye rxr
21:19 < martin_> bye tsa
21:20 < tsa> except that K&M refused to accept an order from me a few months ago without giving a reason
21:20 < tsa> cu martin_
21:20 < huebi> cu martin_ 
21:21 -!- martin_ [~martin@pD9E79F92.dip.t-dialin.net] has left #rocklinux ("Client Exiting")
21:21 < tsa> so i earned myself some money selling the athlon c and accepted being unable to order stuff from K&M in the future..
21:21 < tsa> good deal for me, i think.. ;-)
21:21 < huebi> tsa: It's better that you can not order at K&M. Better pay a little bit more and have fun.
21:21 < tsa> huebi: ACK
21:22 < tsa> (i sold the athlon to a friend of mine for DM 200, at a time where this CPU would have cost ~ DM 300, so it's a good deal for everyone (except K&M))
21:23 < huebi> I buy at Zimmermann Elektronic here in Darmstadt or at CSD-Computer in Alsbach. I have my dealer conditions here and normal good support with problems.
21:23 < huebi> tsa: Also good for K&M. Not another anoying customer.
21:24 < huebi> hehe
21:25 < tsa> huebi: hehe
21:26 < tsa> i have a dealer about 25km from here which has really good prices.
21:31 < rxr> tsa: nice storries ;-)
21:34 < tsa> rxr: hehe ;-)
21:35 < huebi> Computer Profis here in Darmstadt were really kool.
21:36 < huebi> They sold there broken Junk till it did not came back..
21:36 < tsa> hehe. interesting
21:38 < tsa> https://home.nordwest.net/finger/gallerie/eigen/rauch/kreuz/kreuz.htm
21:40 < rxr> der linux kernel ist echt geil user-friendly  ...
21:40 < rxr> ich habe jetzt die font in das .c file hardgecoded - scheiss kernel parameter ...
21:42 < tsa> font im kernel hardcoden? was fuer einen sinn soll das machen?
21:42 < rxr> damit mir meine augen auf nem 1280x1024 framebuffer nicth aus fallen ...
21:43 < tsa> hm...linux auf der u5 oder was?
21:44 < tsa> also die schrift auf der solaris-console ist eigentlic prima lesbar..
21:44 < tsa> +h
21:45 < rxr> jups die kann der kernel auch ... - nur der bloede ati framebuffer frisst die parameter nicht ...
21:49 < tsa> hm..
21:49 < tsa> ich hab das ati-onboard teil nie genutzt
21:49 < tsa> creator
21:49 < tsa> (leider keine creator 3d oder besser)
22:17 < tsa> oh-oh. peinlich:
22:17 < tsa> https://www.spiegel.de/panorama/0%2c1518%2c196865%2c00.html
22:29 < huebi> Ja, ja. Die Probleme mit nicht demokratisch gewaehlten Praesidenten... Immer wieder das gleiche... Ja, ja... ;-)
22:30 < tsa> hehe
22:37 < hack^a^^> l8ter
22:37 -!- hack^a^^ is now known as hack^afk
22:41 < rxr> ok my ....
22:42 < rxr> wie kann ein einzelner mensch sooo daemlich sein ;-) ?
22:42 < huebi> durch quadratur ;-)
22:42 < huebi> der daemlichkeit
22:43 < tsa> lol
22:43 < rxr> ja - anzunhemen ...
22:43 < huebi> hehe
22:43 < rxr> also irgendwie sucken die framebuffer ...
22:44 < rxr> aaaaarrrgggggghhhhhh
22:44 < huebi> rxr: besonders bei Graphikkarten. Da sollte man die sowieso verbieten.
22:45 < rxr> der aty kann wirklich keine mode und depth ... als kernel parameter ...
22:45 < rxr> huebi: huh? wieso?
22:45 < rxr> man muss dir nur mal sinnvoll programmieren ...
22:45 < tsa> hehe
22:45 < tsa> man ffbconfig
22:46 < rxr> tsa: not found was soll das sein ?
22:46 < tsa> bzw m64config brauchst du afaik fuer den atik-kram
22:46 < huebi> Ich sach' nur: Terminal. Un' nix anners! ;-)
22:46 < tsa> -k
22:46 < tsa> rxr: nix linux - solaris ;-)
22:46 < rxr> tsa: not found, tooo
22:46 < rxr> huebi: du bist doch der, der immer am lautesten nach Xinerama schreit ;-)
22:47 < huebi> Damit ich genuegend minicoms aufmachen kann.
22:48 < rxr> huebi: /me rollst sich gerade vor lachen auf dem boden ...
22:48 < huebi> hehe
22:48 < rxr> ich will einfach nur lesbare schirft auf der Sun. Ist das zuviel verlangt ?
22:49 < rxr> nicht irgendwelche verschwomenen 2x3.5 mm Klumpen ...
22:49 < rxr> ;-)
22:49 * rxr cut'n pasting option parsing code from the matrox into the aty framebuffer ...
22:49 < huebi> rxr: Sun war schon immer etwas besonderes. Das soll ja auch keinen Spass machen. Das soll weh tun.
22:50 < rxr> ??????????????????????????????????????????????????????????????????
22:50 < huebi> *LOL*
22:50 < tsa> hehehe
22:50 -!- capchaos [~cap@pD9048F48.dip.t-dialin.net] has quit ("leaving")
22:51 < tsa> rxr: ffbconfig ist in SUNWffbcf
22:51 < rxr> tsa: habe hier kein slowlaris ...
22:51 < SMP>  . o ( SUNWlinux )
22:51 < huebi> Oder warum bezahlen erwachsene Menschen das 1000-fache fuer eine SUN als fuer einen mindestens gleich schnellen PC?
22:52 < rxr> .oO( Was? )
22:52 < tsa> huebi: sun hat schoenere gehaeuse...
22:52 < rxr> tsa: und tastaturen ;-)
22:52 < tsa> jupp, das auch
22:52 < SMP> 1000-fache?
22:52 < huebi> SMP: Exact
22:52 < tsa> kann irgendwer was zum tipp-gefuehl auf ner usb-type6 sagen?
22:52 < rxr> da muss man nicht selber die windows tasten abschleigen und ueberlackiren ;-)
22:53 < SMP> Windows-Tasten sind genial
22:53 < rxr> nachdem man sie ueberlackiert hat ;-)
22:53 < SMP> neue Meta-Ebene
22:53 < tsa> hehe
22:53 < SMP> wieso.. meine Windows-Tasten steuern meinen WindowMaker
22:53 * tsa tippert hier auf uralt-gebraucht-tastatur, noname, windows-tasten gewaltsam entfernt.
22:53 < SMP> passt doch ;)
22:54 * rxr tippt auf ner Cherry USB mit Silbernen Meta Tasten - und hat ne andere Cherry PS2 mit Tux_Meta Tasten ;-)
22:54 < huebi> SGI hat keine Windowstasten an den Unix Tastaturen ;-)
22:55 < SMP> so kann man endlich in normalen Applikationen alle normalen Control-, Alt- und Meta-Ebenen nutzen ohne mit dem WM in Konflikt zu kommen
22:55 < SMP> huebi: 1000-fache bei was gegen was?
22:56 < SMP> jetzt sag nicht, 128 Aldi PCs gegen ne E15k
22:56 < SMP> n+100-way
22:57 < huebi> E4500, 4x 400MHz/8MB, 4GB RAM, 380.000EUR gegen Dual Athlon oder PentiumIV 3800EUR
22:58 < SMP> nene
22:58 < SMP> da musst du mind. mit dem fettesten Xeon ankommen
22:58 < huebi> SMP: warum?
22:58 < SMP> dann ist's nur noch das 500-fache ;>
22:58 < huebi> *LOL*
22:59 < SMP> aber ne E4k5 mit nur 4 Prozessoren ist auch Unsinn..
23:00 < SMP> uebrigens ist 380.000 / 3800 das 100, nicht das 1.000-fache
23:00 < huebi> 1 CPU kostete im Dezember 19000 EUR!
23:01 < SMP> wen interessieren schon die reinen Hardwarekosten ..
23:01 < SMP> ne zSeries CPU kostet dich sicher etliche 100k EUR _pro Jahr_
23:02 < SMP> das mit nem P-4 oder Athlon zu vergleichen waere einfach laecherlich
23:02 < huebi> ZSeries ist mir zu langsam beim Tetris. Die mag ich nicht *poebel*
23:03 < SMP> hoehoe
23:03 < huebi> Die E4500 macht bei scp nur 5MB/s
23:03 < SMP> das ist schoen
23:03 < SMP> ist das ihre Aufgabe?
23:04 < SMP> scp?
23:04 < huebi> Jo
23:04 < SMP> dann solltest du einen scp-optimierten Rechner kaufen
23:04 < SMP> habe ich grad guenstig im Angebot
23:04 < huebi> Verschluesselte Kontodatenuebertragung ubers Netz
23:04 < SMP> mit _scp_?!
23:04 < huebi> jo
23:04 < SMP> wie pervers
23:04 < rxr> huebi: hast du das entwickelt ?
23:05 < huebi> jo
23:05 < huebi> SMP: Wie geht es besser?
23:05 < SMP> das 'kommt drauf an'
23:06 < SMP> Fehler abzufangen ist bei scp ziemlich schwer
23:06 < huebi> ncifer bietet da auch irgend so einen Muell an. Die haben aber keine Dursatzdaten ;(
23:06 < huebi> +ch
23:07 < SMP> ich wuerde eher sftp nehmen
23:07 < SMP> da hast du das remote-end besser im Griff
23:07 < huebi> Die Verschluesselsungsarbeit ist doch aber die gleiche, oder?
23:07 < SMP> jo
23:08 < huebi> Und genau da versagt die Sun klaeglich.
23:08 < SMP> wobei sftp immernoch nicht perfekt ist wenn die Uebertragung in der Mitte abreisst oder zum Stillstand kommt
23:09 < SMP> huebi: das liegt eher an der Nicht-Verfuegbarkeit von optimiertem Assembler fuer SPARC in der crypto lib
23:09 < SMP> klassischer Fehler
23:09 < SMP> erst Hardware haben und dann seine Software drauf bauen
23:10 < SMP> da entdeckt man sowas eben zu spaet
23:10 < SMP> einer der duemmsten Gruende warum PCs billiger sind
23:11 < huebi> Das ist das Problem von SUN. Wenn die sich nicht drum kuemmern, das so etwas verfuegbar ist, dann wird die Sun halt durch einen schnelleren PC ersetzt.
23:11 < SMP> 'wenn ich morgen meine Meinung aendere und X statt Y auf dem Rechner machen will, dann ist das mit $anderer_Vendor teuerer'
23:12 < SMP> solche Planlosigkeit raecht sich aber. und zwar auf ganzer Linie und nicht nur bei versenkter Hardware
23:17 < tsa> hm...
23:18 < tsa> AFAIK baut sun auch crypto-cards...weiss aber nicht, was die taugen..
23:18 < rxr> und der naechste kernel, diesmal mit allen ati fb debug ausgeben
23:18 < tsa> rxr: hehe
23:18 < rxr> manche stellen im kernel sind echt gepfuscht ...
23:19 < rxr> namely framebuffer und IDE ...
23:19 < SMP> da ist allerdings auch die Frage ob fb / IDE eine bessere Arbeit ueberhaupt erlauben ;)
23:20 < rxr> SMP: definitiv ...
23:20 < huebi> Retorische Frage: Warum hat Sun letztes Jahr 53% weniger Hardware verkauft? - Weil der Support der Kundschaft, die einfach nur komplette Loesungen braucht, nicht den Support bekommt den Sun verspricht. Hardware- und Softwareauswahl, Hardware- und Softwaresupport im Betrieb sind einfach weit von dem entfernt, was Sun vollmundig verspricht und dann, fuer dann voellig ueberzogene Preise verkauft.
23:20 < SMP> wenn ich mir anschaue wie framebuffer so mit den Interrupt latenzen rumaasen
23:20 < rxr> schau dir mal an wie die in 2.5 IDE aufraeumen - da hat hedrick jahrelang nur zusamnnen gebastelt ...
23:21 < SMP> huebi: da ist ohne Frage etwas dran
23:21 < SMP> selbes Prinzip warum IBM seit wenigen Jahren wieder einen Hardware-Aufschwung erlebt :)
23:22 < SMP> v.a. von ihrer Arroganten 'wir wissen besser als du Kunde was du willst - und das ist $proprietaeres UNIX!' Haltung
23:23 < huebi> Bei T-Offline, wohl einer _der_ Kunden von SUN in de, wird laut darueber geredet von SUN auf IBM umzusteigen.