-!- Irrsi  Log opened Sat May 11 00:00:41 2002
[00:00] -!- clifford_away [~clifford@62.46.7.210] has quit (Read error: 60 (Operation timed out))
[00:05] < Mike1> bye all
[00:06] -!- Mike1 [~mike@odin.informatica.co.cr] has quit ("BitchX Lite I said!")
[00:10] -!- clifford_away [~clifford@62.46.0.143] has joined #rocklinux
[00:14] < d3mian> i have to go home this weekend
[00:14] < d3mian> cu until sunday night ;)
[00:15] < rxr> cu
[00:15] -!- d3mian is now known as d3m|home
[00:20] -!- snyke [~snyke@194.174.14.16] has quit ("[BX] The best part of waking up is BitchX in your cup")
[00:22] -!- snyke [~snyke@pD9502A57.dip0.t-ipconnect.de] has joined #rocklinux
[00:22] < snyke> hi di ho
[00:22] < tsa> re sy
[00:22] < tsa> snyke:
[00:22] < tsa> nargh.
[00:23] < tsa> it's too late.
[00:23] < tsa> i'm too dumb too type
[00:37] < chrisime> esden: da?
[00:40] < tsa> hm...nautilus package still broken...damn
[00:40] < tsa> chrisime: he's gone, i guess. at least didn't say anything in the last hours..
[00:49] < ringo78> I wanna compile galeon do I have to down/inst the libs it needs manually ?
[00:50] < tsa> no. just build the corresponding roc packages
[00:50] < tsa> rock
[00:51] < tsa> you'l basically need some gnome stuff and mozilla
[00:51] < rxr> tsa: simply remove the enable mozilla stuff in natilus
[00:51] < tsa> ah, you're still awake
[00:51] < rxr> ithe motilla component never build in the last moths
[00:52] < tsa> rxr: package "gal"...
[00:52] < rxr> but with mozilla-rc1 the ocnfigure script thinkg it can be build - which is obiously not true ...
[00:52] < rxr> tsa: huh? you wrote nautilus ...
[00:52] < tsa> rxr: we're talking two things at the same time..
[00:52]   rxr eating
[00:53] < tsa> nautilus here fails with:
[00:53] < tsa> linking ./intl/libgettext.h to intl/libintl.h
[00:53] < tsa> configure: error: ./intl/libgettext.h: File not found
[00:53] < ringo78> have a nice luch !
[00:53] < tsa> but about your "gal" package...
[00:53] < tsa> you have 0.19, current is 0.19.2
[00:53] < tsa> and the other thing..
[00:54] < tsa> [U] www://www.gnome.org
[00:54] < tsa> what kind of url is this?
[00:54]   tsa laughing.. ;)
[00:56] < tsa> damn.
[00:56] < tsa> make[3]: *** No rule to make target `../../gal/widgets/libwidgets.la', needed by
[00:56] < tsa> `test-color'.  Stop.
[00:56] < tsa> new gal version fails here, too.
[00:58] < ringo78> I just want to run gasleon mozilla is so very very slow...
[00:59] < ringo78> No I have curl installed .... Getting somewhere I hope.
[01:00] < tsa> ringo78: galeon uses mozilla libraries, so you'll have to install mozilla anyway..
[01:00] < tsa> at least you donÄt have to use it.. ;)
[01:02] < ringo78> Yes done that ... Took more than 12 hrs ... Next time a install a bin ;-) Pent 150 ;-)
[01:02] < tsa> hehe..
[01:02] < tsa> i've also compiled mozilla and galeon today....it's really slow.
[01:02] < tsa> did you already compile galeon?
[01:03] < ringo78> nope just mozilla
[01:03] < tsa> ok..you're using 1.5 or 1.7?
[01:03] < tsa> (rock version)
[01:05] < ringo78> I use 1.5, and trying to download from 1.7 but I cant download the package ./galeon-1.2.1.tar.gz
[01:06] < tsa> i know...the download location is broken and will result in a html file being downloaded
[01:06] < tsa> get it by hand..
[01:07] < ringo78> Ok whats a good place I had seen 1.5 all source packages. Is there another mirror adres ?
[01:08] < tsa> https://belnet.dl.sourceforge.net/sourceforge/galeon/galeon-1.2.1.tar.gz
[01:09] < tsa> rxr: present?
[01:09] < tsa> or still away for eating?
[01:17] -!- term_aweh [~pm@beaufort.wyzant.de] has quit ("zz")
[01:17] < chrisime> tsa: aaaah
[01:21] < ringo78> I love my printer !
[01:21]   tsa refusing to comment on this..
[01:21] < tsa> ;)
[01:27] < rxr> back
[01:28] < tsa> aaah.
[01:28] < tsa> ok.
[01:28] < tsa> did you get all the stuff about the gal package?
[01:28] < rxr> no
[01:28] < tsa> ok.
[01:28]   rxr scrollin
[01:28] < tsa> i'll repeat
[01:28] < tsa> -version: 0.19 -> 0.19.2
[01:28]   rxr fixing
[01:29] < tsa> -URL: [U] www://www.gnome.org
[01:29] < tsa> www:// ?
[01:29] < rxr> jups got this ;-)
[01:29] < tsa> ok.
[01:29]   rxr muss auch lachen ;-) ...
[01:29] < rxr> ??????????
[01:29] < rxr> huch
[01:29] < tsa> and the last one: gal won't build with "make -j?"
[01:30] < tsa> it needs make -j1
[01:30] < rxr> seit wann frisst ROCK:
[01:30] < rxr> [L] GPL LGPL
[01:30] < tsa> keine ahnung
[01:30] < rxr> tsa: was ist mir make ??
[01:30] < tsa> i've already sent a mail to the maintainers regarding the make issue.
[01:30] < rxr> du meinst das mus 1 sein?
[01:30] < tsa> rxr: jupp.
[01:30] < rxr> s/mus/muss/
[01:30] < rxr> ok
[01:30] < tsa> ansonsten klappt es nicht.
[01:31] < rxr> tsa: sehr viele packete bauen nicht mit -j(>1) ...
[01:31] < tsa> jupp, hab ich schon gemerkt..
[01:31] < tsa> btw...hattest du irgendeinen fix fuer nautilus?
[01:32] < tsa> linking ./intl/libgettext.h to intl/libintl.h
[01:32] < tsa> configure: error: ./intl/libgettext.h: File not found
[01:32] < rxr> tsa: ja mozilla komponente disablen
[01:32] < rxr> oh
[01:32] < tsa> das .conf ist relativ leer.
[01:32] < rxr> das ist was anderes *wunder*
[01:33] < tsa> gettext 0.11.2 ist installiert.
[01:33] < rxr> in dRock reicth:
[01:33] < rxr> confopt="$confopt --disable-mozilla-component"
[01:33] < rxr> in der .conf
[01:33] < tsa> hm..ok, ich schau mal...
[01:33] < tsa> erstmal auf evolution warten..
[01:33] < rxr> wie warten ?
[01:33] < tsa> es baut grade..
[01:33] < rxr> welche $ver ?
[01:33] < tsa> 1.0.3
[01:33] < rxr> ah
[01:34] < rxr> hatten die nicht 1.0.4 angekuendigt ?
[01:34] < tsa> (ich habs noch nie gesehen, also just for fun, um es mir mal anzusehen,,
[01:34] < rxr> ich habe keine .tar.bz2s gefunden ...
[01:36] < tsa> LATEST-IS-1.0.3@
[01:36] < tsa> btw...das koennte mal von extra1 nach x11 wandern..
[01:37] < rxr> ne
[01:38] < rxr> in x11 sollen nur die Desktop umgebungen sein
[01:38] < tsa> hm..ok
[01:38] < rxr> nicht alle moeglichen extra programme
[01:38] < tsa> ok
[01:38] < rxr> eher wandern noch mozilla und galeon raus ...
[01:38] < tsa> ;)
[01:39] < rxr> ich wollte eigendlich getrenne gnome und kde repositories haben - habe mich dann aber mit Cliff auf ein nur ein x11 geeinigt, das nur die basics enthaellt ...
[01:41] < hackbard> hmm, IMHO is generic zu gross
[01:41] < rxr> was
[01:41] < hackbard> ich denek eggen ende eines 1.7 builds wuerde ich in schwierigkeiten kommen
[01:41] < hackbard> mit plattenplatz
[01:42] < rxr> Cool! Andrea Arcangeli benutzt KDE ;)
[01:42] < hackbard> wer is das?
[01:42] < tsa> kernel-volk..
[01:42] < rxr> kernel hacker
[01:42] < hackbard> apropos kde *grins
[01:43] < rxr> hackbard: ja ?
[01:44] -!- hack^node [~hackbard@p50807C02.dip.t-dialin.net] has joined #rocklinux
[01:44] < hack^node> ach, wollte doch das prog compilen das die kde-libs braucht, nur bis heute nichtmehr dazugekommen
[01:45] < hack^node> aber deine drock packages haben sich gut installen lassen und kmath (oder so) laeuft auch schon :)
[01:45] < rxr> ;-)
[01:46] < rxr> kmath sieht zwar ganz nett aus, aber die Bedienung ist "komisch" - ich haber bis heute meine Formel da nicht reinbekommen ... - hab dann wieder gnuplot / ocatve genommen ...
[01:47] < hackbard> jo, ic habe es auch nur gestarted .. damit habe ich gesehen, wenn ich es mal brauchen sollte, habe ich es :)
[01:53] -!- snyke [~snyke@pD9502A57.dip0.t-ipconnect.de] has quit ("°ShowDowN v12 PrO° since 1996: https://www.sci.fi/~showdown/")
[01:56] < rxr> taking a look to the packages working gnome and gnome2 in one system might be rather difficult ...
[01:59] < tsa> ack.
[01:59] < tsa> LD_PRELOAD and LD_LIBRARY_PATH might help..
[02:00] < tsa> btw...my evolution is finished. i have 2 different results.
[02:00] < tsa> 1. segfault
[02:01] < tsa> 2. message: ximian evolution shell not found. exit.
[02:01] < tsa> pkg-remove / evolution
[02:01] < rxr> hm in the last drock snap it worked ...
[02:02] < rxr> I'll test it if my current 1.7 build is at this package
[02:02] < tsa> ok
[02:02] < rxr> (alsthough then it might fail because of the used gcc3 ...)
[02:06] -!- clifford_away is now known as clifford
[02:10]   tsa stole intl/libgettext.h from a ./configure'd evolution for nautilus..
[02:10] -!- snyke [~snyke@pD9502A57.dip0.t-ipconnect.de] has joined #rocklinux
[02:10] < snyke> wb
[02:10] < tsa> let's see what happens..
[02:11] < tsa> hm...configure runs without problems
[02:12]   tsa make'ing ..
[02:14] < tsa> gcc: /usr/lib/.libs/libeel.so: No such file or directory
[02:14] < tsa> failed.
[02:15] < tsa> trying again with make -j1
[02:19] < rxr> tsa: do you have a dual box ?
[02:19] < tsa> yes.
[02:20] < tsa> 2x p3-750
[02:20] < rxr> oh
[02:20] < rxr> ah
[02:20] < rxr> ok cu you this morning n8 ;-)
[02:20] < tsa> cu rxr
[02:20] < tsa> temporarily copying libeel.so seems to help..
[02:20] < tsa> still makeing.
[02:34] < tsa> failed.
[02:34] < tsa> whatever.
[02:34]   tsa is going to sleep.
[02:34] < tsa> cu all
[02:34] -!- tsa [~tsa@p5082B91C.dip.t-dialin.net] has quit ("Client Exiting")
[02:54] < ringo78> Is there an easy way to install gnome libs and all of the libs it uses ?
[03:03] < hackbard> oh, finaly got cluster build running
[03:04] < hackbard> hint: on 1.5 installed nodes you should make sure to have curl build when paranoia check enabled (which is default) :)
[03:04] < hackbard> ringo78: pkg-install / /place/to/package.tar.bz2
[03:09] -!- Netsplit carter.openprojects.net <-> irc.openprojects.net quits: praenti, ringo78, clifford
[03:10] -!- Netsplit over, joins: clifford, ringo78, praenti
[03:11] < ringo78> hackbard: thanks !
[03:17] < hackbard> pas de problem :)
[03:28] < ringo78> This is so neat, your own opsys. You can do what ever you want.. paradise.
[03:29] < hackbard> damn, the faster node waits for slow pentium60 to get 1-fileutils build ...
[03:31]   clifford released snapshot 1.7.0-DEV-200205110310.
[03:31] < clifford> n8.
[03:31] -!- clifford is now known as clifford_away
[03:31] < ringo78> n8 Clifford
[03:31] < hackbard> n8
[03:32] < ringo78> hackbard: Are you compiling with multiple machines ?
[03:32] < hackbard> yes but i will break it now and fetch the new snap
[03:35] < ringo78> hackbard: building  it complete from scratch ?
[03:37] < hackbard> yes, its like a normal Build-Target just you build on more machines
[03:37] -!- rxr [~rene@port-213-20-128-139.reverse.qdsl-home.de] has quit (Read error: 113 (No route to host))
[03:37] < hackbard> if there are packages to build in the queue
[03:41] -!- rxr [~rene@port-213-20-228-172.reverse.qdsl-home.de] has joined #rocklinux
[03:44] -!- hack^node [~hackbard@p50807C02.dip.t-dialin.net] has quit ("BitchX: the official sponsor of the 2002 Olympic Winter Games")
[03:45] -!- chrisime [~chrisime@p50803247.dip.t-dialin.net] has quit ("leaving")
[04:00] < hackbard> ich hau mich auch mal hin, gute queue, eh gute n8 :)
[04:00] -!- hackbard is now known as hack^zzZ
[04:15] -!- clikk [~clikk@du-039-0041.access.clara.net] has joined #rocklinux
[04:15] < clikk> i have a serious postfix problem, can anyone help?
[04:16] < ringo78> n8 hack^zzZ !
[04:22] -!- clikk [~clikk@du-039-0041.access.clara.net] has left #rocklinux ("Client Exiting")
[04:41] -!- ringo78 is now known as ringo_awy
[05:53] < huebi> moin
[07:05] < huebi> The Q-Logic SCSI Controllers are broken in 2.4.17 - 2.4.18-rc4 for Sparc, Sparc64. ;-(
[07:25] -!- blindy|away is now known as blindcoer
[07:25] < blindcoer> morgen
[07:25] < huebi> hi blindcoer
[07:26] < blindcoer> moin huebi
[07:26] < huebi> blindcoer: <- +d?
[07:26] < blindcoer> so, und jetzt die alles entscheidende Frage:Wieso spinnt ncurses?
[07:26] < huebi> ;)
[07:26] < blindcoer> ups
[07:26] -!- blindcoer is now known as blindcoder
[07:26] < blindcoder> danke ;)
[07:27] < huebi> gern geschehen
[07:30] < huebi> kernel kompilieren unter UltraSparc braucht viel Geduld...
[07:31] < blindcoder> wie lang dauert des?
[07:31] < huebi> 14 min
[07:31] < huebi> ohne Module
[07:31] < blindcoder> ach geh... auf meinem lapto... taschenrechner braucht des länger ;)
[07:31] < huebi> hehe
[07:32] < huebi> blindcoder: was hast du da fuer eine CPU drin?
[07:32] < blindcoder> mein laptop hat nen Pentium MMX 133
[07:32] < huebi> Ok kann ivh sehen ;-))
[07:33] < huebi> s/ivh/ich/
[07:33] < blindcoder> sag mal kennst du das problem dass ncurses keine farben ermöglicht?
[07:34] < blindcoder> sowohl vim als auch bclient ist schwarz/weiss >_<
[07:34] < huebi> Ich erinnere mich noch an meine SparcStation IPC von 1989. gcc brauchte 23h
[07:34] < huebi> blindcoder: ruf mal screen -q auf
[07:34] < blindcoder> naja kann man wenigstens ne nacht drüber schlafen ;)
[07:34] < huebi> dann sollten die Farben da sein.
[07:35] < blindcoder> 5021.pts-3.crazyhorse   (Dead ???)
[07:35] < blindcoder> gerade aufgemacht mit -q
[07:36] < huebi> screen hat eine automatische Farberkennung. Gnome-Term funktioniert nicht mit Farben
[07:36] < huebi> ;(
[07:36] < blindcoder> hmm ja wenn ich per ssh auf ne andere kiste gehe hab ich farben, woraus ich schliesse dass es nicht an xterm liegt...
[07:37] < huebi> hmm. Keine Ahnung
[07:38] < blindcoder> nun gut,muss ich weiterbasteln
[07:43] < huebi> reboot ... *jump* Platten gefunden ... fsck
[07:43] < blindcoder> hihi
[07:43] -!- snyke [~snyke@pD9502A57.dip0.t-ipconnect.de] has quit (Read error: 110 (Connection timed out))
[07:45] < huebi> blindcoder: Was fuer eine Aktion. Der Kernel war zwischendurch auch noch zu gross. Der Assembler mochte nicht. Aber jetzt ist das login da *freu*
[07:45] < huebi> :-)))
[07:46]   huebi loesch SuXe, hehe
[07:53] < blindcoder> hehe, hat sichs also gelohnt ;)
[07:53] < blindcoder> ich geh frühstücken
[07:53] -!- blindcoder is now known as blindy|mampf
[07:57] -!- huebi_ [~huebi@p50816D84.dip.t-dialin.net] has joined #rocklinux
[07:59] -!- huebi [~huebi@pD952252B.dip.t-dialin.net] has quit (Killed (NickServ (Ghost: huebi_!~huebi@p50816D84.dip.t-dialin.net)))
[07:59] -!- huebi_ is now known as huebi
[08:01] -!- clifford_away [~clifford@62.46.0.143] has quit (Read error: 60 (Operation timed out))
[08:12] -!- clifford_away [~clifford@62.46.3.46] has joined #rocklinux
[08:47] -!- blindy|mampf is now known as blindcoder
[08:47] < blindcoder> rehi
[08:52] < huebi> blindcoder: hi Moep! Die Ultra30 bootet. Ich habe ebend noch eine groessere Platte 18GB eingebaut.
[08:54] < blindcoder> cool ;) ich will auch ne größere Platte >_<
[08:56]   blindcoder muss jetzt dann mit seiner mum einkaufen fahren...
[08:56]   huebi mit seiner Frau auch :-)
[09:00] < blindcoder> bis später(mal wieder)
[09:00] -!- blindcoder is now known as blindy|shopping
[09:05] -!- snyke [~snyke@pD9502A5A.dip0.t-ipconnect.de] has joined #rocklinux
[09:31] -!- Netsplit carter.openprojects.net <-> irc.openprojects.net quits: praenti
[09:37] < esden> hi all
[09:37] < huebi> hi esden
[09:37] < esden> huebi: du bist auch immer da ... oder ?
[09:38] < esden> zumindest bin ich jetzt einiegermassen ausgeschlafen ;-)
[09:38] < huebi> esden: Noe, aber immer wenn ich vor dem Computer sitze
[09:39] < huebi> Meine Ultra 30 hat Jetzt Rolinux 1.5.12 auf einer 18GB SCSI Platte
[09:40] < huebi> +ck
[09:40] < esden> hmm ... ich sollte dann meine sparcs auch damit fuettern ...
[09:40] < huebi> esden: Was fuer Sparcs hast du?
[09:45] < esden> ss10, sst2, ipx
[09:46] < huebi> esden: Na mal sehen ob rock 1.5.12 da drauf bootet. Ich habe noch eine IPX und eine SparcStatin Classic X
[09:46] < huebi> sun4c und sun4m
[09:55] < esden> debian cd's booten ... also wir kuennen es auch ;-)
[09:56] < huebi> esden: splack geht nor auf U5 nicht auf U30
[09:57] < esden> komisch ... ich habe mommentan debion drauf ... also ich weiss dass debian auf diesen kisten bootet ...
[09:57] < esden> also die installations cd's
[09:57] < huebi> debian habe ich nicht getestet.
[09:58] < huebi> Die 1.5.12 Images von Jan haben keine SCSI Unterstuetzung.
[10:12] -!- Netsplit over, joins: praenti
[10:13] < blindy|shopping> hi hi and rehi
[10:15] < esden> re blindy|shopping
[10:15] < esden> huebi: dass ist schlecht ...
[10:16] < huebi> esden: Und wenn ich welche einbaue wird der kernel zu gross => initrd wird gebraucht.
[10:16] -!- blindy|shopping is now known as blindcoder
[10:17] < esden> kann mir jemand erklaeren wieso bash unter diet nicht mehr will ? >_,
[10:18] < esden> export LANG=en_EN
[10:18] < blindcoder> esden: jetzt nerv ich dich mit dem problem auch noch: bei mir hab ich weder in vim noch in bclient noch sonstwo ncurses-farben im xterm
[10:18] < blindcoder> und wenn ich im screen ncurses verwenden will --> Dead
[10:18] < blindcoder> aber wenn ich aufn apollo oder wo gehe dann gehts >_<
[10:18] < esden> export TERM=xterm-color
[10:19] < blindcoder> okay, fast...
[10:19] < esden> was fast ?
[10:19] < esden> what nearly ?
[10:20] < blindcoder> wenn ich im bclient was tippe wird nur das letzte zeichen erkannt
[10:20] < blindcoder> aber screen kackt immer noch ab >_<
[10:20] < esden> can't help you here ...
[10:21] < blindcoder> xterm is part of XFree86, isn't it?
[10:22] < esden> yes
[10:23] < blindcoder> hmm... maybe... no it is not xterms fault... there's something wrong with ncurses...
[10:23] < esden> no idea
[10:24] -!- capchaos [~cap@pD9048439.dip.t-dialin.net] has quit ("Client Exiting")
[10:24] < blindcoder> because using he console it is the very same problem
[10:30] < blindcoder> *argl*
[10:30] < blindcoder> I think I found the error
[10:31] < blindcoder> no... wrong...
[10:33]   esden needs an adress of a electronic shop
[10:34] < blindcoder> reboot
[10:40] < th> re
[10:41] < huebi> moin th
[10:43] -!- term_emu [~pm@beaufort.wyzant.de] has joined #rocklinux
[10:43] < huebi> moin term_emu
[10:43] < term_emu> hi all
[10:44] < term_emu> && moin huebi
[10:45] < esden> hi term_emu
[10:50] < term_emu> hy esden
[10:50] < esden> ich hasse conrad !!!!
[10:50] < esden> argh
[10:50] < huebi> esden: Na dann kauf erst mal bei Voelkner ein ;>
[10:51] < esden> I need a different electronic seller
[10:51] < esden> I hate their www site
[10:51] < huebi> esden: Spoerle in Neu-Isenburg.
[10:51] < huebi> esden: Schuckard
[10:51] < esden> there are no photos beside the stuff they want to sell
[10:52] < huebi> esden: They are bandwidth savers. Use a 14.4k Modem and you know why. ;>>
[10:54] < esden> i should have the possibility to see the photos if i want ... I will not buy "katze im sack" (I will not buy anything at conrad but it is another story ;-) )
[10:55]   esden is playing around with the display of huebi ;-)
[11:00] -!- simon--- [~sts@pD9E1D51C.dip.t-dialin.net] has joined #rocklinux
[11:02] -!- hack^zzZ is now known as hackbard
[11:02] -!- term_emu is now known as term_aweh
[11:02] < term_aweh> moin hackbard
[11:02] < hackbard> moin!
[11:02] < hackbard> hi term
[11:03]   huebi is looking at another display laying here on the table. Should I send it to esden, too? ....
[11:03] < huebi> hi hackbard
[11:03] < hackbard> hi huebi
[11:04] < huebi> hackbard: Die JavaStation, die du hast ist wohl wirklich das langsamste, was es an JavaStations gibt.
[11:04] < hackbard> hehe, jo
[11:04] < hackbard> die hat so ca 80 bogomips :)
[11:05] < hackbard> ich ahabe 32mb ram, vielleicht kann man sich x mit 64 sogar antun, aber beschwoeren wuerde ich das nicht
[11:06] < huebi> hackbard: Ich bin auf der Suche nach "Krups". Wenn ich die guenstig kriegen kann, hast Du dann Interesse?
[11:07] < esden> huebi: yess ;-)
[11:07] < esden> huebi: I will ge shoping later and buy the box for it ... I will go then to my friend and put you display in it ...
[11:08] < huebi> esden: ok I send it.
[11:08] < huebi> Krupps has no Fan!
[11:14] -!- simon-- [~sts@pD9E1D1F1.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
[11:14] -!- simon--- is now known as simon--
[11:17] < esden> hmm the solderings on huebi's display look much better than on my display ...
[11:18] < rxr> re
[11:18] < esden> re rxr
[11:18] < huebi> hi rxr
[11:18]   esden is away ... drinking coffee with his parents
[11:20] < hackbard> huebi: klaor immer doch!
[11:21] < hackbard> di haben IMHO sogar PCI bus und man kann evtl ne platte und ne 2te eth einbauen und das ding als router verwenden :)
[11:21]   blindcoder back
[11:21] < hackbard> re blindcoder
[11:22]   blindcoder is now going to code-dive into xterm...
[11:22] < blindcoder> I want to know how xterm gets its pty when kterm says that there ar no available ptys left...
[11:28] -!- ringo_awy is now known as ringo78
[11:29] < th> blindcoder: xterm runs suid-root. perhaps it just has permissions kterm hasn't
[11:34] < blindcoder> hmm I'll double-check that
[11:35] < blindcoder> hmm I've set the permissions to kterm identical to xterm, but stll "kterm: no available ptys"
[11:42] < blindcoder> HA screen works now ;)
[11:42]   blindcoder should RTFM more...
[11:43] < hackbard> what was the problem?
[11:43] -!- clifford_away is now known as clifford
[11:43] < hackbard> moin clifford
[11:43]   clifford hates gcc3 ..
[11:43] < clifford> hi.
[11:44] < blindcoder> hackbard: there were no information for screen in /etc/termcap
[11:45] < blindcoder> moin clifford
[11:46] < rxr> hi clifford
[11:46] < rxr> whats up with gcc3 ?
[11:47] < clifford> hi rxr. ich hab' troubles mit gcc3 und ich hab' drachensalbe im rechten auge ... ich weiss nicht was schlimmer ist... :-)
[11:48] < rxr> oh
[11:48] < clifford> when fixincl is disbaled g++ doesn't work as it should ..
[11:48] < blindcoder> drachensalbe?
[11:48] < rxr> clifford: strange
[11:48] < clifford> blindcoder: chinesisches heilmittel - brennt wie die hoelle und ich hab heut' meiner freunding damit den elbogen eingerieben ..
[11:49] < rxr> Gute Besserung!
[11:49] < blindcoder> ebenfalls
[11:49] < clifford> rxr: das tolle ist das dadurch gcj nicht compiliert und man gcc3 auch nicht neu builden kann.
[11:50] < clifford> Ich hab's jetzt endlich geschaft gcc3 wieder richtig zu builden - jetzt probier ich meinen neuen fixincl patch aus: fix nur glibc und linux kernel headers.
[11:53] < huebi> cih habe ein Problem mit glibc-2.2.5 fuer Sparc. Achtung Flood:
[11:54]   clifford duckt sich for der flut ..
[11:54] < rxr> clifford: .) I just took a look into the flist and the headers do not get installed - so yeah why does gcc3 do build this stuff? For internal use?
[11:54] < huebi> aeh, doch noch nicht ;-)
[11:54] -!- hackbard_ [~hackbard@p5080798F.dip.t-dialin.net] has joined #rocklinux
[11:54] -!- hackbard [~hackbard@p50807C02.dip.t-dialin.net] has quit (Killed (NickServ (Ghost: hackbard_!~hackbard@p5080798F.dip.t-dialin.net)))
[11:55] < clifford> rxr: oja - die werden installiert - in /usr/lib/gcc-lib/<arch>/<ver>/include.
[11:55] -!- hackbard_ is now known as hackbard
[11:55] < clifford> (nur im letzten snap eben nicht :-)
[11:56] < rxr> ah ok
[11:56] < rxr> aber bei mir scheint der gcc3 zu tuen ...
[11:56]   huebi waiting for the ssh connect.....
[11:56] < rxr> ist gerade in stage-3 kdeutils ...
[11:56] < clifford> rxr: wahrscheinlich hast du nicht das alte /usr/lib/gcc-lib/<arch>/<ver>/include entfernt ...
[11:57] < hackbard> bei mir hat er auch gefailed. in stage 2
[11:57] < clifford> rxr: mit letztem snap?
[11:57] < rxr> clifford: ich habe komplett neu gebaut
[11:57] < clifford> (last snap = heute, so 3 uhr frueh ..)
[11:57] < huebi> jetzt aber:
[11:57] < huebi> _  -o setjmp.o
[11:57] < huebi> In file included from ../sysdeps/sparc/sparc32/setjmp.S:20:
[11:57] < huebi> ../sysdeps/unix/sysv/linux/sparc/sys/trap.h:5: asm/traps.h: No such file or directory
[11:57] < huebi> make[1]: *** [setjmp.o] Error 1
[11:58] < huebi> make[1]: Leaving directory `/rock-linux/src/glibc-2.2.5/setjmp'
[11:58] < huebi> make: *** [setjmp/subdir_lib] Error 2
[11:58] < huebi> Irgend eine Idee?
[11:59] < clifford> huebi: /usr/include/asm ist da (symlink auf linux-src dir bzw. generated by armjins script stolen from debian stolen from redhat)
[11:59] < clifford> ?
[11:59] < hackbard> danach failed noch 2-e2fsprogs, 2-groff, 2-shadow, 2-gcc2
[12:00] < huebi> clifford: Jo, ist da und traps.h ist auch da.
[12:00] < huebi> /usr/include/asm/traps.h meine ich
[12:00] < clifford> huebi: in stage 0 ?
[12:01]   clifford is reading gnuplot documentation ...
[12:01] < huebi> stage 1
[12:01] < clifford> huebi: aha! 1.5 ...
[12:01] < huebi> genau
[12:03] < rxr> clifford: ok some fixed header files are there (only a few - i was looking for a big bunch of fixed files ...)
[12:03] < rxr> ls
[12:03] < rxr> README    g++       limits.h   objc     stdarg.h   stdio.h      zconf.h
[12:03] < rxr> curses.h  g2c.h     linux      proto.h  stdbool.h  syslimits.h
[12:03] < rxr> float.h   iso646.h  ncurses.h  root     stddef.h   varargs.h
[12:03] < clifford> rxr: this are not fixed headers - this are gcc internal headers.
[12:03] < rxr> yes
[12:04] < clifford> (the README should say something else - I know)
[12:04] < rxr> but some are fixed in root and zconf.h for example
[12:04] < clifford> rxr: which gcc3 version?
[12:05] < rxr> 3.0.4
[12:05] < clifford> find /usr/lib/gcc-lib/i386-pc-linux-gnu/3.0.4/include/ | wc -l  =>  301
[12:05] < rxr> but your last snap
[12:06] < clifford> rxr: maybe we should test the latest snap before digging deeper into this ..
[12:06] < clifford> (gcc snap I mean)
[12:06] < rxr> rene@jackson:/rock-linux/rock-1.7/build/default-1.7.0-DEV-intel-generic-expert/
[12:06] < rxr> root/usr/lib/gcc-lib/i386-pc-linux-gnu/3.0.4/include > find -name '*'  | wc -l
[12:06] < rxr>     262
[12:07] < th> find -name '*' ???
[12:07] < th> what the heck...
[12:07] < clifford> but gcc3 is still not building:
[12:07] < rxr> th: ok leace the '*' away works too ...
[12:07] < clifford> In file included from ../../../libjava/jni.cc:48:
[12:07] < clifford> ../../../libjava/include/java-interp.h:121: type specifier omitted for
[12:07] < clifford>    parameter
[12:07] < clifford> ../../../libjava/include/java-interp.h:121: parse error before `*' token
[12:07] < clifford> ../../../libjava/include/java-interp.h:122: type specifier omitted for
[12:07] < clifford>    parameter
[12:07] < clifford> ../../../libjava/include/java-interp.h:122: parse error before `*' token
[12:07] < clifford> ../../../libjava/include/java-interp.h:123: type specifier omitted for
[12:08] < clifford>    parameter
[12:08] < clifford> ...
[12:08] < rxr> clifford: ok I'll update to the latest gcc snap
[12:08] < rxr> clifford: also ich builde hier:
[12:08] < rxr> root/etc > cat VERSION
[12:08] < rxr> ROCK Linux 1.7.0-DEV-200205101738 (2002/05/10)
[12:09] < huebi> clifford: Any idea with glibc?
[12:09] < clifford> no.
[12:10] < huebi> hmm
[12:10] < rxr> clifford: ok the fix-disabling is not in the snap i have ...
[12:11] < rxr> clifford: btw. could you discard updates in x11 in the next days? I started to update to gnome2 here ...
[12:12] -!- blindcoder is now known as blindy|eat
[12:13] < clifford> rxr: ack.
[12:15] < huebi> I must clean up the cvs. something went wrong.
[12:15] < huebi> bbl
[12:16] < th> huebi: what's wrong?
[12:16] < huebi> th the file VERSION is from 2002-04-04. It could be that also other newer files where overwritten.
[12:17] < th> what happened?
[12:18] < huebi> th I don't know. I'll find it out later .
[12:18] < huebi> bbl CU
[12:18] < th> lat0r huebi  ;)
[12:27] -!- blindy|eat is now known as blindcoder
[12:30] -!- netcrow [netcrow@apollo.bingo-ev.de] has joined #rocklinux
[12:30] < netcrow> morgen
[12:30] -!- bluefire [~bluefire@pD95221FB.dip.t-dialin.net] has joined #rocklinux
[12:31] < bluefire> Moin
[12:31] < netcrow> hi
[12:38] < ringo78> morgen
[12:39] < blindcoder> okay... kterm is not devfs-compatible... so enabling backwards-compatibility for /dev/pty/* makes kterm work ;)
[12:43] < hackbard> blindcoder: i have the same problems with wterm, what did you exactly change(add) in etc/termcap?
[12:44] < rxr> kterm? this is not the konsole of kde ?
[12:44] < rxr> no
[12:44] < blindcoder> rxr: no, thats another one ;)
[12:44] < blindcoder> hackbard: there was a terminfo/screencap file in the source dir of screen
[12:45] < blindcoder> I just `cat screencap >>/etc/screencap` it
[12:45] < hackbard> i see!
[12:46] < hackbard> thanks, i will have a look
[12:46] < blindcoder> np ;)
[12:47] -!- netcrow [netcrow@apollo.bingo-ev.de] has quit ("...")
[12:48] < blindcoder> /etc/termcap that is...
[13:13]   esden away buying hardware for huebi ;-)
[13:15] -!- tomik [~tomik@193.109.181.247] has joined #rocklinux
[13:30] -!- Netsplit carter.openprojects.net <-> irc.openprojects.net quits: praenti, clifford, ringo78, d3m|home, simon--, surprise, th, hackbard, bluefire, term_aweh
[13:31] -!- Netsplit over, joins: bluefire, hackbard, simon--, term_aweh, praenti, clifford, ringo78, surprise, th, d3m|home
[14:08] -!- Netsplit carter.openprojects.net <-> irc.openprojects.net quits: clifford
[14:17] < rxr> super there is again no mozilla rc2 source ... :-(
[14:18] < rxr> and there is also no src.tar.bz2 for this one https://freshmeat.net/releases/83758/
[14:18] < rxr> strange chaos ... ?!?
[14:32] -!- Netsplit over, joins: clifford
[15:25] -!- blindcoder is now known as blindy|away
[15:45] -!- ringo78 [~idiot@co116627-a.almel1.ov.nl.home.com] has quit ("leaving")
[15:51] -!- blindy|away is now known as blindcoder
[15:56] < esden> hi all
[15:58] < snyke> hi esden!!!
[16:11] -!- clifford [~clifford@62.46.3.46] has quit (Read error: 113 (No route to host))
[16:13] -!- clifford [~clifford@62.46.1.15] has joined #rocklinux
[16:16] < rxr> hm just got a kernel panic CPU context corrupt ... ;-)
[16:16] < rxr> (2.5.14 ...)
[16:31] < rxr> someone here?
[16:32] < huebi> re
[16:33] < rxr> oh hi huebi!
[16:33] < huebi> hi all
[16:33] < huebi> hi rxr
[16:35]   huebi searches for the error in the glibc-2.2.5 build on Sparc
[16:35] < rxr> hm world is still down - I wonder how i get the latest STE in this case ... :-(
[16:35] < huebi> STE?
[16:36] < rxr> enterprise mpeg videos...
[16:36] < huebi> Ahh, OK ;-))
[16:37] < huebi> Star Treck Enterprice = STE?
[16:40] < rxr> at least for me ;-)
[16:51] < th> and for www.acronymfinder.com
[17:02]   clifford released snapshot 1.7.0-DEV-200205111643.
[17:04] < esden> argh I hate autoconf stupidity and bloat ...
[17:04] < esden> hi clifford
[17:05] < rxr> esden: Ah! You found this out! ;-) Nice to hear ... - so you are not going ro GNU/auto-shit*-ize our install_bin ;-)
[17:06]   rxr ./scripts/Update-Src
[17:07] < rxr> clifford: any new results with the gcc-3.1-20020508 ?
[17:10] < clifford> rxr: well - it should work now. But my build is only at glibc in stage 0 so far.
[17:10] < rxr> ok
[17:10] < clifford> rxr: did you try already rosegarden 4 ?
[17:10] < rxr> clifford: no
[17:10] < rxr> clifford: but gsmp will get midi support this summer ;-)
[17:11] < clifford> https://www.all-day-breakfast.com/rosegarden/pictures.html
[17:11] < clifford> rxr: good to hear that.
[17:11] < rxr> a student from ireland asked me to make GSMP MIDI support his studying project ;-)
[17:11] < clifford> do you have time to listen to some of my (gsmp) ideas?
[17:12] < rxr> clifford: now?
[17:12] < rxr> rosengarden 4 looks quite good so far ;-)
[17:13] < clifford> now. (but it was a question - so you could also anseswer "no" ... :-)
[17:13] < rxr> the rewrite of the old rosengarden 3 was really needed ;-)
[17:13] < clifford> rxr: ohh yes!
[17:13] < rxr> Sure, yes! (I'm always open for nice new Linux audio ideas ;-)
[17:13] < clifford> ok - should we flood this channel?
[17:14] < rxr> why not, not too many are here - and I get a irclog of it *g*
[17:14] < clifford> .. I just wantet to mention the log ..  :-)
[17:14] < esden> rxr: no ... no way !!!
[17:14] < esden> ;-)
[17:15] < clifford> ok - aber in deutsch - da bin ich doch etwas flotter (im augenblick recht muede :-)
[17:15] < rxr> esden: I talked about the automaitc log - not your nice maunal rewrite ;-)
[17:15] < clifford> kennst du mixmagic? (ist in extra2)
[17:15] < rxr> erhm - vielleicht screenshots ...
[17:16] < clifford> moment ..
[17:16] < rxr> got it
[17:16] < rxr> https://mixmagic.sourceforge.net/screenshot.php
[17:16] < esden> rxr: I was talking about autoconf ;-)
[17:16] < clifford> gut. btw - das prog selbst ist schlecht - aber die idee ist gut.
[17:16] < esden> and install_bin
[17:17] < rxr> ah
[17:17] < clifford> ich schreib seit einiger zeit an einem pitch-control patch fuer das teil - aber mit wenig erfolg.
[17:17] < rxr> so ungefaehr soll das naaechste gsmp gui aussehen ...
[17:17] < clifford> rxr: das ist gut.
[17:17] < rxr> pitch? du meinst simples time-steching - also nur speed control ?
[17:18] < clifford> der grundgedanke bei mixmagic ist, das du sample bel. in spuren anordnen kannst.
[17:18] < clifford> nur speed control.
[17:18] < rxr> ? das ginge an einem nachmitag in gsmp ...
[17:18] < rxr> nur reverse waere etwas aufwendiger ...
[17:18] < clifford> meine idee geht einen schritt weiter. (noch ist ide idee nicht 100%ig ausgereift - aber schon viel besser entwickelt als am ccc)
[17:19] < clifford> jetzt sagen wir einfach wir haben nicht samples sondern objekte.
[17:19] < rxr> hoehrt sich gut an ;-)
[17:20] < clifford> So ein objekt kann dann mehrmals vorkommen (instanzen - uh! :-)
[17:20] < rxr> ja ;-)
[17:20] < rxr> du kannst patterns erstennen - die du dann wieder zu patterns zusammenfuegst
[17:20] < rxr> bist du sie in spuren packst ?
[17:21] < clifford> das "rahmenkonstrunkt" (also das mehrspur dings) waere eine art kontainerobjekt ..
[17:21] < clifford> ist suncrondenken eine sportart? :-)
[17:21] < clifford> syncrondenken ..
[17:21] < rxr> was machen deine renn-schnecken *lol*
[17:21] < rxr> ja so in der art haben wir uns das auch schon gedacht
[17:22] < clifford> also kontainerobjekt, pattern - wie auch immer - jedenfalls muss es belibig of kaskadierbar sein.
[17:22] < clifford> das ist jetzt die eine seite von dem ding
[17:22] < clifford> die andere seite waeren die devices.
[17:23] < clifford> ein projekt besteht dann eben aus objekten die mit kontainer zusammengestellt sind sowie "freistehenden" objekten (die halt grad nirgends verwendet werden; und eben devices.
[17:24] < clifford> das waeren sowohl dinge wie z.bsp. sound und midi i/o
[17:24] < clifford> da wuerde man dann eben nur einen namen auf ein dev-file linken.
[17:24] < clifford> das koennten aber auch interne sampler, softsynths, usw sein.
[17:25] < rxr> jups so soll das bei uns werden ,)
[17:25] < clifford> rxr: das find' ich toll..
[17:25] < rxr> wobei du die devices "natuerlich" auch in die "rahmenobjekte" packen koennen sollst ...
[17:26] < rxr> clifford: kennst du kommerzielle sequenzer?
[17:26] < clifford> da ist das problem, dass dann das device einen anfangs und endzeitpunkt hat - was ja nicht der wirklichkeit entspricht.
[17:26] < rxr> clifford: ok nicht in diese kontainer
[17:26] < clifford> es sollte aber moeglich sein, das ein objekt so ein device sozusagen exportieren kann.
[17:27] < rxr> sagen wir diese objekt gruppierung ist das ausgangmaterial noten sounds ...
[17:27] < clifford> z.bsp: tonspur exportiert midi device - sequenzer spur schreib dort hin und daten werden verwendet um tonhoehe und lautstaerke anzupassen.
[17:28] < clifford> und da wirds wirklich schwierig - weil sowas u.u. ja nicht mehr in echtzeit geht ..
[17:29] < clifford> die spur die die midi daten liefert muss aber keine sequenzer spur sein sonder koennte z.bsp. ein script sein.
[17:29] < clifford> ... siehst du wo ich hin will?
[17:29] < rxr> clifford: wieso geht dein 17:27 post nicth in echtzeit ? ;-)
[17:30] < rxr> clifford: nee - wo genau moechtest du hin?
[17:31] < clifford> also cubase kann das nicht vernuenftig in echtzeit (zumindest nicht so das es gut knlingt) und die tools die ich sonst vom sehen kenne machen das nicht in echtzeit (abgesehen von z.bsp. roland VA-7)
[17:31] < clifford> rxr: ich will weg von der "sound application" hin zum "sound environment"
[17:31] < esden> jojo bash compiles now !
[17:32] < rxr> clifford: ah ja - das ist auch das target fon GSMP
[17:32] < clifford> das soll in alle richtugen erweiterbar sein - in mehreren sparchen und ohne den kompletten source tree zu haben.
[17:32] < rxr> wir wollen schon hin zu einer environment - moment
[17:32] < rxr> clifford: WAS!
[17:32] < rxr> ? ohne den kompletten source tree zu haben
[17:32] < rxr> ?
[17:33] < clifford> kennst du den DJX-II (synth von yamaha - fur club und techno)
[17:33] < clifford> rxr: headers zum erstellen von .so files die dynamisch geladen werden koennen.
[17:33] < rxr> clifford: GSMP homepage:
[17:33] < rxr> We currently focus on building a complete and open-source Virtual Studio environment for Linux.
[17:34] < rxr> clifford: plugins kann GSMP doch ?? ;-)
[17:34] < rxr> alles in ein plugin in GSMP - sogar zoom in / zoom out *grins*
[17:34] < clifford> rxr: ich hab' mir die APIs noch nicht so genau angesehen. kann ich jetzt ueber ein plugin einen anderen spur-type hinzufuegen (z.bsp. midi sequenzer)
[17:35] < clifford> (eigentlich hab ich mit api und source noch ueberhaupt nicht angesehen *schaem*)
[17:35] < rxr> clifford: erhm. nee so noch nicht ...
[17:35] < clifford> also - kennst du den DJX-II ?
[17:35] < rxr> no - google gerade ;-)
[17:36] < clifford> das ding ist eigentlich schrott - ausser man steuert ihn mit direkt mit den midi commands an (hex codes).
[17:36] < rxr> https://www.vintagesynth.org/yamaha/djx2.shtml
[17:36] < rxr> ??
[17:37] < clifford> www.yamahadjx.com - steht zumindest am geheuse drauf  :-)
[17:37] < rxr> erhm ja
[17:37] < clifford> macht man letzteres, ist er eines der genialsten tools um "mal schnell" dance, house, hip-hop, trip-hop, gangsta, was auch immer du willst zu produzieren.
[17:38] < clifford> Man koennte es als einen besseren drum-computer mit sequenzer melodie loops, sample loops usw. bezeichnen.
[17:39] < rxr> clifford: ein geiles program ist btw: https://www.ableton.com/ -> Produkts -> LIve
[17:40] < clifford> ich bin dann zufrieden wenn ich eine virtual sound studio hab' bei dem ich fuer so eine hardware einfach eine neue spur-art (bzw. "modul") kreieren kann - und zwar am besten in einer scripting sprache.
[17:40] < rxr> das ist ein ziehmlich netter echtzeit sequencer an dem du in echtzeit die ganzen loop, events, ... veraendern kannst ...
[17:40] < clifford> btw - im augenblick verwende ich perl als sequenzer. das geht eigentlich recht gut .. :-)
[17:41] < rxr> clifford: scripting is fuer GSMP geplant ...
[17:41] < clifford> rxr: sieht dir mal auf der roland hp die beschreibung zum VA-7 an ..
[17:41] < rxr> du willst deinen yamaha-xyz synthi uerber midi steuern? oder vice versa
[17:42] < clifford> rxr: der kann ueber midi send nur den takt vorgeben. also im konkreten fall moechte ich in einen sequenzer die hardware gezielt unterstuezen.
[17:43] < clifford> (normale midi spuren machen bei dem ding wenig sinn)
[17:43] < clifford> es geht mir aber ums prinzip:
[17:43] < rxr> www.roland.com time gerade aus ...
[17:44] < clifford> die core software sollte nicht mehr machen als unbeding notwendig.
[17:44] < clifford> www.roland.jp - glaub ich ..
[17:44] < rxr> clifford: in gsmp war/ist geplant das du die input events (midi z.B.) auf beliebige controllen legen kannst
[17:44] < clifford> sowas wie eine audiospur ist schon was spezielles und sollte eigentlich nicht mehr teil von core sein.
[17:44] < rxr> wave-streams modifizieren, effecte, program controllen ...
[17:45] < clifford> rxr: hier gehts aber nicht um midi input events.
[17:45] < rxr> und das gruppieren von eventes (midi / wave, ..) ist natuerlich auch pflicht ;-)
[17:46] < clifford> im grunde liegt das einschalten eines loops auf einem notenwert - und das auschalten nochmal auf den gleichen notenwert.
[17:46] < clifford> gut - das koennte man noch ganz gut in der piano-roll ansicht der meisten sequenzer machen.
[17:47] < clifford> was aber wenn ich jetzt mitten drinnen einsteigen will mir eine passage anhoeren).
[17:48] < clifford> dann brauch ich eine eigene spur-art die weis wie der djx-ii funktioniert und entsprechend am anfang der passage das geraet initialisiert.
[17:48]   rxr denkt gerade ueber cliffs posts nach ...
[17:50] < clifford> solche sachen wie den djx-ii gibts wie sand am mehr - und viele haben eigene softwareprodukte zum arbeiten mit dem einen graet. es waere toll eine oss zu haben mit der ich ohne verraenkungen ein lied produzieren kann wo ich den djx-ii zusammen mit einem akai sample ansteuere.
[17:50] < rxr> wie willst du dir jetzt was anhoehren oder benutzen ?
[17:50] < clifford> rxr: wie wie?
[17:51] < rxr> clifford: ja sicher - das waere wirklich sinnvoll
[17:51] < clifford> ich hab meinen "kontainer" offen - clicke irgendwo in die mitte und druecke auf einen play button
[17:51] < clifford> im ersten tack vom container wird ein sample loop gestartet das immer am 2. schlag im tack zu hoeren ist.
[17:52] < rxr> clifford: und die willst synchron deinen synthi steuern ?
[17:52] < clifford> natuerlich soll ich das auch hoeren, wenn der player gar nicht bei dem event "vorbeikommt" ..
[17:52] < clifford> .. weil ich eben bereits in der mitte einsteige.
[17:52] < rxr> ahh! ja sicher - jetzt sehe ich dein problem
[17:53] < clifford> der synth zaehlt die midi tackschlaege mitt und weis dann immer wann er was spielen soll.
[17:53] < rxr> ah ok
[17:53] < clifford> (bei den meisten samplern ist das kein problem, weil einem die loop da "davonlaufen" wuerde und man daher sowieso jedes abspielen einzeln triggern muss)
[17:54] < rxr> du willst jetzt _nur_ das, dass das ding auch mitten drin synchron zum sequenzer ist ?
[17:54] < clifford> rxr: nein. das war nur ein beispiel.
[17:54]   rxr hilfe!
[17:55] -!- cap_ [~cap@pD9048F72.dip.t-dialin.net] has joined #rocklinux
[17:55] < rxr> clifford: ich glaube ich male erstmal ein neues diagram von GSMP - damit wir beide einen gesamtzueberblick haben
[17:55] < rxr> und uns nicht in details verstricken ...
[17:56] < clifford> wenn ich den djx-ii mit einem normalen midi sequenzer ansteuere ist das nicht nur unpraktisch (weil die darstellung im sequenzer nicht das ist was ddas geraet macht) sondern so etwas wie das "abspielen von der mitte weg" geht eben nicht.
[17:56] < clifford> Beide probleme kann ich loesen indem ich fuer diese art von midi hardware ein eigenes plugin schriben dur das es dann einen weiteren spurtyp "djx-ii" gibt.
[17:57] < rxr> und wie moechtest du den sequencer haben damit du das geraet besser nutzen kannst ?
[17:57] < rxr> veraenderung der visuellen darstellung und der funktion?
[17:57] < rxr> (duch plug-ins?)
[17:57] < clifford> rxr: es geht mir gar nicht um den sequenzer - du verstrickst dich in details.
[17:57] < rxr> clifford: du auch ;-)
[17:57] < clifford> das mit dem djx-ii war nur eines (von vielen moeglichen) beispielen.
[17:58] < rxr> also 7:57 < rxr> veraenderung der visuellen darstellung und der funktion?
[17:58] < rxr> 17:57 < rxr> (duch plug-ins?)
[17:58] < clifford> es geht mir darum, das es nicht reicht zu sagen: ok - dann machen wir eben zusaetzlich zu audiospuren auch noch sequenzer spuren.
[17:58] < rxr> Ahh!
[17:58] -!- capchaos [~cap@pD9048557.dip.t-dialin.net] has joined #rocklinux
[17:59] < rxr> sondern du willst ne extra spur fuer dein geraet via plug-in!
[17:59] < rxr> wo die die darstellung und funktion deines geraetes nach bildet ?
[17:59] < rxr> hi capchaos
[17:59] < capchaos> hi rene, clifford
[18:00] < rxr> capchaos: you complaint about some typos in dRock?
[18:00] < capchaos> erm yes, but its ok (i couldn't have done it better ;)
[18:01] < capchaos> in the docs there are some
[18:01] < rxr> capchaos: yeah - but when you tell me about the typos i could fix them ...
[18:01] < rxr> ah the docs - they got not really touched in dRock since the ROCK 1.3.9 sploit ... ;-)
[18:02] < capchaos> i'll tell you as i find some :>
[18:02] < rxr> s/sploit/split/
[18:02] < rxr> clifford: ping?
[18:02] < capchaos> will you unite the docs into a single document some time for clarity ?
[18:02] < clifford> <freundin - war kurz gesitig abwesend>    Eine spur muss imo ein generisches ding sein das erst durch plugins naeher definiert wird. Und spuren sollten innerhalb des projektes beweglich sein und zu "kontainer-spuren" zusammengefasst werden koennen .
[18:03] < rxr> clifford: ah!
[18:03] < rxr> Jetzt sehe ich deine Vision ;-)
[18:03] < clifford> Demnach soltlen z.bsp. auch audio-effekte nicht auf audio-spuren anwendbar sein sondern auf audio-daten (egal welcher art).
[18:04] < clifford> rxr: vision kommt hin - das hat mich einige schlaflose naehcte gekostet bis mir "der knoten" aufgegangen ist ...
[18:05] < rxr> okok
[18:05] < rxr> clifford: wie meinst du z.bsp. auch audio-effekte nicht auf
[18:05] < rxr>                   audio-spuren anwendbar sein sondern auf audio-daten (egal
[18:05] < rxr> welcher art).
[18:05] < clifford> core ware nichts weiter als rahmen-gui + kontainer-spur + api fuer weitere spuren
[18:06] < rxr> clifford: genau so in der art ist GSMP gedacht
[18:06] < clifford> z.bsp. wenn ich ein "device" hab das ein interner sampler ist, dann brauch ich da alles nochmal - obwohl ich diesmal keine audio spur bearbeite sondern ein sample in einer sample db.
[18:06] < rxr> zur zeit ist das teil auch nur nen rahmen fuer die ganzen plugin-ins
[18:06] < clifford> rxr: das ist gut.
[18:07] < rxr> (bis hin zu den zoom-in/out plugins)
[18:07] < rxr> das muss aber noch alles uerberarbeitet werden (aehnlich dem Weg von ROCK-0.1 zu ROCK-2.0 ;-)
[18:07] < clifford> rxr: ja genau - ich kenn sowas nur zu gut.
[18:08] < clifford> Was wir jetzt mir ROCK-2.0 angehen ist eigentlich bereits so komplex (in gewisser hinsicht) das keiner auf die idee kaehme sowas von scratch weg zu entwickeln.
[18:08] < rxr> clifford: Super wieder ein paar neue Ideen bekommen - ich werde dann mal ein paar diagramme / Uebersichten in elektronischer form erzeugen damit man dadrueber noch mal genau sprechen kann
[18:09] < clifford> Bei genauer betrachtung ist aber ROCK 1.5 viel komplexer als ROCK 2.0 ..
[18:09] < rxr> clifford: ;-)
[18:09] < clifford> rxr: ich trau mich garnicht diese dinge anzusprechen - mach's aber doch:
[18:09] < rxr> crate-cd script?
[18:09] < clifford> neinein - wir sind immer noch bei gsmp.
[18:10] < rxr> ;-) *g*
[18:10] < clifford> offener punkt: routing
[18:10] < clifford> imo sollte es spuren geben die ich quasy als "mixer" verwenden kann. Aber es sollte auch moeglich sein z.bsp. midi events zu routen.
[18:11] < clifford> dabei kommen wir gleich zu einem komplexeren punkt: vererbung von eigenschaften
[18:11] < clifford> uh - damit mein' ich folgendes:
[18:12] < clifford> ich mach im sequenzer eine spur die eine gewisse melodie spielt.
[18:12] < rxr> clifford: mixer / effecte als spuren? wie willst du das darstellen? - Ich wuerde das routing liber als "netz" darstellen - und dann parameter spuren die die einzelnen effekte steuern ...
[18:13] < clifford> und jetzt moechte ich aber nicht festlegen, an welches midi-dev das geschickt werden soll. Statt dessen wird diese information vom kontainer bezogen.
[18:14] -!- cap_ [~cap@pD9048F72.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
[18:14] -!- tsa [~tsa@p5082B51C.dip.t-dialin.net] has joined #rocklinux
[18:14] < clifford> der koennte die daten moeglicherweise wieder vom uebergeordneten kontainer bekommen haben - sozusagen eine parameteruebergabe wie bei funktionsaufrufen in einem programm.
[18:14] < tsa> tag
[18:14] < clifford> hi tsa.
[18:15] < tsa> hi clifford
[18:15] < rxr> hi tsa
[18:15] < tsa> hi rxr
[18:15] < clifford> rxr: das ist ein punkt bei dem ich mir in meiner "vision" noch nicht so sicher bin: wie sehr es sinn macht etwas nicht als spur darzustellen.
[18:16] < rxr> vielleicht weare es einfacher geraete den kontainern zuzuordnen ...
[18:16] < rxr> so dass du kontainer immer in eine spur gruppieren musst ... ?
[18:16] < clifford> (wenn man etwas optisch nicht als spur darstellen kann, dann ist es eben nur ein beschrifteter balnken und der rest ist in einem popup das bei click gehoeffnet wird)
[18:18] < clifford> ich denke mir das so: ein kontainer hat audio-spuren. dann brauch ich entweder ein audio-device vom aufrufenden kontainer, oder es gibt in dem kontainer eine spur die ein audio-device zur verfuegung stellt (dass koennte dann auch wieder untergeordneten kontainern zur verfuegung gestellt werden)
[18:18] < tsa> rxr: ich hab mich nochmal an evolution und nautilus versucht...gleiches ergebnis wie vorher, evolution compiliert (mit ein wenig bastelei) und segfaultet, nautilus will erst gar nicht..
[18:19] < tsa> das gleiche problem mit der libgettext.h ..
[18:19] < rxr> bei mir nicht ...
[18:19] < rxr> im letzen 1.7 build lief evoluiton ohen gebastel duch (kann ich nachher mal starten)
[18:19] < tsa> bei dir = drock?
[18:19] < clifford> rxr: ich glaub' wenn man etwas neues macht (z.bsp. eine neue software) dann darf man keine angst haben darauf zu verzichten bestehendes zu kopieren.
[18:20] < clifford> die logik "alles ist eine spur" waere etwas neues ..
[18:20] < rxr> und nautilus brach mit dem bekannten mozilla prob ab (nicht gettext)
[18:20] < tsa> rxr: komisch....das system hier scheint mir eigentlich nicht broken zu sein..
[18:20] < rxr> clifford: Klar auf das verzichten zu kopieren bin ich auch!
[18:21] < rxr> clifford: aber bei dem device problem ovn oben denkst du vielleicht zu funktional ;-)
[18:22] < clifford> rxr: das mag sein - aber denk auch an die moeglichkeiten die du dadurch gewinnst.
[18:22]   rxr reading the post again ;-)
[18:22] < clifford> von der technischen seite hast du eine unglaubliche abstraktion was so manches vereinfacht.
[18:23] < clifford> Du hast eine super wiederverwendungsmoeglichkeit fuer spuren und kontainer.
[18:23] < clifford> (Wenn eine meldoie mehrmals auf unterschiedlichen midi devices ausgegeben wird, bleibt sie trozdem die gleiche midi spur)
[18:23] -!- netcrow [netcrow@apollo.bingo-ev.de] has joined #rocklinux
[18:24]   tsa upgrading automake
[18:24] < rxr> das erhaellst du doch auch, wenn du den kontainer in verschiedene spuren packst
[18:24] < tsa> 1.5 -> 1.6.1
[18:24] < clifford> Klar - eine software fur den dau ist es dann moeglichwerweise nichts mehr - aber fuer den studioeinsatz einfach genial.
[18:25] < clifford> rxr: aber nur wenn ich diese "parameteruebergabe" habe.
[18:25] < tsa> # ./scripts/Build-Pkg -maketar
[18:25] < tsa> automake.tar automake
[18:26] < tsa> == 05/11/02 18:24:44 =[9]=> Finished building package automake.
[18:26] < tsa> == 05/11/02 18:24:44 =====> Build-TarBz2: No such package: automake
[18:26] < tsa> hm...
[18:26] < tsa> is Build-TarBz2 broken?
[18:26] < clifford> rxr: dann geht es nur noch um die darstellung (zeig ich einen balken (spur) oder z.bsp. eine box (nicht spur))
[18:27] < clifford> rxr: technisch hat es a ber viel mit einer spur gemeinsam (du musst nur den begriff "spur" abstrakt genug definieren)
[18:27] < clifford> Spur lt. clifford:
[18:27] < rxr> clifford: hasst du zuviel objekt oreientier programmieren buecher gelesen ? ;-)
[18:28] < rxr> clifford: (das ist ein kompliment ;-)
[18:28] < clifford> Eine S. ist ein softwareobjekt das voneinem startzeitpunkt bis zu einem endzeitpunkt mit anderen spuren kommuniziert.
[18:28] < clifford> rxr: ich kann nicht mal c++ programmieren.
[18:29] < rxr> clifford: ugh. Deine obige def. von S. ist aber keine wirklich triviale def. ...
[18:29] < clifford> rxr: (java konnte ich mal)
[18:29] < rxr> clifford: vergiss java (bitte) ...
[18:29] < clifford> rxr: wenn du noch "gui" dazurechnest ist es alles was du brauchst.
[18:29] < clifford> denk darueber mal nach.
[18:29] < esden> clifford: new mail with patch in your mailbox ;-)
[18:30] < clifford> ein plugin definiert die schnittstelle "audio".
[18:30] < clifford> ein anderes "midi"
[18:30] < esden> I have fixed bash and errors that rxr introduced with his category change patch ;-)
[18:30] < clifford> dann definirt ein plugin "audio spur" das audiodaten schreiben kann"
[18:31] < rxr> esden: wie?
[18:31] < clifford> und wieder ein anderes "alsa spur" das von anderen spuren zur soundcarde und von der soundcard zu anderen spuren "audio" und "midi" kann.
[18:32] < rxr> clifford: ich muss mir das erstmal auf-zeichnen - und darueber meditieren ...
[18:32] < esden> du hast tool duch tools ersetzt und aehncliche ersetzungen
[18:32] < clifford> rxr: mach das - es ist auch von mir noch keine endgueltige vision. Ich gruble erst seit etwa 6 monaten darueber.
[18:32] < esden> die haben paar urls kaputtgemacht in denen ein unterverzeichniss tools drinnen gewesen ist ...
[18:33] < rxr> esden: oh ja - sorry
[18:33] < clifford> zum vergleich: ROCK Linux grueble ich seit 1997 und ich bin immer noch nicht mit allem zufrieden.
[18:33] < clifford> esden: cool!  :-)
[18:33] < esden> clifford: thanks
[18:33] < tsa> esden: schau dir mal die URL vom package "gal" im 1.7 tree an... ;-)
[18:33] < rxr> esden: ich sehe gerade alsa ist auch betroffen ...
[18:33] < esden> rxr: macht nichts du hast ja mich ;-)
[18:33] < rxr> *knuddel*
[18:34] < esden> *reknuddel*
[18:34] < esden> es kann sein dass ich nicht alles gefixed habe ...
[18:34] < clifford> .. und ich denke eigentlich das eine ansammlung von shellscripten weniger komplex sein sollte als ein komplettes virtual sound studio.
[18:34] < netcrow> hi esden
[18:34] < esden> oder was kaputt dass kann sein
[18:34] < esden> ausserdem war dass mein erster patch den ich an sf submitted habe
[18:34] < rxr> ok Cliff ich male das naechst woche mal auf ... (hoffe ich)
[18:35] < clifford> jetzt st esden ein grosse junge - er hat an sf commited .. :-)
[18:35] < tsa> hehe
[18:36] < tsa> mal bdb neu bauen..
[18:36] < esden> clifford: no it was probbably my biggest mistake ;-)
[18:36] < clifford> ok - ic bin jetzt /away und lese ein buch.
[18:36] < rxr> hm clifford ich glauche da taescht du dich - die ganzen klicki bunti sachen sind eckelig zu programmieren - und dann noch erweirerbar und auf ausfuehrungs-geschwindigkeit ...
[18:36] < tsa> cu clifford
[18:36]   esden geht jetzt auch
[18:36] < esden> cu all
[18:36] < clifford> rxr: sag' ich ja - lies das post nochmal.
[18:36] < rxr> bye *-going
[18:36] < clifford> rxr: bye.
[18:37] < rxr> ah ja ...
[18:37] < rxr> have fun clifford
[18:38] < clifford> ouch!
[18:38] < clifford> https://www.rocklinux.org/sources/package/base/m4/m4.conf
[18:38] < clifford> ich dachte das MAKE=... hab' ich aus dem patch geloescht ...  :-)
[18:38] < tsa> hehe
[18:39]   clifford hat error handling getestet ..
[18:39] -!- capchaos [~cap@pD9048557.dip.t-dialin.net] has quit ("Client Exiting")
[18:39] < tsa> rxr: hast du bei "gal" jetzt nen make -j1 fest drin?
[18:39] < rxr> *lol*
[18:40] < rxr> rock-src-1.7-working/package/x11 > cat gal/gal.conf
[18:40] < rxr> $MAKE="$MAKE -j1"
[18:40] < rxr> jups
[18:40] < tsa> fein.
[18:41] < rxr> tsa: ich werde die naechsten Tage mal auf GNOME-2 updatedn (mit kompatibilitaet fuer allte programme natuerlich (also atltes glib gtk and gnome-lib stuff blibt drin ...))
[18:41] < clifford> rxr: schick mir dann bitte deine notizen und gedanken bzgl. gsmp ..
[18:42] < clifford> cu all.
[18:42] < rxr> oops - i need to type slower ...
[18:42] < rxr> mach i clifford
[18:42]   rxr adding a new point to the todo list ...
[18:42] < clifford> esden: patch seh' ich mir morgen an (oder spaeter heute)
[18:42] -!- clifford is now known as clifford_away
[18:42] < tsa> rxr: ok....bitte an passender stelle in scripts/Config ein gemeinsames prefix fuer gnome2 mit vorsehen..
[18:42]   tsa will sich naemlich gnome1 nicht plaetten..
[18:43] < rxr> tsa: ich habe bei mir schon fuer gnome /opt/gnome ; fuer gnome2 /opt/gnome2 und fuer kde /opt/kde3 eingefuehrt
[18:43] < rxr> das sind jetzt auch die defaults ...
[18:43] < tsa> ok..
[18:44] < rxr> tsa ist es ok, das dann allte gtk+1 programme nach /opt/gnome und alle gt+2 programme nach /opt/gnome2 kommen ? oder stoest das wieder auf ablehnung ?
[18:45] < tsa> rxr: frag mich besser nicht, sonst diskutieren wir den rest des tages... ;-)
[18:45] -!- rxr [~rene@port-213-20-228-172.reverse.qdsl-home.de] has quit (Read error: 104 (Connection reset by peer))
[18:45] < tsa> ich faende es aber schoen, wenn man den default /opt/gnome2 bei bedarf trotzdem auf was anderes setzen koennte..
[18:46] < clifford_away> esden: no patch applied!
[18:51] -!- rxr [~rene@port-213-20-228-110.reverse.qdsl-home.de] has joined #rocklinux
[18:52] < rxr> tsa: have you wrote a reply? I got an dsl reconnect :-(
[18:52] < tsa> ich faende es aber schoen, wenn man den default /opt/gnome2 bei bedarf trotzdem auf was anderes setzen koennte..
[18:52] < tsa> das da
[18:52] < netcrow> /quit/quit
[18:52] < rxr> ah jups sure it is reachable in the scripts/Config as usual ...
[18:53] < netcrow> shit
[18:53] < tsa> ansonsten - ich wuerde die assoziation gtk/gnome qt/kde nicht machen, aber das hatten wir ja schon... ;)
[18:53] -!- netcrow [netcrow@apollo.bingo-ev.de] has quit ("leaving")
[18:53] < rxr> tsa: ok bei opera sehe ich das ein - aber wie willst du die zich gnome programme sortieren ? viele sind halt halb gnome oder optional gnome ...
[18:53] < rxr> bei manchen varaiert das nach sicht der entwickler ...
[18:54] < tsa> rxr: hm...wir koennten jedes pkg her einzeln ausdiskutieren...das wuerde uns dann die naechsten 2 jahre kosten..
[18:54] < rxr> abiword ist eigendlich auch kein GNOME - wird aber gnome office genannt ... ?
[18:54] < rxr> tsa: so ungefaehr ...
[18:54] < tsa> nene...mach mal, passt schon irgendwie..
[18:55] < tsa> btw, ich hab grad mal ggv und ghex gebaut, beide bauen, aber segfaulten nur..
[18:55] < rxr> ??
[18:55] < rxr> startest du die in einer chroot umgebung ?
[18:55] < tsa> noe.
[18:55] < tsa> build-pkg
[18:56] < rxr> seltsam ...
[18:56] < tsa> jupp..
[18:56] < rxr> an welcher stelle dem (via gdm gestartet=
[18:56] < rxr> argh s/=/?/
[18:57] < tsa> beide aus nem xterm gestartet..
[18:57] < tsa> sofort segfault.
[18:58] < rxr> und in gdb ?
[18:58] < rxr> bei segfault "bt" means back-trace ?
[18:59] < tsa> yes
[18:59] < rxr> ? gdb sagt "no stack frame" oder wie?
[18:59] < tsa> moment..
[19:00] < tsa> #0  0x00000000 in ?? ()
[19:00] < tsa> #1  0x4060a68d in __db_calloc () from /lib/libdb.so.3
[19:00] < tsa> (rest entsorgt)
[19:00] < rxr> oh
[19:01] < rxr> kann es sein das deine berkley db header libs nicht zusammen passen ?
[19:01] < tsa> ich versuch es mal..
[19:01] < rxr> vielleicht sogar noch header der ROCK-1.4 glibc-2.1 dazwischen ? *g*
[19:01] < rxr> (die hatte noch bdb 1.85 support ...)
[19:02] < tsa> ich bau mal eben bdb neu.
[19:02] < tsa> wie kann ich das mit den headern rausfinden?
[19:05] < rxr> uff
[19:05] < rxr> mal so in /usr/include
[19:05] < rxr> und /usr/include/db? umsehen was da so rumliegt
[19:06] < rxr> und aufpassen welche das prog beim kompilieren verwendet
[19:06] < tsa> hm....
[19:06] < rxr> aber gnomelib ist schon gegen die bdb3 gelinkt - es kann also sein das die jetzt schon kaputt ist ...
[19:06] < tsa> ich habe zwei verzeichnisse, /usr/include/db1 und /usr/include/db3
[19:07] < tsa> ansonsten liegt da auch noch /usr/include/db_185.h rum..
[19:07] < tsa> db.h kann ich keiner version zuordnen..
[19:08] < rxr> das db1 db1 kann wohl weg
[19:08] < rxr> oder loesch alle (backup!) und bau die bdb neu ...
[19:08] < rxr> aber db1 sollte von der glibc-2.1 sein ...
[19:08] < tsa> [root@azathoth /usr/include]# mv db1/ ~tsa/tmp/
[19:08] < tsa> [root@azathoth /usr/include]# mv db_185.h ~tsa/tmp/
[19:09] < tsa> ./scripts/Build-Pkg bdb
[19:09] < rxr> huebi: hat zu viele kuehe gepostet!
[19:09] < rxr> 3714
[19:09] < tsa> soo, mal schaun
[19:09] < rxr> (__)\ )\/\
[19:09] < tsa> hehe
[19:09] < rxr> 1. im ircstat !
[19:10] < tsa> ok, heute nacht jage ich ne ganze kuh-herde hier durch..
[19:10] < rxr> wehe dir! Dann bleib ich aber wach - als Hirte!
[19:10] < rxr> *krigel vor lachen*
[19:10] < tsa> das waer doch schon wiede5r lustig, innerhalb einer nacht huebi auf den letzten platz in den stats zu kriegen.. ;-)
[19:11] < tsa> hehe
[19:11] < rxr> ich baue ihr nen kuh aufpass bot ... !
[19:11] < rxr> aeh hier nicht ihr
[19:12]   rxr zureuck zu gnome2 ...
[19:12] < tsa> hehe
[19:12] < tsa> Muuuuuh!
[19:12] < tsa> ;)
[19:12] < tsa> ok
[19:12] < tsa> soo, bdb ist fertig.
[19:12] < rxr> ./mark tsa kuh
[19:12] < tsa> jetzt noch ggv zum test neu bauen..
[19:13] < rxr> jo
[19:13] < rxr> er muh!
[19:14] < tsa> == 05/11/02 19:13:51 =[9]=> Finished building package ggv.
[19:14] < tsa> Segmentation fault (core dumped)
[19:14] < tsa> Mist.
[19:14] < rxr> geht der rest von gnome ?
[19:14] < tsa> #0  0x00000000 in ?? ()
[19:14] < tsa> #1  0x4060a68d in __db_calloc () from /lib/libdb.so.3
[19:14] < tsa> jupp, alles ohne probleme..
[19:15] < rxr> ist die nicht in /usr/lib/...
[19:15] < rxr> ??
[19:15] < tsa> gimp, galeon, ethereal, gnome-panel, ...
[19:16] < rxr> ist in /lib vielleich tnoch die glibc-2.1.3 lib ?
[19:16] < tsa> [tsa@azathoth /lib]$ ls /lib/ld*
[19:16] < tsa> /lib/ld-2.1.3.so  /lib/ld-2.2.5.so  /lib/ld-linux.so.2
[19:16] < tsa> oh-oh
[19:16] < rxr> tsa: das ist noch ok
[19:16] < rxr> aber ist da auch ne libdb.so.3 ??
[19:16] < tsa> ld-2.1.3 kann aber auch weg..
[19:17] < rxr> jain - lass die doch erstmal lieber da ...
[19:17] < tsa> ok
[19:17] < rxr> (falls du noch progs hast die gegen die alte glibc gelinkt sind ...)
[19:17] < tsa> lrwxrwxrwx    1 root     root           14 Oct 24  2001 /lib/libdb.so.3 -> libdb-2.1.3.so
[19:18] < tsa> die muss dann wohl mal weg..
[19:19] < rxr> jo
[19:19] < rxr> tsa: ich upgrade in 1.7 dann auch mal auf den unstable gimp, der zu gtk+-2 passt.
[19:20] < tsa> so....bdb noch mal wegschmeissen und neu machen..
[19:22] < tsa> pkg-remove / glibc <- das waer mal schoen.
[19:22] < tsa> dann neu bauen und gluecklich sein.
[19:22] < rxr> wenn dann ein neubauen noch ginge **
[19:22] < tsa> jupp, das ist leider das problem..
[19:23] < rxr> oder mit dietlibc gebaute basis toolchain *lol*
[19:23] < tsa> und da die files der neuen glibc zu den flists hinzugefuegt werden, kriegt man leider kein sauberes update hin..
[19:23] < tsa> hehe
[19:23] < tsa> so, bdb ist (mal wieder) fertig..
[19:24] < tsa> ggv neu bauen..
[19:24] < tsa> hmpf.
[19:24] < tsa> jetzt ist ggv broken
[19:24] < tsa> > /usr/lib/libgnome.so: undefined reference to `dbopen'
[19:25] < rxr> gnome-lib neubauen
[19:25] < rxr> (habe ich mir schon gedacht - siehe oben)
[19:26] < tsa> jupp...
[19:26] < tsa> schon in arbeit.
[19:26] < tsa> mal abwarten, was hier noch so alles bricht..
[19:27] < rxr> ...
[19:27] < rxr> die neue gnome pango lib heisst echt kool - wie nen toiletten reiniger ;-)
[19:28] < tsa> hehehe
[19:31] < tsa> > gnome-dump.o(.text+0x43): undefined reference to `__db185_open'
[19:31] < tsa> gnome-libs brechen auch.
[19:32] < rxr> hm
[19:32] < rxr> ich erbreche auch immer wenn in GNOME source sehe ...
[19:32] < rxr> ;-)
[19:32] < rxr> ok
[19:32] < tsa> db_185.h doch wieder nach /usr/include ?
[19:32] < rxr> ne
[19:32] < rxr> wird deine gbg mit 185 comatibiliaets supoprt gebaut ?
[19:33] < tsa> gbg?
[19:33] < rxr> bdb
[19:34] < tsa> bdb: usr/include/db_185.h
[19:34] < tsa> sieht so aus..
[19:36] < rxr> hm tsa kannst du nicht einfach die ganze Stage 3 bauen =
[19:37] < tsa> hm....weniger schoen
[19:38] < tsa> im 1.7 tree gibt es ja auch kein build-stage..
[19:39] < rxr> hm du musst dann wohl rausfinden ob gnome die richtige lib benutzt
[19:43] < tsa> -ldb1 -L/usr/lib
[19:45] < tsa> was meinst du, koennte es was helfen, die glib neu zu bauen?
[19:49] < rxr> ldd /usr/lib/libglib.so
[19:49] < rxr>         libc.so.6 => /lib/libc.so.6 (0x40023000)
[19:49] < rxr>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
[19:49] -!- thalerim [~tobrit@pD9E49E34.dip.t-dialin.net] has joined #rocklinux
[19:49] < rxr> noe
[19:49] < rxr> du musst mal schauen was gegen die libdb gelinkt ist ...
[19:52] < tsa> libglade ist grad in arbeit..
[19:53] < tsa> /usr/i686-pc-linux-gnu/bin/ld: warning: libdb.so.3, needed by /usr/lib/libgnomeui.so, not found (try using -rpath or -rpath-link)
[19:53] < tsa> /usr/lib/libgnome.so: undefined reference to `dbopen'
[19:53] < tsa> das reicht leider auch nicht..
[19:54] < rxr> hey ich hacek gnoem2 ....
[19:56] < rxr> ene@jackson:/usr/lib > for x in *.so ; do [ "`ldd $x 2>/dev/null | grep libdb`" ] && echo $x; done
[19:56] < rxr> libcamel.so
[19:56] < rxr> libcapplet.so
[19:56] < rxr> libeel.so
[19:56] < rxr> libevolution-importer.so
[19:56] < rxr> libglade-gnome.so
[19:56] < rxr> libgnomecanvaspixbuf.so
[19:56] < rxr> libgnomemm.so
[19:56] < rxr> libgnomeprint.so
[19:56] < rxr> libgnomeui.so
[19:56] < rxr> libgtkhtml.so
[19:56] < rxr> libobgnome.so
[19:57] < rxr> for x in `find -name '*.so*' ` ; do [ "`ldd $x 2>/dev/null | grep libdb`" ] && echo $x; done
[19:57] < rxr> gives even more results ...
[19:57] < rxr> (i do not paste the output here ...)
[20:02] < tsa> i know....the problem is to find a starting point..
[20:02] < esden> re ...
[20:03] < esden> is clifford still here ?
[20:03] < esden> hmm seems not ... :-(
[20:04] < esden> ok I am away again
[20:07] -!- thalerim [~tobrit@pD9E49E34.dip.t-dialin.net] has quit (Success)
[20:08] -!- thalerim [~tobrit@pD9E49E34.dip.t-dialin.net] has joined #rocklinux
[20:08] < tsa> rxr: hm....scheisse, will alles nich - glibc neu bauen?
[20:08] -!- thalerim [~tobrit@pD9E49E34.dip.t-dialin.net] has quit (Success)
[20:11] < rxr> nee eigendlich nicht ..
[20:12] < tsa> ich muesste erstmal wieder die gnome-libs zum laufen kriegen, das wuerde schon helfen..
[20:13] < tsa> gnome-dump.o(.text+0x43): undefined reference to `__db185_open'
[20:13] < tsa> naja, und die wollen halt nich..
[20:23] -!- thalerim [~tobrit@pD9E49E34.dip.t-dialin.net] has joined #rocklinux
[20:24] < thalerim> hi
[20:24] < tsa> hi thalerim
[20:25] < rxr> tsa: welchen header includedn die gnome leute denn ?
[20:25] < rxr> und gegen welche lib wird gelinkt ?
[20:26] -!- chrisime [~chrisime@p5080367E.dip.t-dialin.net] has joined #rocklinux
[20:26] < tsa> /bin/sh ../libtool --mode=link gcc -O3 -march=i686 -fforce-addr -fomit-frame-pointer -finline-functions -fcse-skip-blocks -funroll-loops -frerun-cse-after-loop -Wall -Wunused   -o gnome-dump-metadata -L/usr/lib -lglib gnome-dump.o libgnome.la ../support/libgnomesupport.la -L/usr/lib -lesd -laudiofile -lm -L/usr/lib -laudiofile -lm -ldb1 -L/usr/lib -lglib   -lz -lm
[20:27] < tsa> da geht es daneben..
[20:27] < tsa> -ldb1 vermutlich, das hab ich ja vorher weggeschoben..
[20:31] < tsa> -ldb klappt.
[20:31] < tsa> -ldb3 kennt er dann wieder nciht
[20:32] < rxr> hm viel spass beim suchen
[20:35] < tsa> ldd libnss_db.so
[20:35] < tsa> libdb.so.3 => not found
[20:35] < tsa> hm...
[20:37] < chrisime> was macht ihr fuer nen schmarrn ;)
[20:38] < tsa> rxr: ich gebe erstmal auf. ich schieb'das alte zeug jetzt zurueck
[21:22] < rxr> quite silent today ...
[21:23] < tsa> yes, i know.
[21:24] < rxr> two new screenshots on the drock page ...
[21:27] -!- chrisime [~chrisime@p5080367E.dip.t-dialin.net] has quit ("leaving")
[21:29] < tsa> i have to admin kde3 looks really pretty..
[21:29] < tsa> admit
[21:33] < rxr> ok the default theme is not that pretty ... - but KDE is very functional and all souce is magnitutes cleaner ...
[21:33] < rxr> s/magnitutes/magnitudes/
[21:36] < tsa> the anti-aliased fonts really look cool - much better than i expect gnome 2.0 to do..
[21:36] < tsa> i've seen some gnome 2 screenshots, and the fonts displayed don't really look as if they were anti-aliased..
[21:36] < rxr> the gnome-2.0 fonts should look equal ...
[21:38] < tsa> https://www.lysator.liu.se/~maren/Screenshot-1.png
[21:38] < tsa> screen shot from the latest beta..
[21:39] < tsa> window titles and menu descriptions look like gnome 1.4 to me..
[21:39] < rxr> maybe the guy doesn't like anti-aliased fonts .. and has disabled them - or he doesn't use vector fonts (type1 or truetype ...)
[21:40]   clifford_away released snapshot 1.7.0-DEV-200205112119 (this one should now _really_ have a working gcc 3.1pre, test build still running)
[21:40] < tsa> nice.
[21:40] < rxr> also on my konqi snap the html page is not anti-aliased, because the font is hardcoded in the html-souce - so kde/qt is using the font as given, which is a plain old bitmap font ...
[21:40]   tsa wants a working 2.0 tomorrow ;-) my system seems to be a little bit broken..
[21:40] < clifford_away> I'm going $HOME now. cu.
[21:40] < tsa> cu clifford_away
[21:41] < rxr> cu clifford_away !
[22:00] -!- thalerim is now known as thAlerim
[22:01]   thAlerim is away: beating amuzen
[22:01] < tsa> *idle*
[22:01] < tsa> hm...
[22:02] < rxr> hm not too many build errors with gcc-3.0.4 - nice
[22:03] < rxr> hm gnome2 needs shit ...
[22:03] < rxr> linc
[22:03] < rxr> 0.1.19
[22:03] < rxr> GNOME-2.0-pre-location for release 0.1.19: Library for easing the writing of networked servers & clients.
[22:04] < tsa> xscreensaver 4.03 released.
[22:05] < rxr> jups alreday updated in dRock and 1.7
[22:05] < tsa> cool.
[22:05]   tsa still using gcc 2.95.3 here...
[22:06] < rxr> for dRock I do this, too - but since gcc-3 is a huge step towards better C++ support and more optimizations I do 1.7 build with it ...
[22:06] < tsa> building a complete distribution with a certain compiler seems to be a fair test..i'll use gcc3 when it succeeds in compiling all stages..
[22:06] < rxr> it does! only some c++ packages fail kdemultimeda cdrdao ...
[22:07] < tsa> i know..
[22:07] < rxr> only 21 packages fail for a generic build ... and they will be fixed in the next week
[22:07] < rxr> (I had a complete gcc-3 based dRock in the last November ...
[22:07] < tsa> hm....did you see this on freshmeat:
[22:07] < rxr> )
[22:07] < tsa> https://www.mosfet.org/liquid.html
[22:08] < rxr> no today
[22:08] < tsa> looks pretty cool - perhaps interesting to integrate this for (d?)rock
[22:08] < tsa> i'm not a kde user, so this doesn't apply for me, but perhaps you are interested in this..
[22:09] < rxr> it is in dRock and 1.7 ;-)
[22:09] < tsa> hehe
[22:09] < rxr> but this is a update which seems to fix a silly bug
[22:09]   rxr updating
[22:09] < tsa> ah, i found it.
[22:09] < tsa> [M] Rene Rebe <rene@rocklinux.org>
[22:10] < tsa> do you want me to send you a patch? ;-)
[22:10] < rxr> no thanks
[22:10] < rxr> just finished
[22:10] < rxr> do you wanna get a changelog entry in dRock ?
[22:10] < tsa> ;-)
[22:10] < tsa> hehe
[22:10] < tsa> for doing what - telling you there's a new version? ;-)
[22:11] < rxr> sure
[22:11] < tsa> feel free to do whatever you want to do...
[22:11] < rxr> really ?
[22:11] < tsa> sure.
[22:11] -!- d3mian [~jonvargas@208.165.55.137] has joined #rocklinux
[22:11] < d3mian> hola todos
[22:11] < tsa> hi d3mian
[22:12]   rxr stops adding GNOME2 and seaching a grilfriend
[22:12] < rxr>                        ^- starts
[22:12] < d3mian> cool rene
[22:12] < rxr> hi d3mian
[22:12] < tsa> rxr: choose one:
[22:12] < tsa> https://images.google.com/images?q=rene%20girlfriend
[22:13] < tsa> ;-)
[22:13]   rxr kringelt sich vor lachen
[22:13] < tsa> hehe
[22:13] < rxr> marjan look nice ;-)
[22:14] < rxr> the motorbikes do not ...
[22:14] -!- d3m|home [~jonvargas@208.165.55.137] has quit (Remote closed the connection)
[22:14] < d3mian> :)
[22:14] < tsa> hehe
[22:19] < rxr> Your search - tsa girlfriend - did not match any documents.
[22:21] < tsa> so at least google doesn't know everything about me..
[22:23] < rxr> updated mosfet-liquid (0.9.5) - special thanks to Sebastian Jaenicke
[22:23] < tsa> lol.
[22:23] < rxr> google doesn't know about pics with your name - just tried it :-(
[22:24] < tsa> try realname.
[22:24] < tsa> hm....old pic
[22:25] < rxr> ? I tried your real name ...
[22:26] -!- d3mian_ [~jonvargas@208.165.55.137] has joined #rocklinux
[22:26] < rxr> cool - the flickering is really gone in konqui thanks to the new mostfet-liquid ...
[22:28] < rxr> /. writes stuff ... Developers: Standard C++ Moves Beyond Vapor
[22:28] < rxr> *kopfschuettel*
[22:28] < tsa> rxr:
[22:28] < tsa> https://www.jaenicke.org/tsa.jpg
[22:28] < tsa> taken about a month ago
[22:29] < rxr> hehe - and your girlfriend ?
[22:29] < bluefire> Kennt jemand ne Library für asynchrone DNS Resolves?
[22:29] < tsa> afaik there's no pic from her available on the web
[22:29] < rxr> tsa: An asynchronous 6502 CPU - i looked at this one some weeks ago - nice work ;-)
[22:30] < tsa> rxr: took us a lot of time (and almost all our nerves)
[22:30] < d3mian_> brb
[22:30] -!- d3mian_ [~jonvargas@208.165.55.137] has quit ("BitchX: a new fragrance for men, by Calvin Klein")
[22:30] < rxr> tsa: your fun link is 404
[22:30] -!- d3mian_ [~jonvargas@208.165.55.137] has joined #rocklinux
[22:30] < tsa> bluefire: uh...afaik opera can do asynchronous resolving..
[22:31] < tsa> but i don't know how this is achieved..
[22:31] < tsa> ask them to send you the source code ;-)
[22:32] < rxr> bluefire: i do not know whether the glibc does this - or if there is a lib for this arround ... - but you could simply do a fork and do it yourself ...
[22:32] < bluefire> ahhh..... yes..... very good idea. I don't want to duplicate the whole addess space of the process.
[22:33] < bluefire> "/\1.\2/\1@tsa \2@rxr/"
[22:34]   bluefire out of coffee error...
[22:34] < tsa> rxr: my fun link is not 404.
[22:34] < rxr> with a linux fork the adress space is not really doubled ...
[22:34] < tsa> rxr: try again and read the text.
[22:35] < tsa> (the same happened to me when encountering the page)
[22:35] < rxr> tsa: ah ok - i was too lazy to read the text ...
[22:35] < bluefire> rxr: no?
[22:35] < tsa> rxr: it's worth to read it ;)
[22:36] < rxr> bluefire: depends on what meaning address-space has for you ...
[22:36] < rxr> bluefire: what do you try to solve ?
[22:37] < bluefire> rxr: I have a notwork aware tool which gets lots and lots of ip addresses all the time, and I want a to resolve them in the backgroufn without disturbing the main tool.
[22:38] < rxr> with fork the address space is shared r/w between the two programs ...
[22:38] -!- d3mian [~jonvargas@208.165.55.137] has quit ("changing servers")
[22:38] < d3mian_> :)
[22:38] -!- d3mian_ is now known as d3mian
[22:38] < d3mian> re
[22:39] < bluefire> rxr: what's the difference between a fork and a thread then?
[22:39] < rxr> a sorry I messed fork and sys_clone ...
[22:39] < d3mian> man fork
[22:39] < d3mian> fork generates a child process
[22:40] < rxr> bluefire: in linux you do not real threads ...
[22:40] < rxr> d3mian: fork and clone create a child process
[22:40] < d3mian> dunno about clone
[22:40] < d3mian> thnx
[22:41] < bluefire> I guess I'll try a seperate process and use stdin/out to talk with it or something.
[22:41] < d3mian> bluefire: what are u tryin to do? :)
[22:41] < tsa> i'm not a c programmer, but why not use ipc or communicate via shared memory segments?
[22:42] < rxr> yes this is an idea - and when you write two different programs you also do not have to mess with memory corruption - like i have to do in GSMP ...
[22:42] < rxr> tsa: much more difficult and error-prone than s simple pipe ...
[22:43] < d3mian> btw, rene how goes ur GSMP ?
[22:43] < rxr> (especially in C without some nice C++ abstractions ...)
[22:43] < bluefire> Asynchronous DNS lookups for gtk-gnutella.
[22:43] < tsa> rxr: sure - but to me it seems to be the cleaner solution..
[22:43] < rxr> pipe is also very clean and easy ...
[22:44] < d3mian> bluefire: what is gtk-gnutella? dunno it, sorry :)
[22:44] < rxr> d3mian: GSMP is stalled on my side - but i will do some development in the summer - and I had a chat with clifford_away about some future design goals here, today ...
[22:44] < rxr> tsa: simply write the IP address and get the IP address + name back ;-)
[22:45] < d3mian> rxr: maybe cliff wants to apply it in his music program :)
[22:45] < bluefire> d3mian: gnutella client using gtk?
[22:45] < bluefire> d3mian: you know gnutella? big bad file sharers?
[22:46] < d3mian> no bluefire, sorry
[22:46]   bluefire can't quite believe this
[22:46] < tsa> hehe
[22:46] < d3mian> me too
[22:46] < tsa> i've tried gnutella a while ago..
[22:46] < tsa> the command line client, "gnut"...
[22:47] < tsa> i don't like it.
[22:47] < bluefire> I like it.
[22:47] < tsa> too many rfc1918 ip's in search requests.
[22:47] < tsa> i like audiogalaxy too fill up my mp3 collection.
[22:48] < tsa> i don't have or use windows, so i am not interested in any kind of windows applications...
[22:48] < bluefire> ? windows applications?
[22:48] < d3mian> is gnutella a mp3 download program?
[22:48] < tsa> what else should i get from gnutella?
[22:48] < d3mian> like windows?
[22:48] < tsa> d3mian: general filesharing
[22:49] < d3mian> ok
[22:49] < tsa> bluefire: so what do you get off the gnutella network?
[22:49] < d3mian> umm, i would like to try it :)
[22:49] < bluefire> Well.... I get my Enterprise from it. It's not so fast as edonkey or dc, but it's fun.... like fishing.
[22:49] < bluefire> d3mian: gtk-gnutella.sf.net
[22:49] < tsa> hehe
[22:50] < d3mian> is it just for X?
[22:50] < bluefire> d3mian: just for gtk.
[22:51] < tsa> https://www.gnutelliums.com/linux_unix/gnut/
[22:51] < tsa> command line client.
[22:51] < bluefire> d3mian: but it will probably split into a cli tools, deamon and gtk part at the end of this year.
[22:52] < tsa> Filesystem            Size  Used Avail Use% Mounted on
[22:52] < tsa> /dev/discs/disc0/part1
[22:52] < tsa>                        13G   12G  1.1G  92% /vol/multimedia/mp3
[22:52]   tsa needing a bigger disk soon..
[22:56] < d3mian> k
[22:56]   rxr redaing a book
[22:56] < d3mian> tsa: what a lot of mp3!
[22:56] < tsa> d3mian: collected within several years...
[22:57] -!- term_aweh [~pm@beaufort.wyzant.de] has quit ("exit")
[22:57] < tsa> my own cd's are encoded, too.
[22:57] < d3mian> i just have 4gb
[22:58] < d3mian> ok, gnutella downloaded (console client)
[22:58] -!- d3mian [~jonvargas@208.165.55.137] has quit ("changing servers")
[22:59] -!- d3mian [~jonvargas@208.165.55.137] has joined #rocklinux
[23:01] < d3mian> executable already compiled (i mean gnutella)
[23:01] < d3mian> what can i do with this?
[23:09] < bluefire> start it?
[23:10] < bluefire> 65.100.84.6
[23:10] < bluefire> d3mian: A start address.
[23:10] < d3mian> which one u recommend me?
[23:10] < bluefire> What do you mean?
[23:11] < d3mian> what address?
[23:12] < bluefire> Either your client is able to connect to the gnutella network on it's own, or you need a few addresses of gnutella hosts for your initial connection to get things running.
[23:14] < d3mian> ic, any gnutella host?
[23:14] < bluefire> I'm for example connected to: 172.133.98.67, 65.100.84.6, 172.129.203.207
[23:14] < bluefire> and some more
[23:16] < d3mian> gnut> push 172.133.98.67
[23:16] < d3mian> gnut> scan
[23:16] < d3mian> Scanned 0 files and 0 bytes.
[23:16] < d3mian> gnut> update
[23:16] < d3mian> gnut> scan
[23:16] < d3mian> Scanned 0 files and 0 bytes.
[23:16] < d3mian> gnut>
[23:17] < d3mian> am i fine???
[23:17] < bluefire> d3mian: I'm sorry, but I don't have a clue how to use gnut correctly. You should take a look at the docs yourself.
[23:17] < bluefire> d3mian: I only use gtk-gnutella (which I'm also coding on).
[23:18] < d3mian> umm, ic
[23:19] < d3mian> bluefire: where do i get gtk version?
[23:19] < bluefire> d3mian: gtk-gnutella.sf.net
[23:20] < bluefire> d3mian: there are serveral other gnutella clients, including a few ones in java. But I stick to gtk-gnutella.
[23:20] < d3mian> i guess java clients are slow ;-)
[23:21] < bluefire> Depends on your machine ;)
[23:21] < huebi> d3mian: Yes, of course they are. But the download is normally slower than the software.
[23:21] < huebi> re hi
[23:21] < huebi> :-)
[23:22] < d3mian> hola huebi
[23:23] < d3mian> already downloaded
[23:24] < d3mian> umm, i really cant understand why simple tar packages are named with a .tgz ext, if they are not gzipped
[23:25] < huebi> d3mian: errors happen...
[23:27] < d3mian> errors? what kind of/
[23:27] < huebi> d3mian: Wrong file namings ;-)
[23:27] -!- kvak|uninvited [uninvited@p50803692.dip.t-dialin.net] has joined #ROCKLINUX
[23:27] < kvak|uninvited> Hiya
[23:28] < tsa> reh!
[23:28] < kvak|uninvited> reh ?
[23:28] < tsa> ja, wie Bock. Bloss weiblich eben..
[23:29] < huebi> hi tsa
[23:30] < tsa> hi huebi
[23:30] < d3mian> hola kvak|uninvited
[23:31] < d3mian> bluefire: already running gnutella
[23:33] < d3mian> bluefire: and... Segmentation fault
[23:34] < bluefire> d3mian: Which version are you running?
[23:34] < d3mian> bluefire: 0.85
[23:34] < bluefire> d3mian: Compiled it yourself?
[23:34] < d3mian> bluefire: yes
[23:35] < bluefire> Hmm. This is a stable and shouldn't segfault. Can you backtrace it or say when it segfaults?
[23:35] < d3mian> bluefire: let me test it
[23:35] < kvak|uninvited> hi
[23:37] < d3mian> bluefire: dunno, first time was cauz it says me: there is no .gtk-gnutella/ directory
[23:37] < d3mian> bluefire: now it runs ok and directory as created
[23:37] < d3mian> bluefire: s/as/was ;)
[23:38] < bluefire> d3mian: Ok. Noted.
[23:39] < d3mian> bluefire: by example, i want to download a song named Dimmu Borgir - Architecture Of A Genocidal Nature , how can i locate and download it?
[23:40] < bluefire> d3mian: select "Search" in the little tree on the left and add this as a new search. You need some running connections to actually find something though.
[23:40] < bluefire> But you can enter the search any time. New connections are queries for all existing searches when they are added.
[23:42] < bluefire> d3mian: I found a few Dimmu Borgir files... but not this.
[23:42] < d3mian> bluefire: ok, i c.. how much time does it takes just for a search?
[23:42] < bluefire> d3mian: but searches can take thier time.... like I said... it's like fishing.
[23:43] < d3mian> bluefire: yes, i can see. i prefer agsatellite for music search i guess
[23:43] < bluefire> d3mian: best you keep it running and come back now and then and look if you caught something which you then add to your download queue. Don't select only a single file, but all with the same name and size.
[23:44] < d3mian> bluefire: arrggg, just one file found down name "Dimmu Borgir"
[23:45] < bluefire> d3mian: I got 13
[23:45] < d3mian> bluefire: maybe hosts /
[23:46] < bluefire> d3mian: What kind of music is this?
[23:46] < d3mian> bluefire Power Metal ;p
[23:46] < bluefire> Ugh.
[23:46] < d3mian> bluefire why that ugh /
[23:47] < tsa> just for comparison: "dimmu borgir" produces 2719 matches on audiogalaxy..
[23:47] < bluefire> d3mian: methinks power metal to loud for me...
[23:48] < bluefire> tsa: fishing is a philopohy
[23:48] < bluefire> I mean philosophy
[23:49] < tsa> hehe..
[23:49] < tsa> finding can be fun, too.. ;)
[23:49] < d3mian> bluefire umm, search for Blind Guardian - Mirror Mirror, the power metal is not like other metal music
[23:51] < bluefire> d3mian: I've got the Blind Guardian - Forgotten Tales CD here. I like that one.
[23:52]   bluefire getting Mirror Mirror from gnutella
[23:52] < d3mian> bluefire: :) , so it is not so loud
[23:52] < bluefire> d3mian: Depends on the song.
[23:53] < d3mian> bluefire: well, we are offtopic and..
[23:53] < d3mian> i have to leave now
[23:53] < d3mian> cu guys
[23:53] < tsa> cu d3mian
[23:53] < huebi> cu d3mian
[23:54] < bluefire> d3mian: bye
[23:54] -!- d3mian is now known as d3m|home
[23:59] -!- thAlerim [~tobrit@pD9E49E34.dip.t-dialin.net] has quit ("...")
-!- Irrsi  Log closed Sun May 12 00:00:59 2002