WebHosting Paid by #1Payday.Loans
--- 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> 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 ("...") --- Log closed Sun May 12 00:00:59 2002