--- Log opened Sat May 11 00:00:41 2002
--- Day changed Sat May 11 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> http://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: http://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 http://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> http://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> http://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> http://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: http://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> http://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> http://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> http://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> http://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> http://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> http://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 ("...")
--- Log closed Sun May 12 00:00:59 2002