-!- Irrsi Log opened Sun May 19 00:00:04 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.