--- Log opened Mon May 13 00:00:17 2002 --- Day changed Mon May 13 2002 00:05 -!- capchaos [~capchaos@pD9048412.dip.t-dialin.net] has joined #rocklinux 00:06 < tsa> ok.... 00:06 < tsa> anyone have a glibc-i686.tar.gz for me? 00:07 < rxr> only a i586 00:07 < rxr> no a i686 too 00:07 < tsa> cool. 00:07 < tsa> i'll try replacing mine with a rescue system 00:07 -!- clifford_away [~clifford@M114P011.dipool.highway.telekom.at] has quit (Read error: 60 (Operation timed out)) 00:08 < tsa> can you put it up somewhere? 00:08 < rxr> https://drocklinux.dyndns.org/ftp/drock/unstable/1.6.0-rc1/drock-i686-1.6.0-DEV/base-pkgs/glibc.tar.bz2 00:08 < rxr> tsa: much luck 00:08 < tsa> yes.. 00:08 -!- snyke [~snyke@pD9502A65.dip0.t-ipconnect.de] has quit ("°ShowDowN v12 PrO° since 1996: https://www.sci.fi/~showdown/") 00:09 < tsa> rxr: i've solved the libdb.so.3 problem, i think.. 00:09 < tsa> in /usr/lib: ln -s libdb-3.so libdb.so.3 00:10 < esden> haha I have a bug in clifford scripts muahahaha 00:10 < tsa> von der rescue-cd booten, partition mounten, chroot, pkg-remove, exit, pkg-install in der gemountete verzeichnis hinein, chroot, ldconfig, exit, booten 00:10 < tsa> dann sollte wieder alles im gruenen sein. 00:10 < tsa> esden: hm? 00:11 < esden> clifford has this in scripts/Build-Pkg : 00:11 < esden> patch -bfp1 -z .orig < $x 00:12 < esden> and it must be patch -bf -p1 -z .orig < $x 00:12 < esden> otherwise it will now work 00:12 < tsa> now? 00:12 < tsa> not? 00:12 < esden> s,now,not, 00:14 < esden> and clifford's scripts/Cleanup seems to have a bug too ... but I will not debug it now ... 00:14 < rxr> esden: i know another bug 00:14 < esden> I will only work around it ... 00:14 < esden> rxr: hm? 00:15 < rxr> the src.* dev and proc dirs are not umounted - very evil when you do a rm -rf src.* for cleanup ... 00:15 < esden> rxr: yo ... that is right ... 00:15 < esden> i have to do it by hand 00:15 < rxr> but i will also not track this one now ... 00:15 < esden> otherwise I have zombie mounts 00:16 * rxr reboots now - since me has only a partial /proc and /dev left ... 00:17 -!- ringo78 [~idiot@co116627-a.almel1.ov.nl.home.com] has joined #rocklinux 00:17 < esden> rm -rf /dev ? 00:17 < esden> @ rxr 00:19 < esden> woot my box already has : 00:19 < esden> 1:18am up 29 days, 4:12, 5 users, load average: 3.14, 2.82, 2.09 00:19 * rxr back 00:19 < esden> cool 29 days ... 00:19 -!- clifford_away [~clifford@M091P014.dipool.highway.telekom.at] has joined #rocklinux 00:19 < esden> re rxr 00:19 < rxr> rene@gate:~ > uptime 00:19 < rxr> 12:19am up 93 days, 7:48, 5 users, load average: 0.00, 0.01, 0.00 00:20 < rxr> rene@heap:~ > uptime 00:20 < rxr> 12:20am up 93 days, 7:11, 1 user, load average: 0.23, 0.20, 0.22 00:20 < rxr> ;-) 00:20 < esden> on my server I had 160 days ... :-( 00:20 < esden> only 00:21 < esden> then the soft raid said byby 00:21 < rxr> oh 00:21 < rxr> esden: do not say this! 00:21 < rxr> md0 : active raid5 ide/host2/bus1/target0/lun0/part1[2] ide/host2/bus0/target0/lun0/part1[1](F) ide/host0/bus1/target0/lun0/part1[0] 00:21 < rxr> 78848512 blocks level 5, 32k chunk, algorithm 2 [3/2] [U_U] 00:21 < rxr> when this one dies - I'm dead ... 00:22 < esden> rxr: sorry ... *unter_tisch_versteck* 00:22 * rxr thinking about a free backup solution ;-) 00:22 < esden> rxr: good idea 00:30 < tsa> [I] Medusa library - another Eazel invention 00:30 < tsa> [T] Medusa is software that allows you to quickly search your system for 00:30 < tsa> [T] particular types of files, using an index. 00:31 < tsa> klingt ja richtig innovativ. 00:31 < tsa> was fuer drogen nehmen die bei eazel so? 00:32 < rxr> tsa: VIELE -und VERSCHIEDENE - ALLES was die so FINDEN ;-) 00:32 < rxr> tsa: Danke das, dass dies noch andere bemerken *g* 00:32 < rxr> s/dass// 00:32 < tsa> rxr: ich hab mich grad gefragt, was das ist, weil ich den namen nicht kannte.. 00:33 < tsa> deswegen ins .desc-file geguckt.. 00:33 < rxr> tsa: GNOME SUCSK 00:33 * tsa hat fuer sowas /var/state/locatedb .. 00:33 < tsa> rxr: scheint so.... 00:33 < rxr> kool ist ja nen neuer tag - dann schrieb ich das ja heute zum ersten mal ;-) 00:33 < tsa> dabei mag ich das eigentlich.. 00:33 < tsa> rotfl. 00:34 < rxr> https://www.karubik.de/gig/2.0/index.html 00:35 -!- chrisime [~chrisime@pD959095A.dip.t-dialin.net] has joined #rocklinux 00:36 < ringo78> Galeon Rocks... Macht das geschwindigkeit, beim surfen. 00:39 < tsa> jupp, galeon regelt. 00:39 * -> esden needs a faster box !!! 00:40 < esden> some terraflops and many exabyte/s io bandwidth !!! 00:40 < tsa> hehe 00:40 < esden> and some terraiops 00:40 < tsa> rxr: do you know this pic? 00:40 < tsa> https://developer.gnome.org/dotplan/notes/depends.png 00:40 < rxr> jups 00:41 < rxr> hatte ich gestern nacht doch auch gepostet ... 00:41 < tsa> ah, hab ich nicht mitgekriegt.. 00:41 < rxr> ;-) 00:41 < tsa> ich hab das damit mal irgendwann versucht, eine der ersten gnome2-alphas zu bauen... 00:41 < rxr> wird mir vielleicht eine hilfe sein wenn ich dann beim naechsten build die priority folge hibekommen will .. 00:41 * -> esden will write install_bin in brainf*** ... this language is really cool 00:42 < esden> based on the turing machine 00:42 < tsa> bin mittendrin haengengebliegen, weil die eine version der einen lib eine andere version einer andere lib haben wollte, die es aber noch nicht gab... 00:42 < tsa> esden: hehe.. 00:42 < esden> tsa: have you tryed it ... in is really fsckisng your brain out ... when you code it 00:43 < tsa> esden: i've read a little bit on it, but never actually tried it myself.. 00:43 < esden> I have tried it today ... it is really cool 00:43 < tsa> hehe.. 00:45 < chrisime> hoi! 00:45 < tsa> hi chrisime 00:45 < esden> this is the c code of the bf interpreter : 00:45 < esden> char m[9999],*n[99],*r=m,*p=m+5000,**s=n,d,c;main(){for(read(0,r,4000);c=*r; 00:45 < esden> r++)c-']'||(d>1||(r=*p?*s:(--s,r)),!d||d--),c-'['||d++||(*++s=r),d||(*p+=c== 00:45 < esden> '+',*p-=c=='-',p+=c=='>',p-=c=='<',c-'.'||write(2,p,1),c-','||read(2,p,1));} 00:46 < esden> and this is hallo_world in bf: 00:46 < esden> ++++++++++[>+++++++>++++++++++>+++>+<<<<-]>++.>+.+++++++..+++.>++.<< 00:46 < esden> +++++++++++++++.>.+++.------.--------.>+.>. 00:46 < esden> try it ;-) 00:47 < rxr> esden: this is insane 00:47 < esden> NO ! this is groovy ... rocking and cool !! ;-) 00:47 < rxr> insane 00:47 < chrisime> esden: ?? 00:47 < rxr> ;-) 00:47 < chrisime> brainfuck == bf ?! 00:48 < esden> rxr: I like you too ;-) 00:48 < tsa> yes 00:48 < esden> chrisime: yes 00:48 < chrisime> ok 00:48 < chrisime> ich kenn das teil 00:48 < rxr> esden: huh? 00:48 < esden> chrisime: lovely thing !!! 00:48 < chrisime> na danke 00:48 < rxr> so gnome2 habe ich jetzt so zu 80% 00:48 < rxr> 414 active packages 00:48 * -> esden fall in love with bf 00:49 < rxr> ohne sf stuff ... 00:49 < chrisime> rxr: ich kanns gar net compilieren 00:49 < chrisime> der meckert was an der libtool 00:49 < chrisime> glib 00:49 < rxr> oeh - sehen wir dann ... build laeuft noch ... 00:49 < chrisime> rxr: garnome? 00:49 < chrisime> oder n cvs script 00:50 < rxr> aber glibc atk pango gtk und gnomecanvas habe ich manuel vor nem monat schon zusammengebaut ... 00:50 < chrisime> bin/sh ../../libtool --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I../.. -DLIBDIR=\"/usr/local/lib\" -g -O2 -Wall -D_REENTRANT -c -o localcharset.lo `test -f 'localcharset.c' || echo './'`localcharset.c 00:50 < esden> chrisime: du als gnome developer kuenntest dich um die rl gnome pakete eigentlich kuemmern ;-) 00:50 < chrisime> ../../libtool: ../../libtool: No such file or directory 00:50 < chrisime> make[3]: *** [localcharset.lo] Error 127 00:50 < chrisime> make[3]: Leaving directory `/work/GNOME2/glib/glib/libcharset' 00:50 < chrisime> make[2]: *** [all-recursive] Error 1 00:50 < chrisime> make[2]: Leaving directory `/work/GNOME2/glib/glib' 00:50 < chrisime> make[1]: *** [all-recursive] Error 1 00:50 < chrisime> make[1]: Leaving directory `/work/GNOME2/glib' 00:50 < chrisime> make: *** [all] Error 2 00:50 < chrisime> das suckt! 00:50 < chrisime> wenn mein debian jetzt mal zum spinnen aufhoert 00:50 < chrisime> koennte ich 00:50 < rxr> chrisime: FLOODEN IST HIHR NICH ... 00:50 < chrisime> das war keiner 00:51 < chrisime> das waren 7 zeilen 00:51 < rxr> ka 00:51 < rxr> bei mir tat der GNOME2 basis muell vor nem Monat ... 00:52 < rxr> chrisime: was machst du bei gnome ? 00:55 < esden> ahhhh *panik* scheiss drecks dietlibc !!!! 00:56 < rxr> wie panik 00:56 < esden> ich muss noch zusaetzliche header includen in dietlibc ... 00:56 < esden> so ein scheiss 00:56 < chrisime> rxr: ubersetzen + grad zwei apps schreiben 00:56 < chrisime> eins in C das andere in C++ 00:56 < rxr> ah 00:56 < chrisime> www.gnome.org/~chrisime/pix/Screenshot-1.png 00:57 < rxr> gsmp (gtk--) werden wir nicht auch gtkmm-1.3 gnome-2 portieren ... 00:57 < chrisime> gsmp? 00:57 < chrisime> gtkmm1.3 ist schon super 00:57 < rxr> General Sound Manipulation Program 00:57 < chrisime> ich nimms her 00:57 < chrisime> url? 00:58 < rxr> https://drocklinux.dyndns.org/rene/gsmp/ 00:58 < rxr> https://drocklinux.dyndns.org/rene/gsmp/screenshots.html 00:58 < rxr> entweder qt oder was eigenes - aber nicht mehr dieses gnome hick-hack und choas ... 00:58 < chrisime> ists nicht mehr 00:58 < chrisime> qt ist einfacger 00:59 < chrisime> aber haesslich 00:59 < chrisime> ich mag qt nicht mehr 00:59 < chrisime> ist schoen zu programmieren 00:59 < rxr> ausser libsigc++ - die nehmen wir weiterhin - die ist wenigstens durchdacht ... 00:59 < chrisime> aber ... entweder C++ oder nix (qt ist C++ + mischmasch urgs!) 00:59 < rxr> na - nur fuer die signal slots ... 00:59 < chrisime> naja 01:00 < rxr> und bei dem gui ist mir das egal - fuer interade sigc++ ... 01:00 < chrisime> gtkmm ist so schoen 01:00 < rxr> gtkmm schoen? 01:00 < chrisime> geworden 01:00 < rxr> da kann man nix sinnvoll dynamisch machen 01:00 < chrisime> haeh? 01:00 < rxr> minipulier mal zur laufzeit dein menue 01:00 < rxr> wir sind halb gestorben in GSMP ... 01:00 < tsa> hm.. 01:00 < tsa> mozilla 1.0 rc2 01:00 < rxr> oder andere widgets 01:01 < rxr> und dann bekommt man andauernt eckelige signal - rueckkoplungen weil es nicht richtig model view controller ist ... 01:01 < chrisime> das ist das alte gtkmm1.2 01:01 < rxr> und gtkmm-1.3 sah (laut aussagen von nem mitprogrammierer) nicht viel besser aus ... 01:01 < chrisime> probier 1.3.14 01:02 < rxr> tsa: jups kein source file - ich weiss 01:02 < rxr> vermisse ich auch schon seit tagen 01:02 < rxr> genau wie den source zu evoluiton-1.0.4 ... 01:03 < chrisime> rxr: gtkmm ist wirklich sehr gut geworden, hat mir auch ein anderer bestaetigt 01:03 < chrisime> gtkmm1.2 hab ich mir nur halb angesehen 01:03 < chrisime> aber ich hab gehoert dass es net so der hit ist/war 01:03 < chrisime> aja!! ich weiss warum das dumme script net compiliert hat 01:03 < chrisime> s/script/src 01:05 < tsa> ftp://ftp.mozilla.org/pub/mozilla/releases/mozilla1.0rc2/src/mozilla-source-1.0rc2.tar.gz 01:05 < rxr> wie gesagt - Valentin meinte (vor 2-3 Wochen) gtkmm-1.3 hat noch die gleichen probleme (ist hallt der bescheidenen C unterbau) - und ich habe mir gnomecanvas angesehen: ist auch nicht so berauschen und beim hin und her schieben von anti-aliased objekten sind gleich die ersten bugs aufgetreten ... 01:06 < tsa> da isser doch.. 01:06 < rxr> tsa: danke - wow ist jetzt ja echt da ;-) 01:06 < tsa> 05/10/2002 09:23:00 PM 01:06 < rxr> ich hatte gestern Abend noch geschaut - da fehlte es noch ... 01:06 < tsa> hm.. 01:07 < chrisime> gnomecanvas kenne ich mich nicht aus 01:07 < chrisime> rxr: gtkmm wird tagtaeglich besser, 2 leute arbeiten rund um die uhr dran (murray and daniel) 01:07 < rxr> in GSMP brauchen wir hallt ein sophisticated vector canvas fuer die wave und midi ansichten die jetzt ueberarbeitet werden ... 01:08 < tsa> rxr: Ximian Evolution? version 1.0.5 is now available. 01:08 < tsa> huch.. 01:08 < rxr> huch 01:08 < rxr> tsa tnx ;-) 01:08 < tsa> ich find nich mal die sourcen fuer 1.0.4 .. 01:08 < tsa> irgendwas laeuft hier irgendwie falsch.. 01:09 < chrisime> 1.0.5?? 01:09 < chrisime> rxr: kenn mich damit net aus 01:09 < tsa> ftp://ftp.ximian.com/pub/source/evolution/ 01:09 < tsa> da liegt nur 1.0.3 source rum. 01:10 < rxr> chrisime: ich sage normal nicht etwas ohne grund - wir habe uns das schoen angesehen ... 01:10 < tsa> komisch das. 01:10 < esden> clifford_away <- metzel !!! 01:10 < tsa> esden: hm? 01:10 < tsa> was ist los? 01:10 < rxr> esden: please no! 01:10 < chrisime> rxr: ok. ich find gtkmm 1.3 erheblich besser 01:11 < esden> seine scripte stimmen vorne und hinten nicht ... 01:11 < tsa> esden: dann schick nen patch auf die liste. 01:11 < esden> rxr: I will not kill him ... no worry 01:11 < chrisime> qt ist wie gesagt sehr einfach, aber ich mag das feeling net, gtkmm ist mittlerweile auch fast so einfach wie qt 01:11 < hackbard> esden: lol, gut gebruellt loewe 01:11 < chrisime> und ich kann vorschlaege einbringen, da dass net von einer firma kontrolliert wird 01:11 < rxr> chrisime: es geht mir nicht direkt um einfach ... 01:12 < rxr> ? bei qt kann man auch vorschlaege einbringen - und das code ist auch gpl 01:12 < hackbard> n8 01:12 < rxr> also wenn dich was stoert cp -rvfa qt mein-qt 01:12 < rxr> cu hackbard! 01:12 < esden> hackbard: lass mich halt bissel bruellen 01:12 < hackbard> :) 01:13 < esden> ich muss abundzu dampf ablassen ... 01:13 < rxr> chrisime: vielleicht wird es aber auch was eigenes ... 01:13 < hackbard> esden: btw, wir koennen mal ein beyern rocke meeting veranstalten 01:13 < hackbard> was haeltst davon? 01:13 < rxr> wiklich stl und model-view-control basiertes ... 01:14 < esden> hackbard: sehr gute idee!!! 01:14 < esden> hackbard: nur wann und wo ? 01:15 < hackbard> ich kann mal anfragen bei 1.)uni (unwahrscheinlich) 2.) luga (das geht bestimmt) 3. bei euch (bingo?) 01:15 < rxr> chrisime: na - du schaust dir gerade meine alten gnome hacks an ? 01:15 < esden> 3 weniger ... dass sind lauter luschen ... 01:16 < esden> 3 wird nur geblockt ... leider ... 01:17 < chrisime> rxr: sorry? 01:17 < rxr> chrisime: falls du noch nen paar screeshots suchst: https://www.rocklinux.org/projects/drock/drock-screens.html 01:17 < chrisime> war grad woanders? 01:18 < chrisime> aja 01:18 < chrisime> das kde3 ist schoener geworden 01:18 < chrisime> aber immer noch windowslike 01:18 < chrisime> mich nervt das 01:18 < chrisime> die orientieren sich einfach zu stark daran 01:18 < rxr> chrisime: wo ist das zu windows-like ? 01:19 -!- bluefire [~bluefire@p50816C3D.dip.t-dialin.net] has quit (Connection timed out) 01:19 < rxr> das aussehen ist mir da noch echt egal - es ist einfach funktionabel ;-) 01:19 < chrisime> das ding kann mir zu viel 01:19 < chrisime> ehrlich gesagt 01:19 < chrisime> mit windows bin ich teils auch ueberfordert 01:19 < rxr> das ganze kde framework ist enfach sauber und funktional 01:19 < hackbard> esden: okie, dann sind wir ja eh nur zu 2 und dann machen wirs bei mir im zimmer *g 2*ppc 2(3)*intel 1*sparc32, hoffentlich bald 64 (WO BLEIBT RC? :-) und einmal mips :) 01:19 < chrisime> weil du da 1 sache auf 5 versch. wegen loesen kannst 01:19 < chrisime> rxr: einfach nicht 01:19 < chrisime> sauber ja 01:20 < chrisime> bis auf ein paar sachen (ich kenn einige kde'ler, mit denen ich mich ausserordentlich gut versteh) 01:20 < rxr> chrisime: ? das mit 5 wegen ist bei gnome doch noch viel schlimmer ? 01:20 < esden> n8 01:20 < chrisime> rxr: nein 01:20 * -> esden muss soffort betti 01:20 < chrisime> rxr: in 2 nicht mehr 01:20 < chrisime> esden: schon? 01:20 < rxr> esden: gute Nacht! 01:21 < hackbard> me too, n8 01:21 < esden> ja morgen muss ich um 6:30 aufstehen :-( 01:21 -!- hackbard [~hackbard@pD9523DBB.dip.t-dialin.net] has quit ("Client Exiting") 01:21 < esden> nachtele @ * 01:21 < chrisime> esden: yikes 01:22 < chrisime> rxr: gnome2 ist so sauber, sauberer als kde 01:22 < chrisime> es gibt endlich ein klares design 01:22 < chrisime> morgen ist freeze 01:22 < rxr> aber nicht sauber programmiert wenn ich die tausend verstreuten libs sehe ... 01:22 < chrisime> und in 3 wochen deep freeze 01:22 < chrisime> rxr: alle zu kombinieren wir bei kde? naja. das ist ein vor-/nachteil der modularitaet 01:23 < chrisime> rxr: so viele libs sind es nicht 01:23 < rxr> und nautlius is genauso nen "ich kann alles ding" wie konqi nur aufgeblaeht und instabil ... 01:23 < chrisime> rxr: bist du am LT? 01:23 < chrisime> rxr: du hast keinen plan 01:23 < rxr> LT ungewiss ... 01:23 < rxr> chrisime: ich ? 01:23 < chrisime> nautilus 2 rennt absolut stabil 01:23 < chrisime> das ding kracht nicht mehr 01:23 < rxr> ich werds ja sehen 01:23 < chrisime> und es ist schneller als konq 01:23 < chrisime> rxr: siehst 01:23 < chrisime> nicht probiert 01:23 < chrisime> und laber 01:23 < chrisime> das hasse ich an leuten 01:24 < rxr> bei nautlius1 dauert allein das staten 40 sec auf meine XP 1700 ... 01:24 < chrisime> ich schieb da schnell nen hass 01:24 < chrisime> rxr: komische kiste 01:24 < chrisime> nauti1 dauert 4 sekunden bis er ein fenster aufmacht 01:24 < rxr> chrisime: ich sehe den source doch - und ich habe gnome lange genug programiiert ... 01:24 < chrisime> 900er duron 01:24 < rxr> UND ich habe die basis sachen for 4 wochen kompiliert ... 01:24 < chrisime> 4 wochen? 01:24 < chrisime> das ist lang her 01:25 < rxr> UND ich hacke gerade die ROCK 1.7 packete fuer GNOME-2 ... 01:25 < chrisime> und ich denke mit vorurteilen (wenn man 2er nicht richtig testet) an was ranzugehen verleitet zu falschen aussegan 01:25 < rxr> chrisime: wenn ihr tausend jahre fuer ne neue version braucht - und die stable versionen ncith pflegt ... 01:25 < chrisime> arme sau ;) 01:25 < chrisime> tausend? 01:25 < chrisime> ich werd dir jetzt was sagen, was du auch auf der ML nachlesen kannst: 01:26 < chrisime> 1. option: 01:26 < chrisime> wir bringen gnome2 mitte - ende april raus 01:26 < chrisime> konsequenz" 01:26 < chrisime> es rockt, aber ist buggy so wie kde2.0.0 es war 01:26 < chrisime> 2.option: 01:26 < chrisime> wir fixen alle major bugs 01:26 < chrisime> (65 momentan noch) 01:26 < chrisime> konsequenz: 01:27 < chrisime> es kommt dann raus wenn alle bugs behoben sind 01:27 < chrisime> leichte aenderung: 01:27 < chrisime> wir geben es anfang juni raus 01:27 < rxr> schoen 01:27 < chrisime> weil die leute sonst ungeduldig werden 01:27 < chrisime> rxr: zum LT kommt die RC 01:27 < chrisime> die verteilen wir 01:27 < rxr> euer mozilla support ist im nautlius seit letzem oktober oder so broken ... 01:28 < chrisime> und 1 woche nach dem LT wirst du die enguletige version in den haenden halten koennen 01:28 < rxr> das nenne ich nicht gerade updaten ... 01:28 < chrisime> rxr: ja 01:28 < chrisime> rxr: kein nautilus seit nem halben jahr 01:28 < chrisime> 1.0.6 ist vom letzten jahr 01:28 < chrisime> und mozilla support wurde gedroppt 01:28 < rxr> und wenn euer nautilus so viel probleme hat haette man die ja mal beheben koennen ... 01:28 < chrisime> nautilus wird eine galeon view haben 01:28 < chrisime> rxr: das wird nicht mehr behoben... 01:29 < chrisime> weil der alte zuviel hacks hatte 01:29 < chrisime> weil gtk nicht das konnte was man gebraucht hat 01:29 < chrisime> nun hat gtk alles 01:29 < chrisime> und nautilus ist kleiner/schlanker/stabiler/schneller den je 01:29 < chrisime> ich drucke auf nen ordner und der oeffnet innerhalb 2 skunden 01:29 < chrisime> das ist schnell! 01:29 < chrisime> schneller als konqueror es je war 01:30 < rxr> also in konqi hat es bei mir noch nie 2 sekunden gedauert ... 01:30 < chrisime> funktionalitaet (mehr meine ich) kommt rein in 2.0.x 01:30 < chrisime> rxr: ah doch... 01:30 < rxr> solange dauert das starten vielleicht ... 01:30 < chrisime> das ding ist schnell 01:30 < chrisime> aber nauti ist schneller 01:30 < rxr> schoen wenn das denn auch so wird ... 01:31 < rxr> trotzdem kann man stabilie versionen etwas pflegen ... 01:31 < rxr> gibt es eigendlich homepages fuer all eure neuen progs? 01:31 < rxr> z.b. yelp 01:31 < rxr> und die anderen zich libs ? 01:32 < rxr> hallo? 01:33 -!- l_9_l [~jarod@217.17.224.177] has left #rocklinux () 01:33 < chrisime> shit...was jetzt wieder mit dem dummen cvs 01:33 < chrisime> rxr: lass dich ueberraschen 01:33 < chrisime> es kommt was 01:34 < chrisime> wirst sehen...mitte naechsten monats 01:34 < rxr> ich werds in ein paar tagen sehen wenn ich alle rock packette zusammen habe ... 01:35 < chrisime> fuer nauti gibts schon ne neue seite 01:35 < rxr> was ist mit homepage zu den progs und libs (ja die vom nautilus habe ich gesehen) 01:35 < rxr> suchen kann man auf der hp auch nicht (was sehr stoerent ist bei dem choas ...) 01:37 < rxr> (ja und ich weiss ihr wollt ne neue hp zusammenbauen ...) 01:37 < chrisime> na eben 01:37 < chrisime> und die neue...die wird uebersichtlich 01:37 < chrisime> die libs...sollten auch die meisten ne seite geben 01:37 < chrisime> kommt dann nach und nach 01:38 < rxr> chrisime: schaust? wie soll man mit so ner info arbeiten? Das kann man doch nach und nach mal mit umbauen ... 01:39 < chrisime> es wurde si beschlossen 01:39 < chrisime> neue page erst wenn gnome2 raus ist 01:39 < rxr> grummel 01:39 < chrisime> und die api doc ist erheblich besser 01:39 < rxr> egal 01:39 < chrisime> rxr: das ist beschlossene sache 01:39 < chrisime> und wird auch nicht anders realisiert 01:39 < chrisime> einen monat warten 01:39 < rxr> jetzt habe ich so 90% der packete zusammen (fuer ROCK) 01:39 < chrisime> jdub (erm jeff) baut die seite zusammen 01:39 < chrisime> rxr: welche 01:40 < rxr> ROCK2 01:40 < rxr> erm 01:40 < rxr> GNOME2 01:40 < chrisime> rxr: wenn du infos brauchst, dann gibts auch ML 01:40 < chrisime> ja welche fuer gnoem2 01:40 < rxr> die sich tausenden ... 01:40 < chrisime> soviele sinds net 01:40 < chrisime> ausserdem kannst du mittels script herausfinden was gebraucht wird 01:41 < rxr> gnome-nautilus libgnomeprint 01:41 < rxr> intltool tcltk gnome-control-center libgnomeprintui 01:41 < rxr> imlib qt gnome-games libgnomeui 01:41 < rxr> imagemagick xscreensaver gnome-python linc 01:41 < rxr> gv arts gnome-utils yelp 01:41 < rxr> guile glib1 gnumeric libbonobo 01:41 < rxr> gtk-perl kdelibs bug-buddy libbonoboui 01:41 < rxr> gtk+extra libidl sylpheed pango 01:41 < rxr> gpa gnome.desc sawfish atk 01:41 < rxr> gnuplot orbit2 gnome-core gtk+1 01:41 < rxr> gnotepad+ gconf gnome-mime-data libart_lgpl 01:41 < rxr> gnomepgp gconf1 rep-gtk libgail-gnome 01:41 < rxr> gnome-xalf gnome-vfs1 bonobo-conf libgnomecanvas 01:41 < rxr> oaf gnome-vfs bonobo-config libzvt 01:41 < rxr> mesalib gnome-libs1 glib gnome-terminal 01:41 < rxr> medusa gnome-print1 gtk+ gnomemm1 01:41 < rxr> mc scrollkeeper orbit libglade1 01:41 < rxr> librep gtop gtkmm libglade 01:41 < rxr> libole2 libgtop1 gtkmm1 gtkhtml 01:41 < rxr> libghttp libgtop rep-gtk1 libgtkhtml 01:41 < rxr> lesstif glade gedit2 gnomemm-all 01:41 < rxr> kdoc abiword gnome-audio mozilla 01:41 < rxr> sind so meine letzt bearbeiteten ... 01:41 < rxr> such dir welche aus 01:41 < rxr> beachte die *1 teile nicht weiter ... 01:41 < chrisime> und das sollte die arbeit erheblich erleichtern 01:41 < rxr> noch fragen ? 01:42 < chrisime> moment 01:42 < rxr> den gnome guide 01:42 < rxr> und die dependeny dias ? 01:42 < rxr> kenne ich 01:42 < chrisime> also die sind nonet gmacht? 01:42 < chrisime> rxr: vicious-build-script 01:42 < chrisime> da siehst was du braucht 01:42 < chrisime> oder garnome 01:42 < chrisime> oder cvsgnome 01:42 < chrisime> oder jhgnome 01:43 < rxr> chrisime: du verstaekst gerade den eintruck des chaos ... 01:43 < chrisime> das ist kein chaos 01:43 < chrisime> es sind deps 01:43 < chrisime> das ist alles 01:43 < rxr> ups man oh man sind in dem satz viele typos 01:43 < chrisime> und es sind leider so viele 01:43 < rxr> brauche schlaf ... 01:43 < chrisime> lol 01:43 < chrisime> rxr: die vielen libs haben vor und nachteile 01:44 < chrisime> vorteil: absolut modular, nachteil: die leute kriegen anfaelle ;) 01:44 < rxr> chrisime: ich kenne die pros und cons ... 01:44 < rxr> kde ist auch modular (sogar noch mehr - in einem ordenlichem famework) 01:44 < chrisime> es wird auch wohl net anders werden 01:44 < rxr> und die teile sind sinnvoll zusammengruppoiert 01:44 < chrisime> evtl. in gnome3 aber das weiss leiner 01:44 < chrisime> keiner 01:44 < chrisime> haha 01:45 < rxr> ja ja wird as dann .net ... *lol* 01:45 < chrisime> dann versuch mal was rauszunehmen 01:45 < chrisime> da scheiterst du bei kde 01:45 < chrisime> da fallst so auf die nase 01:45 < rxr> chrisime: das geht bei euch auch nicht - dann bauen gleich zich andere progs nicht mehr ... 01:45 < chrisime> gnome's framework ist auch ordentlich (geworden) 01:45 < chrisime> haeh? 01:45 < chrisime> bei cvs ja 01:46 < rxr> lass doch gnomecanvas weg 01:46 < rxr> dann wird vieles nicht mehr bauen 01:46 < chrisime> musst durch was anderes ersetzen 01:46 < rxr> oder libart_lgpl 01:46 < chrisime> das meine ich mit modular/austauschbar 01:46 < rxr> oder oder - das argument der modularitaet zaehlt da nicht 01:46 < chrisime> doch 01:46 < rxr> chrisime: TOLL DAS GEHT BEI KDE DOCH AUCH 01:47 < chrisime> nimm was aus kdelibs raus 01:47 < chrisime> das so eng verzahnt 01:47 < rxr> chrisime: ich bin weder ein flame warer, noch ein DAU. - ich kann programmieren (C und C++ sowieso) und habe mal GNOME benutzt und porgrammiert ... 01:47 < chrisime> vergiss es 01:47 < chrisime> ja ich weiss 01:48 < rxr> chrisime: nicht enger als be GNOME . 01:48 < chrisime> ich versuch nur grad was zu entkraeften 01:48 < chrisime> doch! 01:48 < chrisime> ich hab kde bis 2 gehabt 01:48 < chrisime> dann aus schauder davon abgewandt 01:48 < rxr> ja toll kde1 war ja auch murks 01:48 < chrisime> das ding ist fett 01:48 < chrisime> das ding ist lahm 01:48 < chrisime> das ding ist ... 01:48 < rxr> chrisime: es kann keinen Zweck ... 01:48 < chrisime> ich will keinen 3 Ghz rechner haben um das ordentlich zu benutzen 01:49 < chrisime> kde3 ist nicht schneller/langsamer 01:49 < chrisime> die sagen schneller 01:49 < chrisime> hab aber nicht gemerkt 01:49 < rxr> chrisime: sieht du, DU hast keine ahnung was du vergleichst 01:49 -!- ringo78 [~idiot@co116627-a.almel1.ov.nl.home.com] has quit ("leaving") 01:49 < chrisime> durch die vielen features hat sich das wieder ausgeglichen 01:49 < rxr> chrisime: quatsch 01:49 < rxr> so schluss 01:49 < chrisime> doch 01:49 < rxr> chrisime: 01:49 < chrisime> ok 01:49 < rxr> was wichtigeres 01:49 < rxr> in deinem interesse 01:49 < chrisime> ja? 01:49 < rxr> https://ftp.gnome.org/pub/GNOME/pre-gnome2/sources/ 01:49 < chrisime> was das? 01:50 < rxr> fehlt da irgendwas wichtiges was man noch packagen muss ? 01:50 < chrisime> beta5 kommt naechste woche 01:50 < rxr> chrisime: na und? 01:50 < chrisime> so lang wuerd ich halt warten 01:50 < chrisime> bevor du pakete achst 01:50 < rxr> deswegen muss trotzdem irgendwann dich sich packet beschreibungen zusammen schreiben 01:50 < rxr> ob dann die versionen updated und URL sed-e ist egal ... 01:51 < rxr> deswegen muss trotzdem irgendwann dich sich packet beschreibungen 01:51 < chrisime> rxr: kennst du garnome? 01:51 < rxr> ach murks hier 01:51 < chrisime> garnome saugt die alles wichtige 01:51 < rxr> irgend so nen auto-zusammenbau script ? 01:51 < chrisime> dann kannst du super pakete machen 01:51 < chrisime> www.gnome.org/~jdub/garnome 01:52 < chrisime> du kennst das ports sys 01:52 < chrisime> von *BSD 01:52 < rxr> chrisime: kennst du ROCK Linux ? *wunder* 01:52 < chrisime> ja 01:52 < chrisime> von esden 01:52 < chrisime> ich studier mit dem zsamm 01:52 < rxr> (ja wir von ROCK kennen ports *grinz* 01:52 < rxr> ) 01:52 < rxr> ibpopt-dev 01:52 < rxr> oops 01:52 < chrisime> des heisst bin ein zwei semester weiter 01:52 < rxr> libpopt 01:53 < chrisime> das brauchst 01:53 < rxr> koennt ihr die nicht mal wegwerfen ? 01:53 < chrisime> das wegen orbit glaub ich 01:53 < rxr> wofuer braucht ihr die noch 01:53 < chrisime> keine ahnung 01:53 < rxr> ah 01:53 < chrisime> ich weiss net den sinn davon 01:53 < chrisime> moimentan 01:53 < chrisime> wusste es mal 01:53 < chrisime> ich ignorier das 01:53 < rxr> (ROCK-1.7 wir mir dann schon nach dem build sagen wievile deps die noch hat *freu*) 01:53 < chrisime> aber ein paket hin oder her 01:53 < chrisime> aja 01:54 < chrisime> debian macht das auch ;) 01:54 < rxr> chrisime: was ? 01:54 < chrisime> hehe 01:54 < chrisime> apt-get source ... -b 01:54 < chrisime> dann holt es sich alles was du so brauchst 01:54 < rxr> ja das muss bei denen nur mal wer tippen 01:54 < chrisime> ? 01:54 < rxr> bei uns wird das automatisch generiert ;-) 01:54 < chrisime> der sucht sich die deps 01:54 < chrisime> ? 01:55 < chrisime> wie will das paket wissen was es braucht? 01:55 -!- clifford_away is now known as clifford 01:55 < esden> re clifford 01:55 < clifford> mein stichwort ist gefallen ?? :-) 01:55 < chrisime> ddas geht net 01:55 < rxr> chrisime: hard gecoded - manuel getippt ... 01:55 < tsa> re clifford ;-) 01:55 < chrisime> haeh? 01:55 < clifford> chrisime: natuerlich geht das .. 01:55 < esden> chrisime: ich habe dir dass ja schon verzaehlt mit den dependances ... 01:55 < chrisime> rxr: *nixcheck* 01:55 < chrisime> clifford: hi! 01:55 < clifford> hi all. 01:55 < chrisime> esden: hmm 01:55 < chrisime> esden: hab zu viel um die ohren 01:56 < chrisime> ich vergess zu viek 01:56 < chrisime> viel 01:56 < clifford> ich hab' nicht viel zeit (meine freunding wartet auf mich :-) 01:56 < chrisime> muss zuviel organisieren 01:56 < tsa> hm...laut der garnome-seite braucht gnome2 215mb, wenn fertig installiert.. 01:56 < clifford> also die dependencies: 01:56 < tsa> klingt ganz schoen fett.. 01:56 < chrisime> tsa: moment 01:56 < clifford> natuerlich kann man die automatisch ermitteln. 01:56 < esden> chrisime: dann muss ich dich irgendwo festnageln und dir dass zeug genauer zeigen ... 01:56 < esden> ;-) 01:56 < chrisime> 482940/usr/local <-- hier 01:57 < chrisime> esden: lol 01:57 < chrisime> clifford: und wie 01:57 < clifford> genau so wie die file creation list. 01:57 < chrisime> *garnixmehrcheck* 01:57 < rxr> clifford: chrisime kennt keine file creation list schaetze ich 01:57 < clifford> es werden alle system call abgefangen die auf das dataisystem zugreiffen. 01:57 < rxr> chrisime: beim 1. compilieren 01:58 < clifford> dadurch weiss ich, welche files von einem package gelesen bzw. geschrieben werden. 01:58 < chrisime> beim compilieren meckert dann das teil wenn was fehlt 01:58 < chrisime> und daraus ne liste bauen? 01:58 < clifford> diese information wirt ausgewertet und daraus die dependency list creiert. 01:58 < chrisime> aha 01:58 < clifford> das ganze geht inzwischen sogar mit zwei methoden: ld_preload und strace. 01:58 < rxr> clifford: ich habe hier 150 kB patch ;-) 01:58 < chrisime> clifford: erm...dachte du koenntest kein deutsch, hab mich wohl geirrt 01:58 < esden> achja clifford ab dem stage 2 spinnen deine scripte wenn ich scripts/Cleanup mache und dann scripts/Build-Target mache wird dass temporaere buildverzeichniss nicht mehr erstellt (wollte ich noch so am rande erwaehnen ...) 01:59 < clifford> rxr: ich hab' etwa genau so viel - alles nur fuer rosegarden .. :-) 01:59 < tsa> clifford: ..und liefert bisweilen komische ergebnisse... 01:59 < rxr> ne mist ist mostly GNOME2 01:59 < chrisime> esden: ich probier mal rl2.0 01:59 < rxr> und sourceforge URL anpassungen ;-) 01:59 < tsa> clifford: oder kannst du mir erzaehlen, warum bash meint, es wuerde hylafax brauchen? 01:59 < chrisime> rxr: viel spass mit den vielen gnome2 deps *evilgrin* 02:00 < rxr> die URL korrektions gehen gleich mal raus 02:00 < esden> chrisime: dass dauert bis es raus ist ... 02:00 < tsa> clifford: da scheint was nicht zu passen.. 02:00 < chrisime> rxr: kann mir schon vorstellen warum du so nen hass drauf hast ;) 02:00 < clifford> esden: welches temp build verzeichnis? build/$OCKCFG_ID/undsoweiter ? 02:00 < chrisime> esden: egal, hab zeit 02:00 < esden> clifford: nein src.$packagename.$id 02:00 < rxr> chrisime: ?? ich muss die depes ja gerade nicht hardcoden *freu* -> sonnst haette ich nochmehr Hass darauf ... 02:01 < clifford> chrisime: durch die gecached deps weiss das build system uebrigens die dependencies beim naechsten build und kann so den build z.bsp. auf einen cluster verteilen. 02:01 < chrisime> rxr: hast schon genug. ich werd mir dich mal verknoepfen ;-P 02:01 < chrisime> clifford: ah nette sache 02:01 < rxr> chrisime: ?? wie wo was ? 02:01 < chrisime> clifford: esden hat mir schon von dem clusterdingsbums was gsagt 02:02 < tsa> clifford: hm....wenn ich das richtig sehe, scheinen so ziemlich alle unsere packages hylafax zu brauchen....vielleicht sollte wir uns nach hylafax-linux umtaufen ;-) 02:02 < chrisime> rxr: hehe...wir treffen bestimmt mal aufeinander :P 02:02 < tsa> +n 02:02 < rxr> chrisime: ?? wie wo was ? *schief* 02:02 < clifford> esden: *nixcheck* $id ist ja dynamich - also das gleiche build dir soll er ja nicht noch mal anlegen. 02:03 < esden> clifford: also ... ich habe ./scripts clean gemacht und es sieht bei mir so aus : 02:03 < esden> alpha:/rock-linux# ls 02:03 < esden> COPYING Documentation README architecture build config download misc package scripts target 02:03 < clifford> tsa: wharscheinlich hat das hylafax package ein shared file mit etwas wichtigen ... 02:03 < esden> alpha:/rock-linux# 02:04 < esden> jetzt mache ich dass hier : 02:04 < tsa> clifford: vermutlich.. 02:04 < clifford> .. diese dinge muss ich noch fixes. 02:04 < esden> alpha:/rock-linux# ./scripts/Build-Target 02:04 < esden> Creating build/default-1.7.0-DEV-intel-dietlibc-expert/tools/wrapper/cc-wrapper ... 02:04 < esden> ./scripts/Build-Tools: /R.work/build/default-1.7.0-DEV-intel-dietlibc-expert/tools/wrapper/cc: No such file or directory 02:04 < esden> alpha:/rock-linux# 02:04 < rxr> clifford: es werden bei build fehlern auch dir root bla bla dirs in src.* nicht ge u-mounted 02:05 * clifford war inidsch essen und hat jetzt hoellisch sodbrennen ... *ouch* 02:05 < tsa> hehehe 02:05 < rxr> fuer zu eckelig geloeschten /dev und /proc bei rm -rf src.* 02:05 < rxr> clifford: oh ;-) 02:06 < esden> clifford: ich rate mal dass ein unterverzeichniss der form : src.binutils.1021251837.2750.2117579324 faehlt ... 02:06 < esden> liege ich da richtig ? 02:06 < clifford> rxr: darum steht ja auch in allen moeglichen docs, das man genau das nicht machen soll.. :-) 02:06 < rxr> toll 02:06 < clifford> esden: ich hab' den fehler nicht - und so kann ichs dir nicht sagen. 02:06 < rxr> das ist aber neu ! 02:07 < rxr> und ich finde die teile sollten geumounted werden 02:07 < rxr> (patch folgt bei naechster gelegenheit ...) 02:07 < esden> clifford: scheisse ... 02:07 < clifford> es ware uebrigens ganz toll wenn jemand mal den kernel patch schreiben koennte, dass "-o ro" bei einem "mount --bind" beruecksichtigt wird .. 02:07 < rxr> WASSSSSSSS das wird nicht ? 02:07 < rxr> fuck 02:07 < esden> clifford: ich werde es mir dann nochmal morgen anschauen ... vielleicht kann ich dass fixen ... 02:08 < clifford> rxr: ja was glaubst du denn warum das "rm -rf src.*" so gefaehrlich ist .. 02:08 < esden> ich meine mein problem 02:08 < esden> nicht den kernel patch 02:08 * rxr sagt gerade ganz leise scheisse 02:08 < clifford> rxr: uebrigens soltlen die geumounted werden. Nur bei einem abbruch durch z.bsp. SIGINT werden sie es nicht .. 02:09 < esden> nacht zum zweiten ... 02:09 < clifford> esden: wart' noch .. 02:09 < rxr> esden: schlaft gut zum zweiten ;-) 02:09 < tsa> esden: du kannst ja das build-system auf brainfuck umstellen.. 02:09 < tsa> cu esden 02:09 < clifford> d.h. src.undsoweiter wird angelegt? 02:09 < rxr> tsa: hehe 02:09 < esden> tsa: rofl ... sicher ;-) 02:09 < esden> n8 02:10 < clifford> tsa: wird schwierig weil brainf*ck kein commando zum ausfuehren von externen progs hat. 02:10 < rxr> clifford: dann patchen wir das hallt nen bissel 02:11 < clifford> esden: bist du noch da? (kannst ja nicht anfangen was von so nem bug zu plaudern und dann einfach verschinden) 02:11 < clifford> rxr: die parameteruebergabe fuer sowas ist sicher lustig in brainf*ck .. :-) 02:11 < tsa> clifford: hm....wir suchen uns nen overflow im bf-interpreter, und lassen da dann das fork/exec erledigen.. 02:11 < tsa> ;-) 02:12 < clifford> tsa: dann sind wir aber arch-abhaenig (zumindest kenn ich keine overflows die auf mehr als zwei cpu typen funktionieren) 02:13 < tsa> clifford: hm....dann wird rock-ports danach wohl richtig spassig werden ;-) 02:13 < clifford> ausserdem ist es dann ja assembler und nicht mehr brainf*ck - das waere viel zu einfach. 02:13 < tsa> hehe 02:13 < clifford> also ich fuerchte des esden ist jetzt wirklich weg ... :-) 02:13 < tsa> hehe 02:13 < clifford> ich geh' dann auch mal nach hause. 02:14 < rxr> cliff gab es nen download url checker in 1.7 02:14 < clifford> rxr: schoen langsam frustriert mich rosegarden ein wenig. 02:14 < clifford> rxr: die funktion ist in Check-PkgVersion integriert. 02:15 < rxr> ah 02:15 < clifford> kann es sein das in letzter zeit sich die kde api ein wenig geaendert hat? 02:15 < clifford> so umstellung von parameter typen von QString auf KCommand z.bsp. 02:15 < rxr> oeh kann sein falls rosengarden noch kde.2.2.2 haben will 02:15 < clifford> oder ist das einfach nur der bessere check von seitens gcc3 02:16 < rxr> hoe? ich glaube kaum das die von QString auf KCommand umgestellt haben ... 02:16 < rxr> oder wie meinst du das 02:17 < clifford> rosegarden erstellt child classen von kde classen und hat constructoren mit QString als parameter die den konstruktor des parent klasse aufrufen. Und der erwartet sich dann aber den datentyp KCommand. 02:18 < rxr> hm intresannt 02:18 < rxr> scheint wohl ne kde2-> umstellung zu sein 02:19 < rxr> vielleicht abstrahieren die das auszufuehrendes besser 02:19 < rxr> ? 02:19 < clifford> leider zieht sich QString quer dur rosegarden und das alles auf KCommand umstellen ist aufwendig .. 02:19 < rxr> clifford: ich glaube kaum das alles umzustellen ist .. 02:19 < rxr> schreib mal an die stelle an der es fehlschaegt 02:20 < rxr> KCommand (den-string-den-du-hast) 02:20 < clifford> rxr: wir reden hier von einer klasse die offenbar die basis fuer die komplette rosegarden gui stellt ... 02:20 < tsa> soo....ich geh' denn auch mal schlafen...(und morgen wird die glibc erschlagen...oder reinstall) 02:20 < clifford> rxr: das ist eine moeglichkeit.... :-) 02:20 < rxr> das erstellt ein temporaeres KControl object (falls das teil einen Konstrukter mit Typ QString hat ...) 02:20 < clifford> btw - was mach KCommand eigentlich ? 02:20 < tsa> n8 *. 02:21 < rxr> clifford: QString gtibt es noch und ist ein object um von Zeichenketten zu abstrhieren 02:21 < rxr> keine ahnung as KControl macht ... 02:21 -!- tsa [~tsa@p5082B129.dip.t-dialin.net] has quit ("Client Exiting") 02:25 < rxr> clifford: patch out .. 02:25 < clifford> hmmm ... jetzt wird's lustig: 02:25 < clifford> basiccommand.cpp:39: cannot allocate an object of type `KCommand' 02:25 < clifford> basiccommand.cpp:39: because the following virtual functions are abstract: 02:25 < rxr> gnome2 stuff follow in 1 or 2 days (when it compiles ...) 02:26 < rxr> clifford: ok du hast groessere probleme - in der klasse KControl ise einiges virtuel ... 02:26 < clifford> damit hat sich die idee, QString einfach dur KCommand zu ersetzen sowieso eruebrigt weil das sicher irgendwo instanziert wird. 02:26 < rxr> du bist vielleicht der erste der das mit kde3 kompiliert ... 02:27 < rxr> du solltest QString ja auch nicht durhc KControl erstezen 02:27 < clifford> moment! 02:27 < clifford> (KControl hab' ich sowieso nicht vorgehabt) 02:28 < rxr> sonder ein temporaeres Object vom typ Kcontrol erzeugen (was aber so nicht tut, da es virtuelle funtionen hat und deshalb nicht instaziert werden kann . 02:28 < rxr> clifford: ich kann da die tage mal reinschauen ... 02:28 < clifford> KCommand hat auch einen constructor mit leerer parameterliste und eine funktion (aehm - methode :-) "void setName(const QString &name)" 02:29 < rxr> ja - aber wenn da noch nen paar virtual methoden sind, kannst du davon so keine instanz erzeugen, sondern musst noch ne abgeleitete klasse bauen 02:30 < clifford> rxr: ich bin ja in der abgeleiteten klasse. er moechte nur den constructor von seinem vcater aufrufen. 02:30 < rxr> clifford: wo ist die def von KControl ? 02:30 < rxr> in welchen rosegarden file bist du ? 02:31 < clifford> gui/editcommands.cpp 02:31 < chrisime> ich packs! 02:31 < clifford> setName ist private .... :-( 02:31 < chrisime> n8 leudde! 02:31 < clifford> n8 02:31 < rxr> n8 chrisime 02:31 -!- chrisime [~chrisime@pD959095A.dip.t-dialin.net] has quit ("leaving") 02:32 < rxr> clifford: welche zeile? 02:32 < clifford> nein - moment. 02:33 * clifford kann ja ueberhaupt kein c++ mehr. 02:33 < clifford> ich hab' in der falschen klasse nachgesehen .. 02:33 < clifford> KCommand ist total virtual und hat keine members. 02:34 < clifford> Was will ich da gross einen name setzen? 02:34 < rxr> clifford: hasst du am rosegarden configure was gepatched ? 02:35 < clifford> nein. 02:35 < rxr> hm nee in meinem dRock system tuts - liegt wohl an zu neuem ROCK-1.7 autoconf ... 02:35 < rxr> doch 02:35 < rxr> cd . && automake --gnu --include-deps ./Makefile 02:35 < rxr> aclocal.m4:1482: invalid unused variable name: `KDE_LDFLAGS' 02:35 < rxr> aclocal.m4:508: invalid unused variable name: `DCOP_DEPENDENCIES' 02:35 < rxr> aclocal.m4:796: invalid unused variable name: `X_LDFLAGS' 02:35 < rxr> aclocal.m4:1544: invalid unused variable name: `USER_LDFLAGS' 02:35 < rxr> aclocal.m4:3333: invalid unused variable name: `IDL_DEPENDENCIES' 02:35 < rxr> aclocal.m4:3266: invalid unused variable name: `MICO_LDFLAGS' 02:35 < rxr> aclocal.m4:1312: invalid unused variable name: `QT_LDFLAGS' 02:35 < rxr> make: *** [Makefile.in] Error 1 02:35 < rxr> bloeder GNU muell 02:36 < clifford> rxr: nein - sowas ist neu ... :-) 02:36 < rxr> SMP hate dafuer nen genialen ausdruck - habe ihn nur vergessen .. 02:38 * rxr deleted all error lines ... 02:38 < clifford> ha! was ist RGKDE3 fuer ein define? 02:38 < clifford> RG = ??? 02:38 < rxr> ?? 02:39 < clifford> wenn das gesetzt ist wird offenbar die ganze geschichte von einer anderen kde klasse abgeleitet. 02:39 < rxr> hm 02:39 < rxr> rosegarden spezifisch 02:40 < rxr> setzt das mal in nem top-level config.h file ... 02:40 < clifford> ./configure: KDE_CXXFLAGS="-DRGKDE3 $KDE_CXXFLAGS" 02:40 < rxr> oder so ;-) 02:41 < clifford> liegt wahrsceinlich an meiner "halben" qt+kde installation, dass das nicht gesetzt wurde .. 02:41 < rxr> clifford: ich muss mich jetzt auch hinlegen ... 02:42 < rxr> also patch sollte in deiner mailbox sein ... 02:42 < rxr> wir sehen uns am nachmittag ;-) ? 02:42 < clifford> rxr: yup. ich muss dich morgen wahrscheinlich noch ein wenig wg. alsa aergern .. :-) 02:42 < clifford> bis dann ... :-) 02:43 < rxr> hae? 02:43 < clifford> er compiliert uebrigens schon munter weiter - das define wars .. 02:43 < clifford> ich bekomm alsa nich auf meiner idiotische SiS zum laufen. 02:43 < clifford> du hast mal gemeint die wuerde unterstuetzt werden .. 02:44 < rxr> welches alsa hast du ? 02:44 < clifford> 0.9.0rc1 02:45 < rxr> ah das is ok 02:45 < rxr> modprobe snd-intel8x0 02:45 < rxr> 1 [card1 ]: ICH - SiS SI7012 02:45 < rxr> SiS SI7012 at 0xdc00, irq 11 02:45 < clifford> modprobe: Can't locate module snd-intel8x0 02:45 < rxr> wie hast du alsa gebaut ? 02:46 < clifford> rock package. 02:46 < rxr> mit irgendnem --flag 02:46 < rxr> ah ok 02:46 < clifford> das file ist an sich da ... 02:46 < rxr> fuer den kernel der gerade laeuft ? 02:46 < clifford> ok - gleich haust du mich. 02:46 * rxr wuere Cliff nie hauen - dafuer ist Cliff viel zu genial 02:46 < clifford> alsa=2.4.17, kernel=2.4.18 ... 02:46 < rxr> ah 02:47 < rxr> bau mal alsa ;-) 02:47 < rxr> *hint* 02:47 < rxr> willst nu midi - oder erstmal nur dsp ? 02:47 < clifford> rxr: mach ich morgen. (das package builded nicht nach deinem linux/linux-src patch ..) 02:47 < clifford> rxr: dsp hab' ich mit oss bereits. 02:48 < clifford> einerseits moecht ich mir jetzt endlich mal alsa ansehen 02:48 < clifford> wenn dann auch midi (der port) geht bin ich natuerlich besonders gluecklich. 02:48 < rxr> hm bei meiner trident 4d wave tut midi 02:49 < clifford> (auf den midi synth von der karte kann ich - glaub' ich - wohl eher verzichten) 02:49 < rxr> bei der onboad (die ich eh nie nutze sehe ich gerade den port bei alsa nicht :-() 02:49 < clifford> wird er grundsaetzlich erkann und ein device erstellt? 02:49 < rxr> du meinst von dem kernel modul? 02:49 < rxr> jups normal schon 02:50 < rxr> bach modprobe snd-trident habe ich nen raw-midi device ... 02:50 < clifford> was ist eigentlich kfile (-lkfile) ? 02:50 < rxr> hm ich kenne nur kio_slave ... 02:51 < rxr> KFile is a class which provides a namespace for some enumerated 02:51 < rxr> * values associated with the kfile library. 02:51 < clifford> zu welchen pkg gehoert die lib ? 02:51 < rxr> erhm ist eigendlich keine lib 02:52 < rxr> der header ist in kdelibs 02:52 < clifford> rosegarden starget c++ mit -lkfile .. 02:52 < rxr> und schlaegt fehl? 02:53 < rxr> rene@jackson:/opt/kde3 > find -name "*kfile*" 02:53 < rxr> ./lib/kde3/kfile_m3u.la 02:53 < rxr> ./lib/kde3/kfile_m3u.so 02:53 < rxr> ./lib/kde3/kfile_mp3.la 02:53 < rxr> ./lib/kde3/kfile_mp3.so 02:53 < rxr> ./lib/kde3/kfile_ogg.la 02:53 < rxr> ./lib/kde3/kfile_ogg.so 02:53 < clifford> natuerlich. daruch such' ich die lib jetzt .. 02:53 < rxr> ./lib/kde3/kfile_pdf.la 02:53 < rxr> ./lib/kde3/kfile_pdf.so 02:53 < rxr> ./lib/kde3/kfile_png.la 02:53 < rxr> ./lib/kde3/kfile_png.so 02:53 < rxr> ./lib/kde3/kfile_wav.la 02:53 < clifford> rxr: die hab' ich ... 02:53 < rxr> ./lib/kde3/kfile_wav.so 02:53 < rxr> ./lib/kde3/kfile_ps.la 02:53 < rxr> ./lib/kde3/kfile_ps.so 02:53 < rxr> kfile kibt es bei mir nicht .. 02:53 < clifford> ist jetzt mal eh' egal. 02:53 < rxr> vielleicht auch kde2 ? 02:53 < clifford> ich muss ins bett. 02:54 < clifford> sieht laut configure script nicht so aus. 02:54 < rxr> hehe ich auch 02:54 < rxr> mom 02:54 < clifford> cu. 02:54 -!- clifford is now known as clifford_away 02:55 < rxr> kdelibs: opt/kde2/lib/libkfile.so 02:55 < rxr> ist kde2 ... 02:55 < rxr> ist in nem dRock-1.4.1 packet drin 02:55 < rxr> noch wach? 02:55 < clifford_away> ja. :-) 02:55 < clifford_away> ich seh's mir morgen an .. 02:55 < rxr> und 02:55 < rxr> https://drocklinux.dyndns.org/ftp/drock/source-1.7/ 02:55 < rxr> ftp://drocklinux.dyndns.org/drock/source-1.7/ 02:55 < rxr> mein working tree ... 02:55 < rxr> online now ;-) 02:56 < rxr> Gute Nacht! 02:56 < clifford_away> n8. 03:49 -!- inode [~inode@cs666986-234.satx.rr.com] has quit ("using sirc version 2.211+KSIRC/1.2.1") 04:29 -!- huebi_ [~huebi@p50816B8D.dip.t-dialin.net] has joined #rocklinux 04:46 -!- huebi [~huebi@pD9522B82.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out)) 04:47 -!- capchaos [~capchaos@pD9048412.dip.t-dialin.net] has quit (Ping timeout: 14400 seconds) 07:41 -!- Netsplit carter.openprojects.net <-> irc.openprojects.net quits: clifford_away 07:42 -!- Netsplit over, joins: clifford_away 07:50 -!- d3m|home is now known as d3mian 07:51 < d3mian> hola :) 08:09 -!- clifford_away [~clifford@M091P014.dipool.highway.telekom.at] has quit (Read error: 60 (Operation timed out)) 08:11 < huebi_> morning 08:11 -!- huebi_ is now known as huebi 08:19 -!- clifford_away [~clifford@62.46.4.208] has joined #rocklinux 08:32 -!- Netsplit carter.openprojects.net <-> irc.openprojects.net quits: praenti 08:33 -!- Netsplit over, joins: praenti 08:47 -!- Netsplit carter.openprojects.net <-> irc.openprojects.net quits: praenti, huebi, d3mian, clifford_away, th, surprise, rxr 08:48 -!- Netsplit over, joins: praenti, clifford_away, huebi, d3mian, rxr, surprise, th 09:13 -!- hackbard [~hackbard@pD9523DBB.dip.t-dialin.net] has joined #rocklinux 09:15 < esden> morning! 09:16 < hackbard> moin moin 09:16 < hackbard> eigentlich wollte ich ja inne uni ... 09:16 < hackbard> :-) 09:18 < esden> ich bin gerade an der uni angekommen ;-) 09:19 < esden> oje boese netsplits hier bei opn ... 09:19 < hackbard> ich auch, via ssh ;) 09:19 < esden> hehe 09:20 < esden> ich brauche endlich sound auf meinem lappy ... 09:22 < hackbard> und ich ne disk (20 gig toshiba vor paar wochen schrott gegangen) 09:22 < hackbard> ist es ein alter laptop (oder wieso ghet sound nicht?) 09:24 < esden> dass ist ein verhaeltnissmaessig neuer laptop ... ein Acer 09:24 < esden> der hat nen schwulen ati sound chip ... 09:25 < esden> ich weiss nicht wie ich den zum laufen bringen soll 09:25 < esden> ich weiss dass er mit alsa unter suse gelaufen ist ... 09:25 < esden> ich installier gerade xmms mal schauen vielleicht geht es ja ... 09:26 < hackbard> acer habe ich auch - bei mir wars der i810 + ac97_codec was geladen werden musste 09:26 < esden> dass ist glaube ich nicht genug : 09:26 < esden> lain:~$ ls /dev/sound/sequencer* 09:26 < esden> /dev/sound/sequencer /dev/sound/sequencer2 09:26 < esden> lain:~$ 09:26 < esden> lain:~$ ls /dev/sound/* 09:26 < esden> /dev/sound/sequencer /dev/sound/sequencer2 09:26 < esden> so 09:27 < hackbard> hmm, naja, ich hatte damals einfach alle sound module compiled und dann sowas wie ein : for i in `ls /lib/mod... 09:27 < hackbard> also alle ge modprobed 09:29 < hackbard> alsa laesst sich nicht unter /opt installieren (afaik) und das hasse ich ;) 09:35 -!- blindy|away is now known as blindcoder 09:35 < blindcoder> morning everyone 09:35 < esden> moin blindcoder 09:36 < esden> blindcoder: hast du irgendwo ein kleines mp3 rumliegen ? 09:36 < esden> auf apollo vielleicht ? 09:36 < blindcoder> esden> nicht dass ich wüsste... 09:37 < esden> ahh da habe ich eins 09:37 < rxr> fuck gnome2 09:39 < blindcoder> *argl* ich hasse langsame ftp-server >_< 09:48 < esden> es gaehhhtttt!!!!! 09:48 < esden> wahrnsinn 09:48 < esden> wooot 09:50 < esden> jetzt muss ich noch rauskriegen welches modul es ist dass die soundkarte zum funzen verleitet hat ;-) 09:50 < esden> s,funzen,funktionieren, 09:50 < esden> aso blindcoder weisst du dass neun 09:50 < esden> neuste von praenti ? 09:52 < rxr> kann man aus /lib/*/lib/pkgconfig 09:52 < rxr> gleich ne colon seperated list erzeugen ? 09:53 < rxr> oder muss ich ne kleine for schleife bauene ? 09:55 < blindcoder> esden: nein 09:55 < blindcoder> esden: hat er ne freundin? 09:59 < esden> ja ... rate mal wen ... 09:59 < blindcoder> kaawaii? hedwig? 10:00 < esden> zweiteres !!! 10:00 < blindcoder> ne... nicht wirklich oder? 10:00 < blindcoder> erster april war schon... 10:00 < esden> doch der ist jetzt mit meiner ex zusammen! 10:00 < blindcoder> ich hab den kerl für inelligenter gehalten... 10:00 < esden> die ist echt schnell was den freundwechsel angeht 10:01 < esden> ich auch @ blindcoder 10:01 < blindcoder> schon... war da nicht irgendwann mal von einem "martin" die rede? 10:01 < esden> es geht mir immer noch nicht in mein schaedel rein .... 10:01 * blindcoder hits praenti around with a large club with a nail in it 10:01 < esden> blindcoder: ja war es ... 10:01 < esden> hehe blindcoder 10:02 < esden> ich bin gespannt wie der matze reagiert ... 10:02 < esden> wenn der es erfaehrt ... 10:03 < blindcoder> ich bin gespannt ob ich praenti eine schmier wenn ich ihn seh... 10:03 * rxr listening slightly amused 10:03 < rxr> better than TV :-) 10:04 < blindcoder> who needs a TV when there's #rocklinux? 10:04 < rxr> eben ;-) 10:06 < esden> blindcoder: zumindest wird er seinen "spass" endlich mit ihr haben ;-) 10:06 < blindcoder> hehe 10:06 * blindcoder is going to have a shower 10:07 < blindcoder> and NO, there is NO webcam in my bathroom!!!! 10:07 < rxr> esden: ?? 10:07 < esden> blindcoder: kalte dusche nach so ner info was ? 10:07 < blindcoder> scho 10:07 -!- blindcoder is now known as blindy|shower 10:07 < esden> rxr: insider ;-) 10:08 < rxr> wanted to get inside ... 10:09 < esden> rxr: denke zweideutig dann weisst du was ich meine ;-) 10:10 < rxr> ich denke immer eindeutig zweideutig ... 10:11 < rxr> bloedes pkgconfig 10:12 < rxr> meine schoene mathe vorlesung perpasse ich wegen so nen muell 10:12 < rxr> (nein das war nicht ironisch gemeint ...) 10:14 < esden> ja ich glaube dir ... ich mag meine mathe vorlesungen auch solange ich nicht die pruefung schreiben muss ;-) 10:14 < rxr> esden: :-) 10:14 < rxr> so das zeite gnome2 packet faengt jetzt an zu compilieren ... 10:14 < rxr> wow jetzt das dritte 10:15 < huebi> re Moin 10:16 < rxr> hi huebi 10:16 -!- term_emu [~pm@beaufort.wyzant.de] has joined #rocklinux 10:16 < huebi> hi rxr 10:22 < esden> moin huebi 10:22 < huebi> hi esden 10:22 < esden> fsck ! I forgot my headphones at home ... 10:23 < esden> ti term_emu 10:23 < rxr> esden: @ home - where are you now ? 10:24 * -> esden @ uni 10:24 < rxr> ? mit laptop in der vorlesung ? 10:25 < esden> nee dass wird erst gehen wenn wir in garching sind ... da haben wir wlan auf dem ganzen gelende ;-) 10:25 < esden> die vorlesung faengt um 12:15 an 10:26 < rxr> und was machst du dann jetzt da ? 10:26 < rxr> *g* 10:26 < esden> bzw die zentraluebung 10:26 < hackbard> in augsburg gibbet wlan :) 10:26 < hackbard> https://www.uni-augsburg.de/aktuell/foto/archiv/032602.shtml 10:26 < esden> rxr: ich chatte mit dir ;-) 10:26 < rxr> das merke ich - aber das tut normal angenehmer von zu hause ... 10:27 < esden> ja aber die zuege fahren mommentan so beschissen ... 10:27 -!- blindy|shower is now known as blindcoder 10:28 < rxr> ach 10:28 < esden> re blindcoder 10:28 < rxr> er ah 10:28 < blindcoder> re hi 10:32 < huebi> hi bliq 10:32 < huebi> hi blindcoder 10:34 < blindcoder> hi huebi 10:34 < esden> mennooo mein router koennte schneller rebooten ... *hrmpf* 10:35 < blindcoder> esden: soll ich mit den blades zum bahnhof fahren? wegen parkplatz? oder meinste da wird einer sein? 10:35 < esden> blindcoder: hbf oder nbf ? 10:35 < blindcoder> haupt 10:36 < esden> hmm ... da sollten parkplaetze sein ... 10:36 < blindcoder> achso. 10:36 < blindcoder> weisst du wann der martl heute da ist? 10:36 < esden> wer ? 10:37 < blindcoder> sorry falsches fenster 10:37 < blindcoder> sollte nach licq gehen >_< 10:37 < huebi> Achtung Werbung:-) 10:37 < huebi> Sun JK-08-64-xx = 120EUR 10:38 < rxr> sun was ? 10:38 -!- term_emu is now known as term_aweh 10:38 < huebi> JavaStation 2 "Krups" inclusive Country Kit (Mouse + Keyboard) 10:39 < term_aweh> hi 10:39 < huebi> hi term_aweh 10:39 < huebi> 120 EUR + MwSt 10:40 < rxr> so - now even more gnome2 and gnome1 compat stuff compiles 10:40 < rxr> *freu* 10:41 < esden> and another build of dietilbc target *schnarch* 10:43 -!- anders_ [~guest@imhotep.hursley.ibm.com] has joined #rocklinux 10:43 < anders_> mrrrrning 10:44 < esden> hi anders_ 10:44 < blindcoder> hi anders_ # 10:44 < anders_> re esden :) 10:44 < anders_> re blindcoder :) 10:44 < huebi> hi anders_ 10:44 < anders_> re huebi :) 10:44 * -> esden away smooking 10:45 < blindcoder> I'm off now 10:45 < blindcoder> ja ne 10:45 -!- blindcoder is now known as blindy|nothere 10:49 * -> esden will endlich wlan 10:50 < huebi> https://www.idsa.org/whatis/seewhat/idea98/winners/javastation.htm <- This is the JAVASTATION "Krups" 10:51 < rxr> cpu other stuff ? 10:53 < huebi> https://dubinski-family.org/~jshowto/doc/html/single/JavaStation-HOWTO.html <- 2.3.2 10:54 < huebi> 64MB RAM 8MB Flash 100Mhz MicroSPARC IIep 10:57 < rxr> ah tnx huebi 10:59 < huebi> rxr: :-) 11:00 < huebi> Mal sehen, ob sich da noch im Preis was machen laesst. 11:00 < rxr> huebi: von wem bekommst du die ? 11:00 < huebi> Livingston = Apotheke 11:00 < huebi> www.livingston.de 11:01 < huebi> sitzen in Darmstadt. Ich habe aber auch noch mal bei Morse angefragt. Mal sehen, was die anbieten 11:01 -!- simon--- [~sts@p508757C1.dip.t-dialin.net] has joined #rocklinux 11:03 < rxr> huebi: ah - ich brauche erstmal keine - und sonnst waere nativ scsi (oder ide) ganz nett ... 11:05 < huebi> rxr: So was gibt es leider nich offizell auf dem Markt. Ein paar mit ide gab es bei SUN intern... 11:06 < rxr> ok - bin in der fh - cu 11:07 < huebi> cu 11:09 < esden> scheiss Build-Target bug!!! 11:09 < esden> wocher kommt der !!! argh 11:14 -!- simon-- [~sts@p5087514D.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out)) 11:14 -!- simon--- is now known as simon-- 11:17 -!- netcrow [netcrow@apollo.bingo-ev.de] has joined #rocklinux 11:17 -!- netcrow [netcrow@apollo.bingo-ev.de] has quit (Client Quit) 11:34 -!- clifford_away is now known as clifford 11:34 < clifford> Hi! 11:34 < huebi> moin clifford 11:37 < huebi> clifford: Willst du immer noch einen neuen Archiver verwenden? 11:38 < clifford> huebi: eigentlich ja. ich moechte aber das bestehende tar.bz2 weiterhin auch unterstuetzen. 11:38 -!- bluefire [~bluefire@pD9E1CF89.dip.t-dialin.net] has joined #rocklinux 11:39 < huebi> hi bluefire 11:39 < bluefire> re 11:39 < huebi> clifford: Hast du die Reifen gestern runter bekommen? ;-) 11:39 < clifford> nee. 11:39 < huebi> clifford: Hast du einen grossen Schraubstock? 11:40 < clifford> nicht gross genug. 11:40 < esden> moin clifford 11:41 < esden> sorry dass ich gestern so schnell rausgegangen bin ... 11:41 < clifford> hi esden - was is' jetzt mit deinem Build-Target bug? 11:41 < esden> clifford: ich muss den erst richtig eingraenzen 11:41 < huebi> clifford: Dann geht es auch noch mit einem Wagenheber. den Reifen unter das Auto legen und den Wagenheber auf den Reifen Stellen und den Reifen ins FelgenBett druecken. 11:42 < esden> irgendwie scheint mir dass die buildtools nicht richtig gebaut werden ... 11:42 < esden> aber ich weiss es nicht genau 11:42 < esden> ich glaube dass sind mehrere sachen die zusammenkommen 11:43 < clifford> also - damit ich's endlich versteh: 11:44 < clifford> FYI: esden schick's mir per /msg ... 11:44 < huebi> clifford: Was spricht dagegen, die Metadaten mit tar in ein Packet mit dem tar.bz2-file einzupacken und bei einer Update-CD diese Daten noch einmal separat, generiert aus den Packeten auf der CD, auf der CD abzulegen. Durch das Generieren bleiben die Daten konsistent. 11:51 < huebi> clifford: ?? ;) 11:52 < clifford> huebi: so - da bin ich wieder. 11:52 < huebi> ;-) 11:53 < clifford> huebi: dann haben wir den gleichen pfusch denn wir jetzt schon haben. 11:55 < huebi> clifford: Was meinst du? 11:55 < clifford> auf der jetzigen CD haben wir auch die metadaten in einem eigenen directory damit die install shell die schnell lesen kann. 11:56 < clifford> Das wird auch in zukunft noch geben - nur halt nicht fuer die install shell. 11:56 < clifford> sonder zu reinen dokumentationszwecken. 11:56 < huebi> clifford: Also ich finde wichtig, das nur die Metadaten, die tatsaechlich beim Packet sind, gueltig sind. 11:57 < huebi> ACK 11:58 < huebi> Also sind wir uns einig, Metadaten aussererhalb einer Packetes sind nur rein informativ und ohne gueltigkeit fuer die Packete. 11:58 < huebi> ? 11:58 < clifford> ja. dann muessen aber die metadaten im packagen schnell zugreifbar sein. 11:59 < clifford> (im packet .. cliff schlaeft noch) 11:59 < esden> clifford: hier ein kaffee ;-) 12:00 < huebi> echo "Grosse Tasse" > clifford:/dev/coffee 12:00 < huebi> ;-) 12:01 * clifford sed "s,coffee,red bull,g" < /dev/coffe > /dev/kreislauf 12:04 * anders_ suggests #rocklinux_de and #rocklinux_en so people know which channel to use what language in... 12:05 < huebi> fuer die Update-CD koennte gelten, dass die Metadaten, die beim Erstellen des CD-Images automatisch aus den Packeten extrahiert werden dann separat auf deer CD abgelegt werden. Da die CD read-only ist, kann man entweder direct diese Daten zur Installation verwenden oder, da die Packete fuer die Installation komplett ausgepackt werden, dann die Metadaten direkt aus den Packeten fuer die, als fuer die Installation gueltigen zu nehmen. 12:05 < huebi> anders_: sorry. 12:06 < huebi> export LANG=en_GB 12:06 < clifford> huebi: that's exactly the hack we are currently having. 12:07 < clifford> instal_shell is using the extra metadata stored on the cd and the pkg-* tools extract the information from the package file. 12:08 < huebi> clifford: So we have a single source of metadata ( the source out of the packages, I mean). 12:09 < huebi> With that we are even fully ISO 9000 compliant *g* 12:09 < clifford> its now also a single source (we don't generate the metadata twice - or whit did you thought?) 12:10 < clifford> I don't care about ISO 9000 - But I care about good design and elegance. 12:10 < anders_> how much does the packaging mechanism differ between ROCK 1.4.0, 1.6.0 and 1.7.0 ? 12:10 < huebi> clifford: I wanted to be said clearly that we have only one metadata source. 12:11 < clifford> no: we have two: one from the ackage file and the copy from the metadata in the package file. 12:11 < huebi> ?? 12:12 < huebi> mom 12:12 < clifford> anders_: it's the same in 1.4 and 1.6. I want to change it for 2.0 (1.7). 12:12 < clifford> The main idea is to put the package itself and its metadate tother in one package. 12:13 < anders_> I guess there still is no easy way to upgrade 1.4.0 to 1.6.0 apart from complete re-install? 12:13 < clifford> In fact that's also done with the existing fromat - just extract var/adm/... from the package .tar.bz2. 12:13 < clifford> anders_: no - not really. 12:14 < clifford> The main idea is to pack the package.tar.bz2 file and the metadata file together in one big archive. 12:14 < anders_> clifford: tar files inside tar file? 12:15 < clifford> But there are some preblems with that when the big archive is tar: tar always reads the entire input file. 12:15 < anders_> clifford: switch to cpio ? 12:15 < huebi> correct me if I'm wrong: In Build-Pkg the metadate and/for the package is created. And this metadata is exclusively used for _all_ metadata copies? 12:15 < clifford> So when I want to extract the metadata from a 30MB packae - tar will read 30MB from the CD where it would be enought to read only a fe kb. 12:15 < clifford> huebi: sure. 12:16 < huebi> ok;) 12:16 < clifford> anders_: cpio does the same - always reading the whole input. 12:17 < anders_> clifford: is there any archiving tool that doesn't do that? 12:17 < clifford> ar is better - but there are two problems with ar: It's part of 'binutils' - so it's not always available. 12:17 < anders_> besides, if the archive is compressed, you still need to read it all in just to uncompress it.. 12:17 < huebi> SuSe and RedHat also use seperat metadata for the installation. 12:18 < clifford> anders_: it's not compressed. 12:18 < anders_> clifford: ah, ok.. :) 12:18 < clifford> the "big" package tar within it is compressed. the metadata is uncompressed. 12:18 < clifford> My suggestion is to wirte our own mini-archiver which does exactly what we need: https://www.clifford.at/misc/mar.c 12:18 < huebi> anders_: tar -cvf pkg.tar meta-pkg.tar pkg.tar.bz2 <- The outer tar is not compressd 12:19 < clifford> huebi: what is meta-pkg.tar 12:19 < huebi> clifford: all the meta-data of the package pkg.tar.bz2 12:20 < clifford> we put the meta files directly in the pkg.tar - no reason to introduce yet another layer ... 12:20 < huebi> pkg.tar.bz2 does not contain any metadata 12:20 * anders_ is starting to see a pattern there.. 12:20 < huebi> clifford: metadata is one file? 12:20 < clifford> huebi: that's wrong. pkg.tar.bz2 is exactly the same thing as the existing package *.tar.bz2 files. 12:20 < clifford> no. 12:21 < huebi> clifford: sorry. You are right. 12:21 < clifford> metadata are 5 files - at the moment. 12:21 < huebi> pkg.tar.bz2 is the now used package 12:22 < huebi> clifford: do you want to have these 5 or more file as single files? 12:23 < clifford> no. why? 12:23 < huebi> do you want them enclosed in metadata.tar? 12:23 < clifford> I want to make something like "tar -xf package.tar -O dependencies" to get the dependencies of the package. 12:24 * huebi info tar 12:24 < anders_> hmmm.. 'ar' isn't hugely smart.. 12:25 < huebi> cpio is used inside rpm 12:25 < esden> cool my first command using awk !!! (/me was reading the awk howto in the train) 12:25 < esden> mount | awk '/builddir/ { print $3 }' | xargs umount 12:25 < huebi> esden: Congratulations 12:25 < esden> huebi: :D 12:26 < clifford> if it's not tar but something which is not reading more data than required, improving the pkg-tools is much easier. 12:26 < esden> thanks 12:27 < huebi> clifford: Yesterday I just needed 5 seconds to extract the metadata from a 101MB package. 12:27 < huebi> with tar 12:27 < anders_> clifford: what you want is similar to how mksysb's on AIX is created.. 12:29 < clifford> huebi: .. from a scsi harddisc - not an ide cdrom .. 12:29 < anders_> the archive sets Tape Control Markers in the archive, and you can step past some of them to reach parts of the archive faster. 12:29 < huebi> anders_: Thats also possible with tar 12:30 < anders_> huebi: I wonder if that would speed up the access inside the tar archvie. 12:30 < anders_> s/archvie/archive/g 12:31 < huebi> dd if=pkg.tar seek=block.before.metadata.begins |tar -xf - or something like that. 12:32 < clifford> huebi: but that would still read until the end of file .. 12:32 < huebi> metadata must then be at the end of pkg.tar 12:33 < huebi> anders_: tar -cvf pkg.tar pkg.tar.bz2 metadata-pkg.tar 12:33 < huebi> s/seek/skip/ 12:39 < anders_> what about lha ? 12:39 < anders_> (as an archiver/compressor) 12:41 -!- Netsplit over, joins: praenti 12:41 < esden> rofl ... dietlibc is such crap !!! 12:41 < esden> it is now producing random errors 12:41 < esden> every compile of tools produces another error .... 12:42 < huebi> anders_: I installed ROCK 1.5.12 on UltraSparc (Ultra 30) by hand. Therefore I used a SuSE 7.3 rescue system. tar and bzip2 come with most of the rescue systems. That's the reason I want to stay very conservativ with the old package system. 12:43 < th> hi 12:43 < th> huebi: heyjo 12:43 < th> huebi: sagmal baust du den kernel auch immer fuer die install-cds? 12:44 < esden> clifford: get_current_dir_name is not a posix futction ... you should not use it ... ;-) 12:44 < huebi> I did not use the install_bin. I copied and bunzip2'd and untared all packages by hand. 12:44 < clifford> esden: send me a patch. 12:44 < esden> clifford: sure ... 12:44 < huebi> th what do you mean? 12:44 < anders_> huebi: yeah, I can understand that quite well.. :) 12:45 < th> huebi: the kernel on the cdrom doesn't seem to have dell laptop support 12:45 < esden> but first I have to track all errors ... there are lots of them in the tools ... 12:45 < th> dell machines freeze almost immediately 12:46 < th> once the kernel is built it runs smoothly 12:46 < huebi> th: dell will be bought by HP in the near future I suppose. So we don't need any dell support anymore in the near future *ggg* 12:46 < esden> but now I go smoking one ... 12:46 < th> grr 12:46 * -> esden brb 12:46 < huebi> th: I'll have a look at the dell support. 12:46 < th> huebi: but i really need a boot-cd with another kernel 12:47 < th> huebi: how to replace the kernel? 12:47 < th> i can copy all files from cd 12:47 < th> but i don't know how to create the booteable iso 12:47 < th> and the mess is: i need it really fast 12:48 < huebi> th: There is enough space on the cdrom for more boot floppy images. So an extra "Dell Boot Image for TH" would beno problem. 12:48 < huebi> th when do you need it 12:48 < huebi> ? 12:48 < th> huebi: today 11 AM ;-) 12:49 < huebi> th: We have 12h49 pm ... ?! 12:49 < th> i know 12:49 < th> i need it ASAP 12:50 < th> you mean we could add more kernels to lilo? 12:50 < huebi> th: I'm at wuerg and can't do it now. 12:50 < esden> re 12:51 < huebi> th: no, not to lilo. To the boot selection menu of the cd 12:51 < th> huebi: floppies/kernel.conf is the current kernels config? 12:51 < th> "boot selection menu" of the cd? 12:51 < huebi> clifford: Do you know that? 12:52 < huebi> th: If you boot from CD you get a choice menu 12:52 < huebi> th: The only entry is: 1.Default Entry IIRC 12:52 < huebi> And there are 63 posible entries 12:53 * huebi made a man mkisofs 12:53 < th> huebi: stuff for creating the iso? 12:53 < huebi> th: exact! 12:54 < huebi> man mkisofs |lpr needs allmost half a tree *g* 12:54 < huebi> 40 pages or so 12:55 < th> where is mkisofs called? 12:55 < th> which script? 12:55 < huebi> https://freshmeat.net/redir/cdrecord/1139/url_tgz/cdrtools-1.11a23.tar.gz <- released a few moments ago ;-) 12:56 < huebi> th: ./scripts/Create-CD 12:56 < th> i know where to get mkisofs 12:56 < th> ahh ok 12:56 < th> taking a look 12:58 < th> how is that boot.catalog file created? 13:00 < huebi> th I don't know. I just mentioned that it's possible to make miltui boot cd's. Also for multi platform boots 13:06 < th> is base/* enough to boot? 13:07 < huebi> th: I don't know 13:07 < th> i test it 13:07 < huebi> ok 13:08 < th> when i have the running system i can install the other stuff 13:08 < th> 72% 13:08 < th> 93% 13:08 < th> yea 13:08 < th> have to reach lilo setup 13:09 < th> mbr written 13:28 * huebi is wondering where SMP is... 13:31 < th> somewhere in this _world_ ;) 13:31 < huebi> world is up ... ;-) again 13:32 < th> oha 13:32 < th> great 13:32 < huebi> Yes 13:32 < huebi> th but no ssh at the moment.. 13:34 < th> so smp is still working 13:35 < huebi> th: I think so too. 13:35 < huebi> Now he has a bad experience with upgrading a system. 13:36 < huebi> In the future he will make it sure that a new system is up _before_ he disassembles the old one. 13:37 < huebi> Luckily it is not a productive system to earn money with. (At least I hope so) 13:50 * -> esden away eating 13:51 < huebi> Mahlzeit *g* 13:54 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has joined #rocklinux 13:54 < armijn> re 13:54 < huebi> re hi armijn 13:54 < huebi> *smile* 13:54 < armijn> hi huebi 13:54 < armijn> *sigh* 13:55 < armijn> ripclaw is a nice guy, but...sometimes his suggestiosn are of completely no use 13:55 < huebi> *g* 13:55 < huebi> armijn: He communicates allmost not before he writes a new mail ;) 13:55 < armijn> and it's really hard to filter out all the stuff that actually does help 13:56 < armijn> yeah, well, I disagree what he mails... 13:56 < armijn> actually I'm still a bit surprised that for example the SILO guys still take him serious... 13:56 < armijn> and actually reply 13:59 < huebi> armijn: fels (Ultra 5) is not reachable in the moment. But there is rock (Ultra 30) with the same password for root. I installed rock 1.5.12 on rock too. 13:59 < armijn> ok 13:59 < armijn> did anything break in the build? 13:59 < huebi> I don't know why fels is unreachable 14:00 < armijn> but the build ran for...what was it, 4 days? 14:01 < huebi> armijn: Yes glibc after 8 min on both machines. What header files did you copy before/after generate-asm ? 14:01 < armijn> huebi: the build died? 14:01 < huebi> asm/traps.h is not found 14:01 < armijn> huebi: on which machine? 14:01 < huebi> armijn: Yes, it did die 14:01 < huebi> armijn: on both 14:01 < armijn> huebi: did you rerun ./scripts/Config and set it to sparc64? 14:01 -!- capchaos [~capchaos@pD9048412.dip.t-dialin.net] has joined #rocklinux 14:02 < huebi> armijn: Yes, I did that 14:02 < huebi> hi capchaos 14:02 < armijn> hmm... 14:02 < th> how to run the install shell without booting from install-cd? 14:02 < capchaos> hi huebi, hi all 14:03 < huebi> throot@rock:/rock-linux# ll 1-glibc.err 14:03 < huebi> -rw-r--r-- 1 root root 475433 May 11 23:53 1-glibc.err 14:03 < armijn> huebi: I copied /usr/src/linux/include/asm-sparc and /usr/src/linux/include/asm-sparc64 to /usr/include and then ran /usr/bin/generate-asm 14:03 < huebi> armijn: Ahh, Yess 14:03 < huebi> I do it now again. 14:03 < armijn> huebi: but that shouldn't make the machine unreachable 14:04 < huebi> armijn: I made an error in this morning with fels. I think it is now in OK promt. I pulled the seriall line ;( 14:05 < armijn> huebi: I wonder why the build breaks 14:06 < huebi> th: You don't need the install shell. 14:06 < th> just untaring? 14:07 < th> i want to "select */*; unselect base/*; install" 14:07 < huebi> th: Yes 14:07 < armijn> huebi: you got all the right files? and the right linux.conf?? 14:08 < huebi> armijn: I copied now the include/asm* files and run generate-asm 14:08 < th> huebi: but i need to extract all non-base packages... but... should be possible 14:08 < armijn> huebi: argh! now I know! 14:08 < armijn> huebi: I know what went wrong and why it failed 14:08 < huebi> the linux.conf is a problem because I need Symbios SCSI in the kernel. 14:09 < armijn> huebi: no no, the linux.conf build script 14:09 < armijn> ./base-config/linux/linux.conf 14:09 < armijn> I don't see it in CVS 14:09 < armijn> that you actually changed it back 14:09 < huebi> th: On the Ultra 30 I did it as follows 14:10 < huebi> armijn: mom 14:10 < huebi> th mount on /trg 14:10 < huebi> th mount on /src 14:10 < huebi> th: mkdir /trg/tmp 14:11 < hackbard> why not executing Install.bin from cd then? 14:11 < huebi> cp /src/rock-intel.../base-pkgs/*bz2 /trg/tmp 14:11 < huebi> hackbard: $PATH is wrong, libs are missing... 14:12 < huebi> cd /trg/tmp 14:12 < huebi> for i in `echo *` ; do bzip -d $i; done 14:12 < armijn> so, why don't make static bins on the CD? 14:12 < huebi> armijn: too big 14:13 < armijn> huebi: hrmpf 14:13 < hackbard> hi armijn 14:13 < hackbard> 1.7 ? 14:13 < huebi> th: cd trg 14:13 < armijn> huebi: we can add a static version as well...doesn't ahve to be on the install part itself, but somewhere outside it 14:13 < armijn> hi hackbard 14:13 < huebi> for i in `echo tmp/*` ; do tar -xvf $i; done 14:13 < huebi> chroot /trg 14:14 < huebi> /etc/setup.d/00-general setup 14:14 < huebi> /etc/setup.d/xx-sshd setup 14:15 < huebi> th: Do you have an idea how it should work? 14:15 < huebi> +now 14:15 < armijn> hmm...is pstree is a standard tool? 14:15 < huebi> armijn: i have a look at the linux.conf build script.. 14:16 < armijn> huebi: it hasn't been updated in CVS, you needed to merge those changes with the alpha changes from holyolli 14:16 < armijn> huebi: and in there I call generate-asm *twice* (on different locations), which are needed to make glibc compile 14:18 < huebi> armijn: I'm wondering Why it got lost again... 14:18 < armijn> huebi: because we never fixed it? 14:19 < huebi> armijn: hmmm... could be.. I'll fix it tonight 14:19 < huebi> armijn: must be 14:19 < armijn> yeah :) 14:24 < th> huebi: thanks for it. 14:24 < th> huebi: i did it a bit different but i should consider running some setup stuff 14:25 < huebi> th: No problem. 14:26 < huebi> th: I used a SuSE 7.3 Install CDROM for installing Rock in that way on my Ultra 30... 14:27 < th> ;-) 14:27 < armijn> yeah, and then he started to build ROCK on it 14:27 < armijn> but that failed 14:27 < armijn> because there were files wrong in CVS! 14:27 < armijn> grrrr :) 14:28 < huebi> armijn: I fix it now 14:29 < huebi> the file linux.conf 14:29 < armijn> :) 14:29 -!- anders_ [~guest@imhotep.hursley.ibm.com] has quit ("checking hdd in slaptop...") 14:32 < huebi> armijn: fixed! 14:32 < armijn> including the alpha fixen? 14:33 < armijn> from holyolli? 14:33 < huebi> https://rocklinux.dyndns.org/cgi-bin/cvsweb.cgi/rock-1.5/base-config/linux/linux.conf <- No changes for alpha have been made at all 14:33 < armijn> urgh. 14:33 < armijn> wicked. 14:33 < huebi> armijn: holiolli did not do any fixes in linux.conf. 14:33 < armijn> ! 14:34 < armijn> then why did he check it in? 14:34 < armijn> probably because he didn't update it before he started to work...or check in 14:34 < huebi> I checked it in! 14:34 < armijn> grmbl 14:34 < huebi> ;-/ 14:34 -!- snyke [~snyke@pD9502A71.dip0.t-ipconnect.de] has joined #rocklinux 14:37 < armijn> huebi: so, check it out again and restart the build, it should work now 14:37 < armijn> and first cleanup 14:37 < snyke> hi 14:38 < snyke> can sb. help me? :) sendto in send_tcp_raw: sendto(3, packet, 40, 0, 217.229.9.174, 16) => No buffer space available 14:38 < huebi> armijn: Just did that a few minutes ago ;-) 14:38 < armijn> huebi: ok, great 14:39 < huebi> I tail -f 1-glibc.out 14:39 < armijn> huebi: 1-linux did go right? 14:39 < huebi> armijn: mom 14:39 < snyke> :( 14:40 < armijn> snyke: what tool? 14:40 < snyke> nmap 14:40 < snyke> :) 14:41 < armijn> hmm...I wouldn't know, I'm sorry 14:41 < snyke> hm 14:41 < snyke> I think my kernel is crap 14:41 < huebi> armijn: Yes, it worked well. 14:41 < armijn> huebi: great 14:41 < snyke> top and systat are also not working 14:41 < snyke> :( 14:42 < huebi> armijn: How long are you still here? 14:42 < armijn> huebi: I will go to a lecture in 15 minutes and then I'll be back at 5 14:42 < armijn> until about 8 or 9 14:43 < huebi> armijn: great. glibc should be allmost finished when you come back. 14:43 < th> huebi: da is noch ein 2313er nvidia im 1.5er tree? 14:43 < armijn> huebi: takes two hourse? 14:43 < huebi> th should be newer 14:43 < huebi> armijn: Yes about that time 14:44 < huebi> th: I though I changed it... 14:44 < huebi> th: ... or somebody else 14:44 < th> i'm almost sure - that i installed 28xx with 1.5 14:45 < huebi> th: Yes, It has been there. 14:45 < armijn> huebi: I will not develop on sparc64 the coming few weeks (except for tonight, I think) 14:46 < armijn> need to do Alpha and PA-RISC :)) 14:46 < th> huebi: but it's old now. 14:46 < huebi> th you removed the old .pz file. 14:46 < huebi> https://rocklinux.dyndns.org/cgi-bin/cvsweb.cgi/rock-1.5/ext-config/nvidia/Attic/nvidia.pz 14:47 < huebi> I just replaced it in the pz file 14:47 < huebi> No also in the ext file 14:48 < armijn> huebi: it's building already longer than 8 minutes... 14:49 < armijn> so, that looks good 14:49 < huebi> armijn: Yes, it's good 14:55 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has quit ("ircII EPIC4-1.0.1 -- Are we there yet?") 15:03 < th> huebi: it's still old 15:03 < th> huebi: did you commit? 15:03 < huebi> th yes 15:03 < th> i just refetched the nvidia.ext 15:03 < th> it's 2313 15:04 < th> am i confused? 15:05 < huebi> th: error by me! I did not change it. \ 15:05 < huebi> ;( 15:06 < huebi> I had a call with ripclaw 15:07 < huebi> rxr: The U5 is still not send to you. It is also not known when that will be. 15:07 < huebi> hackbard: The U5 is still not send to you. It is also not known when that will be. 15:07 < huebi> th I fix nvidia now. 15:07 < th> thanks 15:07 < th> tell me when committed 15:08 < huebi> th ok 15:09 < hackbard> huebi: okay, thnx! 15:09 < huebi> hackbard: ;-) 15:10 < hackbard> of course i would have prefered: it's out .. but who cares ;) 15:12 < huebi> hackbard: ripclaw does not make that it will happend at a given date. ;( 15:12 * th stares at his irc-client and waits for a "< huebi> th: done" 15:13 < huebi> th hehe, still checking out.. 15:14 < hackbard> no problem, actually i am rying to boot minimal rock on dbox2 right now, which makes me busy the next time :) 15:15 < th> hackbard: hey tell me about it when ready 15:15 < th> hackbard: currently running tuxbox only ;-) 15:15 < hackbard> th: i created a minimal ppc environment with 1.7 scripts 15:16 < huebi> hackbard: Any interest on a "Krups" with 64MB RAM 8MB Flash and mouse and keyboard? 15:16 < hackbard> but somehow ppcboot troubles me 15:16 < hackbard> huebi: how much money? 15:16 < huebi> hackbard: 120 EUR + MwSt 15:16 < hackbard> wow, thats nearly cheaper then my javaI 15:17 < huebi> :-) 15:17 < hackbard> gimme some time to think about it, as i have to pay rc soon too 15:17 < huebi> hackbard: OK. 15:18 -!- anders_ [~guest@imhotep.hursley.ibm.com] has joined #rocklinux 15:18 < huebi> re anders_ 15:18 < anders_> hmmm... I can have a 12.5mm 2.5" disk in my slaptop... 15:18 < anders_> re huebi 15:18 < huebi> anders_: 60GB? 15:18 < anders_> Will have to look at the disks available.. 15:19 < anders_> huebi: I have looked at the 40GB Fujitsu... 15:19 < huebi> anders_: No IBM? 15:22 < th> huebi: ok stop it. 15:22 < huebi> th: ? 15:22 < th> huebi: i found an old ext file with newer version 15:22 < th> huebi: i will commit it now 15:22 < huebi> th ok 15:24 < th> huebi: i now know what you mean by "still checking out" 15:24 < th> huebi: slow link... 15:26 < huebi> th: No, slower LVM/reiserfs combination. you only used 70% of the bandwidth 15:26 < th> hmmm 15:26 < th> there are tons of cksum-errs for the ext-files 15:27 < huebi> th: I'll change it. but before I need to backup the disks (~200GB used) 15:28 < th> change is almost done.. 15:28 < th> just awaiting the commit ;) 15:28 < th> let's see how soon world is available for cvs 15:29 < huebi> th: Yes, and SMP for the world again ;-)) 15:30 < anders_> huebi: Uhm, no.. IBM disks nowadays comes with some restrictions imposed.. 15:30 -!- capchaos [~capchaos@pD9048412.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out)) 15:30 < huebi> anders_: What do you mean? 15:30 < anders_> huebi: like "Please do not run the disk more than 50% of the time as it might cause nasty side-effects" 15:30 < anders_> as in, only use the disk 12 hours/day.. 15:31 < huebi> Ihh. Bad construktion... Why is that done in that way? 15:32 < anders_> no idea.. it was for the new 120GXP model.. 15:32 < anders_> so I will look at other manufacturers and see if their disks are less restrictive in hours/day usage.. 15:33 < th> huebi: committed 15:33 < anders_> there are nice 60GB 5400rpm 2.5" IBM disks, but they are expensive.. 15:33 < huebi> I think somethink is going wrong there. If a disk fails if I use it 24/7 15:33 < th> huebi: i had INDEX.* conflicts./.. 15:33 < th> i just rebuilded 15:34 < huebi> s/k/g/ 15:34 < anders_> yeah.. I want to be able to run things 24/7 as well.. Perhaps only for some days at a time, but perhaps also for a month or so.. Depends what I am doing.. 15:35 < huebi> anders_: 1 or better 3 months is ok. Or an automatik refresh of the disk after a few weeks. 15:35 < huebi> s/k/c/ 15:36 < praenti> hi 15:36 < huebi> hi praenti 15:37 < praenti> huebi: how does your snapshot script work? i dont see any command in there 15:37 < huebi> praenti: Still not working... 15:37 < praenti> btw to all: new OPN server in germany. goethe.openprojects.net 15:38 < huebi> praenti: kool 15:38 < praenti> huebi: then how do you make your snapshots. i cant compile it directly out of the cvs. cvs co donnt cath empty directories 15:38 < huebi> https://rocklinux.dyndns.org/ChangeLog <- new 15:39 < praenti> argh. fat fingers... i meant: cvs co doesnt catch empty directories 15:39 < huebi> praenti: install-disks still has to be fixed. I started a new compile this morning to find out what has to be done. 15:40 < praenti> huebi: there's a missing mkdir 15:40 < praenti> wait a moment 15:41 < huebi> praenti: Which directories are missing after co? 15:43 < praenti> for example misc/install-disks/lib 15:44 < praenti> thats the why install-disks didnt compile by me. 15:44 < praenti> s/the// 15:44 < praenti> ohh. that was one / too much 15:44 < huebi> praenti: thank you! 15:45 < praenti> and misc/sysfiles has also diretories in the cvs which are empty 15:45 < praenti> perhaps thats the problem why i cant reach stage 2 even stage 1 was complete 15:46 -!- capchaos [~capchaos@pD9048514.dip.t-dialin.net] has joined #rocklinux 15:46 < praenti> huebi: look like i have reached now stage 2 15:47 < huebi> praenti: misc/sysfiles <- which directories are empty? 15:47 < praenti> huebi: i dont know what was wrong by me. perhaps i made a mistake yesterday 15:47 < huebi> praenti: That could be ;-) 15:49 < praenti> huebi: ok. ich mach schnell auf deutsch 15:50 < praenti> huebi: stage 2 wieder abgebrochen. irgendwas an libpcre 15:50 < huebi> libpcre is not working. I did not finish it. 15:52 < praenti> huebi: ok. then i kill the package in my build 15:52 < huebi> praenti: ok 15:53 < praenti> huebi: in sysfiles /misc/sysfiles/etc/skel and /misc/sysfiles/var are missing 15:53 -!- capchaos is now known as klickibunti 15:55 < huebi> it's ext-config/pcre just erase it. 15:56 < huebi> praenti: misc/sysfiles/etc is there 15:56 < huebi> hmmm 15:58 < huebi> praenti: I have a look at it later. I don't know why it doesn't work for you. 15:58 -!- klickibunti is now known as sexy 15:59 < huebi> capchaos: *lol* 15:59 < sexy> ;) 15:59 < sexy> just kidding with my girlfriend, dont bother *g* 16:02 * huebi is waiting for armijn. glibc still fails :-( 16:04 < huebi> https://www.rocklinux.org/people/esden/ircstat/ <- could it be that I spend too much time in irc? ;-/ 16:04 < sexy> yeah... you should try icq, too 16:05 < sexy> *fg+ 16:08 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has joined #rocklinux 16:08 < armijn> re 16:08 < armijn> lecture was a bit shorter than I thought... 16:09 < huebi> hi armijn 16:09 < armijn> hi huebi 16:09 < rxr> re 16:10 < huebi> hi rxr 16:10 < huebi> 16:02 * huebi is waiting for armijn. glibc still fails :-( 16:10 < armijn> hmmkay 16:10 < armijn> have logged into rock now 16:10 < huebi> armijn: /rock-linux/1-glibc.err.2 <- thats it. 16:11 < armijn> hmm 16:11 < armijn> haven't seen that failure before 16:16 < armijn> huebi: did the other build break here as well? 16:16 < huebi> armijn: The last one last week directlyt after you left: Yes. 16:16 < armijn> hmm 16:19 -!- clifford_ [~clifford@62.46.3.69] has joined #rocklinux 16:19 < praenti> huebi: the problem could be caused by my cvs settings 16:20 -!- clifford [~clifford@62.46.4.208] has quit (Read error: 113 (No route to host)) 16:20 < huebi> praenti: Yes, that's possible 16:21 < rxr> huebi: i see you wrote s.th. about the U5's some hours ago - it is fine when they are currently stalled. if they arrive in the next weeks it is still very ok - and matches with my finacial situation even better ;-) 16:21 < huebi> rxr: ;-)) 16:21 < armijn> huebi: I will try something now in CVS 16:21 < armijn> how long did it actually run? 16:22 < huebi> armijn: ok 16:22 < armijn> 1 hour? 16:22 < huebi> mom 16:22 < huebi> == 14:33:26 =[1]=> 16:22 < huebi> == 15:39:01 05/13/02 16:23 < armijn> ok 16:23 < armijn> new check out, cleanup, rebuild :) 16:23 < huebi> ok 16:23 < huebi> armijn: do it, please. 16:24 < armijn> huebi: ehr, no, it's your machine 16:24 < armijn> I always organize my sourcetree a little bit different 16:24 < armijn> so I don't want to mess up things 16:24 < huebi> armijn: ok, then I start the build. 16:24 < huebi> ;-) 16:24 < armijn> oh and cleanup :) 16:25 < huebi> Should I cleanup now? 16:25 < armijn> yeah 16:25 < huebi> ok 16:26 < huebi> done 16:26 < armijn> build running? 16:27 < huebi> Should I restart a build now? 16:27 < armijn> yeah 16:27 < huebi> ok 16:28 < huebi> started.. 16:28 < armijn> great 16:28 < huebi> armijn: What did you change? 16:29 < armijn> huebi: in glibc.conf I deleted the stuff for "broken on sparc64" 16:29 < huebi> armijn: That means it is now bach in it again? 16:29 < huebi> s/h/k/ 16:31 < huebi> bbl 16:34 < rxr> huebi: package format discussion - I would also like to see the meta-data in the archives. In 2.0 we plan a much smother network-installation. So handling different ways to get the meta data (form the single files from cd, in a all-meta.tar.bz2 form a server ...) is a mess 16:35 < rxr> so having the meta data in the packages would clean all this up. 16:35 < rxr> and you always mention a update-cd 16:35 < rxr> i do only want have one cd-set for installation OR update 16:36 < rxr> you sometimes seem to think of two different CD-sets ... 16:53 < huebi> re 16:54 < huebi> == 16:33:06 =[1]=> Building base package glibc [2.2.5 1.5.13_2002-04-04_21h08]. 17:08 < armijn> huebi: I think it will build now 17:08 < armijn> I remember that I commented these things out at home as well 17:08 < armijn> still quite a few old patches kicking around 17:09 < armijn> are those still needed? 17:09 < huebi> armijn: We'll see if it works in 25min 17:10 < huebi> armijn: I don't know if they are needed. 17:10 < armijn> would be cool if we could remove them 17:10 < armijn> maybe clifford can shed some light on it 17:10 < huebi> after building I can try to remove the patches. 17:11 < huebi> armijn: yes clifford should know something. 17:11 < armijn> but he's quite idle 17:12 * huebi is testing netsaint. It's better to know before the users if something will faile/failed ;-) 17:12 < huebi> armijn: Yes he is ;( 17:12 < armijn> hrmpf 17:17 < armijn> I need source packages for ROCK 17:17 < armijn> is there a good fast mirror somewhere? 17:18 < huebi> armijn: which ones? 17:18 < armijn> huebi: all base packages 17:18 < armijn> so I can burn them on CD 17:18 < armijn> take them home 17:18 < armijn> and do stuff 17:18 < armijn> like test on alpha :) 17:19 < huebi> no, world is still not back on service. 17:21 < huebi> https://www.thinkgeek.com/stuff/fun-stuff/3884.shtml <- does somebody know where I get the source for that poster? 17:21 < rxr> huebi: i think there was a script to generate it 17:21 < rxr> fomr the souce - maybe it is even included in the kernel ... 17:21 < armijn> evil 17:22 < rxr> but the .ps is arround 200 MB someone told me ... 17:22 < huebi> rxr: I need it. Here I can use a DIN A0 colour printer... 17:22 < armijn> hmm... 17:22 < armijn> I spent a bit too much money this weekend 17:23 < armijn> now I've got no cash to buy a book that I need...whoops 17:24 < huebi> cat /dev/urandom > armijn:/dev/wallet 17:24 < huebi> :-) 17:24 < armijn> hehe 17:24 < armijn> but I did buy some great records :) 17:24 < armijn> you know, vinyl 17:24 < huebi> "Armijn, how much money do you have?" - " Uhh, random..." 17:24 < armijn> "Schallplatten" 17:25 -!- sexy is now known as capchaos 17:25 < huebi> armijn: The old ones 72rmp? 17:25 < armijn> huebi: 72 rpm? 17:25 < armijn> there were no 72 rpm records 17:25 < armijn> there was 16, 33, 45 and 78 17:25 < huebi> armijn: I meant 78 17:25 < armijn> 16 rpm records are quite rare 17:26 < armijn> huebi: no, no 78 rpm records... 17:26 < armijn> Motorhead is not *that* old 17:26 < huebi> hehe 17:26 < rxr> huebi: i can't find the script currently ... 17:27 < huebi> I had one "Rock' around the clock" about 20 years ago. From the father of a friend.. 17:27 < armijn> huebi: the 78 rpm record? 17:27 < huebi> armijn: Yes 17:27 < armijn> huebi: but you smashed it up? 17:28 < armijn> huebi: that one is quite expensive compared to others... 17:28 < armijn> huebi: old 78 rpm rock and roll records are quite expensive 17:28 < huebi> no. I didn't. I gave it back to his father. He got it when he was 15 years old 17:29 < armijn> ah, ok 17:31 < huebi> glibc is still building 17:33 < huebi> rxr: Can you stay on searching for that script? I really want to have such a poster. It's also good for Linuxtag. 17:35 * huebi is dreaming of a new wallpaper 17:35 < rxr> huebi: sure - i can do some more search this night ;-) 17:35 < armijn> huebi: with naked ladies? 17:35 < d3mian> hola ;) 17:35 < huebi> rxr: kool 17:35 < rxr> huebi: maybe our bash,awk and perl god clifford_can quickly hack a new script ;-) 17:35 < huebi> armijn: naked kernel code in postscript 17:36 < rxr> mabe also outputing a ROCK-circle ... 17:36 * rxr busy watching tv ... 17:36 < huebi> hi d3mian 17:36 < huebi> a rock script Poster 17:36 < armijn> that will be a small poster 17:37 < huebi> kool. glibc is still compiling ;-)) 17:37 < huebi> armijn: Yes a rock stamp! 17:37 < armijn> I think that that was what went wrong 17:38 < armijn> wooo 17:38 < armijn> it failed 17:38 < huebi> armijn: Yes, same error 17:39 < armijn> now, that's weird 17:39 < armijn> hmm 17:39 < huebi> armijn: Exact the same error 17:40 < armijn> I know... 17:40 < armijn> I used to build on 1.5.12 17:40 < armijn> so, let's see what the differences are between those two 17:41 < huebi> ok 17:42 < d3mian> does rock 1.5.13 install disk has reiserfs support in kernel? 17:43 < huebi> d3mian: no, not yet. 17:43 < d3mian> umm 17:43 < d3mian> why not, i think it needs to be inside rock, i guess 17:43 < huebi> d3mian: It's [planned to use some more boot disks on cd for your choice. 17:43 < huebi> d3mian: The install disk is too big with reiserfs. 17:44 < d3mian> yeah?, ok 17:44 < huebi> or better th kernel. 17:44 < d3mian> th kernel? 17:46 < huebi> The kernel including reiserfs is too big. 17:46 < huebi> ;-) 17:46 < armijn> U xdr_opaque 17:46 < armijn> /rock-linux/src/glibc-2.2.5/nis 17:46 < armijn> nm libnsl.so.1 | less 17:47 < d3mian> ok huebi, thnx 17:48 < armijn> I don't get it 17:48 < armijn> rxr: you glibc guru? 17:49 < huebi> rxr: Here is the article: https://slashdot.org/articles/01/02/07/1327226.shtml 17:50 < huebi> rxr: https://planetmirror.com.au/pub/lgp/lgp-2.4.0.tar.bz2 <- the script. 17:51 < huebi> armijn: rxr is watching tv ;-( 17:51 < praenti> blindy|nothere: ? 17:52 < huebi> watching #rocklinux is more fun and you can interactive change the program ;-) 17:52 < capchaos> huebi: irc-addictive *g* 17:52 < armijn> hmm 17:53 < hackbard> huebi: didnt you get my dcc send? 17:53 < armijn> and clifford is not there as well? 17:53 < huebi> hackbard: no, i didn't 17:53 < rxr> armijn: im not a real glibc guru ... 17:53 < armijn> rxr: hey, you were watching TV :) 17:53 < hackbard> i ve got lpg-linux kernel.ps for you 17:53 < armijn> gcc -nostdlib -nostartfiles -o nscd -Wl,-dynamic-linker=/lib/ld-linux.so.2 -W 17:53 < armijn> l,-z,combreloc ../csu/crt1.o ../csu/crti.o `gcc --print-file-name=crtbegin.o` ns 17:53 < armijn> cd.o connections.o pwdcache.o getpwnam_r.o getpwuid_r.o grpcache.o getgrnam_r.o 17:53 < armijn> getgrgid_r.o hstcache.o gethstbyad_r.o gethstbynm2_r.o dbg_log.o nscd_conf.o nsc 17:53 < armijn> d_stat.o cache.o xmalloc.o ../linuxthreads/libpthread.so ../nis/libnsl.so -Wl,- 17:53 < armijn> rpath-link=..:../math:../elf:../dlfcn:../nss:../nis:../rt:../resolv:../crypt:../ 17:53 < rxr> I'm an interview is over - now the 18:00 news ... 17:53 < armijn> linuxthreads ../libc.so.6 ../libc_nonshared.a -lgcc `gcc --print-file-name=crten 17:53 < armijn> d.o` ../csu/crtn.o 17:54 < armijn> ../nis/libnsl.so: undefined reference to `key_secretkey_is_set' 17:54 < armijn> and much more undefined references... 17:54 < rxr> hm 17:54 < armijn> could it be an error on the host system?? 17:54 < esden> re hi all 17:54 < huebi> hackbard: How big is it? 17:55 * -> esden bought the case for the display far huebi ;-) 17:55 < hackbard> 23M :) 17:55 < hackbard> wait, i ll bz2 it 17:56 < hackbard> 5.9M lgp-kernel2.4.9-a0.ps.bz2 17:56 < huebi> esden: kool! 17:56 < armijn> why is it undefined?? 17:56 < rxr> armijn: I'm untaring glibc 17:56 < hackbard> huebi: do you want me to send it via mail? 17:56 < huebi> hackbard: can you upload it later today? 17:56 < armijn> rxr: I haven't had a problem with it so far... 17:56 < hackbard> sure 17:57 < d3mian> hi esden 17:57 < armijn> huebi: can rxr log in on "rock"? 17:57 < huebi> hackbard: ok. I tell you when ;-) 17:57 < huebi> armijn: one moment... 17:58 < huebi> rxr: What's your prefered username? 17:58 < rxr> maybe key_call.o is missing above .. 17:58 < esden> huebi: it is a 150x80x50 box ... sorry that it is so big but I could not get a more sutable one :-( 17:58 < rxr> huebi: rene 17:58 < huebi> rxr: ok 17:58 < armijn> rxr: hmm 17:58 < armijn> rxr: dunno, libnsl gets included 17:58 < rxr> for linking 17:59 < esden> but because it is so big you will be able to insert a pcb in it lateron ;-) 17:59 < armijn> rxr: but then it should be a problem when libnsl was first made.. 17:59 < rxr> armijn: i take a look when the login is ready 18:01 -!- hackbard_ [~hackbard@p50807C43.dip.t-dialin.net] has joined #rocklinux 18:01 < huebi> rxr: login is ready 18:01 -!- d3mian is now known as d3m|wrk 18:01 < rxr> name / ip ? 18:03 < huebi> esden: ok 18:03 < hackbard_> huebi: https://sourceforge.net/projects/fcgp/ 18:04 < hackbard_> do you think you can use that for the rock scripüts too? 18:04 -!- hackbard_ is now known as hackbard_-_-_- 18:04 -!- hackbard_-_-_- is now known as hack^ 18:05 < huebi> frank: That has to be testet 18:05 < rxr> ok bin drin 18:05 < armijn> rxr: go to /rock-linux 18:05 < armijn> rxr: there you will find 1-glibc.err.3 18:05 -!- clifford_ is now known as clifford 18:06 < clifford> hi gang. 18:06 < rxr> hi boss 18:06 < armijn> hi captain 18:06 < huebi> hi clifford ;-) 18:06 < clifford> rxr: doesn't look like alsa supports the midi port on my soundcard. 18:06 < rxr> clifford: maybe some gneric driver= 18:07 < rxr> the gamport is also supported be the generic neXYZ one ... 18:08 < rxr> armijn: huebi is the src dir still arround somewhere ? 18:08 < armijn> rxr: yeah 18:08 < armijn> /rock-linux/src 18:08 < rxr> src/glibc-2.2.5 18:08 -!- netcrow [netcrow@apollo.bingo-ev.de] has joined #rocklinux 18:08 < armijn> clifford: undefined references...what's causing that? 18:08 < netcrow> hi 18:09 < clifford> undefined references: a symbol can not be found. e.g. because a needed libarary is not passed to the linker. 18:09 < rxr> clifford: jups 18:10 < armijn> clifford: hmm...ok 18:11 * rxr wating 18:11 < huebi> How can I find out which library is not passed to the linker? 18:11 < armijn> rxr: if you use nm on src/glibc-2.2.5/nis/libnsl.so.1 you'll see those symbols are undefined 18:11 * clifford is confused about all than alsa modules. 18:12 < armijn> rxr: the ones that the compile complains about being undefined 18:12 < rxr> clifford: bu this is really great 18:12 < clifford> huebi: when using gcc as linker application - simply pass the -v option/ 18:12 < rxr> less code duplication because all the basics are reused ... 18:12 < armijn> clifford: that will generate a lot of output right? 18:12 < clifford> currently I have 26 snd-* modules loaded. 18:12 < clifford> armijn: yes. 18:13 < armijn> clifford: so, that would be great for glibc :)) 18:13 < armijn> oh boy 18:13 < clifford> rxr: what's that 'generic' driver you where talking about? 18:14 * clifford starts to hate c++ .. 18:14 < rxr> maybe some generic 401 whatever midi-port driver - i have not yet took a look 18:14 < rxr> clifford: no please not C++ is great! 18:15 < armijn> clifford: in what way does the install on the host system influence the build of glibc? 18:15 < rxr> armijn: mostly the linux headers - and the C compiler used 18:15 < clifford> armijn: instal = /usr/bin/install - or just the build system in common? 18:16 < armijn> clifford: the whole build system...the whole host 18:16 < clifford> rxr: If you are not building a pseudo cross compiler .. 18:16 < rxr> armijn: maybe simply the sunrpc stuff got not build - the missing symcols are most (all) in this one ... 18:16 < rxr> clifford: 1.5 ... 18:16 -!- netcrow [netcrow@apollo.bingo-ev.de] has quit ("Leben") 18:16 < armijn> rxr: that's what worries me as well 18:17 < clifford> rxr: ohh. armijn: a lot. diffrent kernel headers, glibc or compiler on the host system can make you life much harder .. 18:17 < rxr> armijn: I build the sunrpc now first (manually) let's see what this will produce ... 18:18 -!- hackbard [~hackbard@pD9523DBB.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out)) 18:18 < rxr> huebi: how many Mhz does the box have? arround 300 ? 18:18 < armijn> hmm...so it might be possible that because huebi used this very experimental 1.5.12-sparc64 iso, which was quite untested completely fscked it up :) 18:18 < huebi> rxr: Yes 296 18:19 < rxr> huh - whta value is this? 18:19 < armijn> rxr: that's sparc :) 18:19 < rxr> huebi: so slightly faster then a U5 ? 18:19 < rxr> or MUCH faster ? 18:20 < armijn> the U5 that ripclaw got was quite fast... 18:20 < huebi> rxr: it's faster but not much. 18:20 < rxr> ah 18:21 < huebi> The U 30 CPU has 2MB cache and the U5 only ~256K @270 MHz 18:21 < huebi> But you have 1216MB RAM on the U30 18:22 < armijn> rxr: already building? 18:22 < rxr> the sunrpc the sunrpc also results in many unresolved symbols ... 18:23 < armijn> because it uses libnsl.so.1 right? 18:23 < rxr> ? no i do not think so 18:24 < armijn> ok, then maybe the problem is one level higher :) 18:24 -!- bluefire [~bluefire@pD9E1CF89.dip.t-dialin.net] has quit ("leaving") 18:26 < armijn> rxr: but it barfed because of this; ../nis/libnsl.so: undefined reference to `key_secretkey_is_set' 18:27 < armijn> and more undefined references... 18:27 < rxr> ? 18:28 < armijn> rxr: look in /rock-linux/1-glibc.err.3 18:28 < rxr> it faild with gcc -nostdlib -nostartfiles -o nscd /**/ 18:28 < rxr> ah yes sure overlook one line 18:28 < armijn> rxr: ok 18:29 < armijn> so, the problem here is in libnsl.so.1, there are undefined references in there 18:29 < armijn> oh, this is so great... 18:29 < rxr> or they should be in another .so which is defect 18:29 < armijn> I want to download the packages for 1.5.14 (source), but I can't get them 18:30 < armijn> just packages for 1.5.12 18:30 < armijn> I mean, sources 18:31 < armijn> rxr: yeah, but which .so? 18:31 < rxr> armijn: i still read the stuff and compare some symbols 18:31 < huebi> armijn: on rock you can use ftp://ella/rock-pkg-1.5 as mirror 18:32 < armijn> huebi: but I need it here, for at home :( 18:32 < huebi> armijn: There is no fast mirror at the moment. 18:32 < armijn> huebi: urgh 18:32 < armijn> so how I can I then build 1.5.14 on PA-RISC or Alpha? 18:33 < armijn> I will need to return the PA-RISC in a few weeks once I get it 18:33 < armijn> huebi: can you snail-mail a CD with the latest sources to me? 18:34 < rxr> clifford: my brains seem to lost some keys ... - how do we get the symbols in a dynamic object ? 18:34 < huebi> armijn: I can tread the snail with acraddle ;-) 18:35 < huebi> armijn: I send it to you. 18:35 < armijn> huebi: ok 18:35 < huebi> can you mail me your address? 18:36 < clifford> rxr: nm 18:36 < rxr> nm libnsl-2.2.5.so 18:36 < rxr> nm: libnsl-2.2.5.so: no symbols 18:36 < armijn> huebi: yeah 18:36 < clifford> that .so ist stripped .. 18:36 < rxr> ? 18:36 < rxr> clifford: it is not possible to tet the symbol names from a tripped .so ? 18:37 * rxr throwing s.th. against a wall ... 18:37 < armijn> so, where does the linker get its symbols then? 18:37 < clifford> rxr: well - at least the linker should be able to do it .. :-) 18:37 < clifford> wait a sec .. 18:38 < huebi> armijn: I got it 18:38 < armijn> huebi: address? 18:38 < huebi> armijn: the address 18:38 < rxr> clifford: ok - dann bin ich ja schonmal nicht soo doof ... 18:38 < armijn> clifford: we're wondering, libnsl.so is having undefined references and we're trying to found out where it goes wrong 18:39 < rxr> ah ok 18:40 < rxr> on the just builded sparc nm libnsl.so outputs the symbols 18:40 < armijn> rxr: on huebi's machine? or at home? 18:40 < rxr> armijn: @ huebi 18:40 < armijn> rxr: yeah, but it probably says that it's undefined 18:41 < rxr> armijn: sure it is undefined in this one - but I would like to compare the output with working onces to find out where the symbols should be in ... 18:42 < esden> ok applied for the lego mindstorms programming prakticka 18:42 < rxr> root@rock:/rock-linux/src/glibc-2.2.5/nis# nm /lib/libnsl.so.1 | grep xdr_void 18:42 < rxr> U xdr_void@@GLIBC_2.0 18:42 < rxr> armijn: the system ones is also undefined - so they should be provided in another lib (as I already geussed from the beginning ... 18:42 < rxr> ) 18:42 < clifford> achtung flood .... 18:42 < rxr> ok 18:42 < clifford> clifford@apollo:~$ echo 'extern int dummyvar;' > demo.c 18:42 < clifford> clifford@apollo:~$ gcc -s -shared -o demo.so demo.c 18:42 < clifford> clifford@apollo:~$ nm demo.so 18:42 < clifford> nm: demo.so: no symbols 18:42 < clifford> clifford@apollo:~$ objdump -T demo.so 18:42 < clifford> demo.so: file format elf32-i386 18:42 < clifford> DYNAMIC SYMBOL TABLE: 18:43 < clifford> 00000094 l d .hash 00000000 18:43 < clifford> 0000016c l d .dynsym 00000000 18:43 < clifford> 0000039c l d .dynstr 00000000 18:43 < rxr> clifford: danke ;-) 18:44 < armijn> rxr: no one said the system libs are correct! 18:44 < rxr> clifford: wenn wir dich nicht heatten ;-) 18:44 < rxr> rene@jackson:/lib > objdump -T libnsl-2.2.5.so | grep xdr_void 18:44 < rxr> 00000000 DF *UND* 0000000c GLIBC_2.0 xdr_void 18:44 < clifford> rxr: dann wuerdet ihr euch ein buch ueber binutils kaufen .. :-) 18:44 < rxr> in my glibc (intel) they are also undefined ) ... 18:44 < rxr> clifford: genau - aber wir habe ja dich *freu* 18:44 < armijn> hey, quit the german 18:45 < armijn> you're making me feel unwelcome 18:45 < armijn> anyway... 18:45 < armijn> rxr: so, where do they get defined on your system? 18:46 < rxr> still typing# 18:46 < armijn> grep is your friend 18:47 < rxr> hehe 18:47 < rxr> i now - but if you wanne now in which file it is some more tricks are needed ... 18:49 < rxr> they are all in libc-2.2.5.so 18:49 < armijn> hmm 18:49 < rxr> defined 18:49 < huebi> Ok. I have to leave now. Cu later. ;-) 18:49 < armijn> bye huebi 18:49 < huebi> bye armijn 18:49 < rxr> cu huebi 18:49 < huebi> bye all 18:50 < armijn> rxr: hmm 18:50 < armijn> rxr: you're right 18:50 < rxr> armijn: i think maybe a typo in the Makefiles ... 18:50 < armijn> rxr: I doubt it 18:50 < armijn> rxr: this is the stock glibc 18:50 < armijn> rxr: and it built on my machine at home 18:50 < rxr> yes - and it doesn't compile - and I know drepper ... 18:51 < armijn> what about him? 18:51 < rxr> armijn: so a bug that only happens in some corner cases ... 18:51 < armijn> rxr: but I did build on ultrasparc... 18:51 < rxr> armijn: i miss the enlgish adjective for him ... ;-) 18:51 < armijn> ok, try german 18:52 -!- anders_ [~guest@imhotep.hursley.ibm.com] has quit ("*yawn* time to go home..") 18:52 < rxr> maybe some kind of eigensinnig ... 18:52 < rxr> but back to the glibc 18:52 < armijn> hehe 18:53 < armijn> the symbols are also undefined in libnsl.a 18:53 < armijn> which is used to construct libnsl.so 18:53 < rxr> armijn: but this doesn't seem to be the problem 18:53 < armijn> well, the problem is that there are undefined references 18:53 < rxr> they are IN the glibc.so so they are undefined in all the other .{so,o} 18:53 < armijn> well... 18:54 < armijn> they're not in this glibc.so 18:56 < armijn> at least not the one that's being used to construct libnsl.so 18:57 < rxr> armijn: I need to do a reference build on my Athlon - wait some minutes 18:59 < armijn> ok 18:59 < armijn> I'm afk for a few minutes 19:00 * rxr building a i686 glibc-2.2.5 ... 19:04 < esden> kk another try with the crappy dietlibc >_< 19:04 < esden> *fight* 19:05 < rxr> esden: wouldn't it be easier to also fix the dietlibc ... 19:07 < esden> rxr: It seems so ... but first I have to find the bug ... the problem is that dietlibc is producing random errors ... 19:08 < esden> and if I get during every compile of the rock-linux tools compleatly different errors then I can not debug it so easyly 19:08 < rxr> make KERNEL_DIR=/usr/src/linux-2.4.19-pre8-aa 19:08 < clifford> Heureka! Rosegarden finihed building and the binary dumps core! I'm so depressed ... 19:09 * clifford debugging a multithreaded c++ aplication ... 19:09 < esden> good luck clifford 19:09 < rxr> esden: oh yes i know random errors - I debug a whole night on my scanner-driver (SANE backend) until i said - well this is a fundamental glibc-2.1 prob and updated to 2.2 ... 19:10 < rxr> clifford: erm ... 19:10 < clifford> The strace f rosegarden looks funny. E.g.: 19:10 < clifford> open("/dev/null", O_RDONLY|O_NONBLOCK|O_DIRECTORY) = -1 ENOTDIR (Not a directory) 19:11 < rxr> huh ?!? 19:13 < clifford> It took me only a few hours to write the perlscript-sequencer which I used for the tuxtronic song. And now I'm trying to install rosengarden for more that 2 days .. 19:13 < rxr> hehe 19:14 < rxr> it tooks me two years to gather the knowledge to write GSMP ;-) 19:14 < armijn> heh 19:14 < armijn> this is frustrating 19:14 < clifford> rxr: apropos gsmp. I have two questions: 19:14 < rxr> but it mixes 10 channels in realtime to 10 channels full-duplex with 5-6% CPU utilization on a Athloin 600 ;-) 19:15 < armijn> could it be that one of the old patches is wreaking havoc? 19:16 < clifford> 1. what do you think about implementing a "revers phase" button for each channel? 19:16 < rxr> reverse what ? 19:16 < rxr> you mean invert ? * (-1) ? 19:16 < clifford> yup. 19:16 < rxr> would be possible - is this needed very often = 19:17 < clifford> nice when you are recoring with multiple mics and want to get rid of background noice. 19:17 < clifford> I don't know a studio mixer without that nice feature. 19:18 < rxr> would you like this for recording or playbacK? 19:18 < clifford> (usually a butten near the gain controler, is just using ground as signal and signal as ground .. 19:18 < rxr> but a more general feature would be a FX queue per track 19:18 < rxr> so you cann click every GSMP effect into the track-fx-chain ... 19:18 * rxr glibc finished 19:18 < clifford> rxr: yes - that is cool. 19:19 < clifford> It should be possible to "play arround" with it - so recoding-only is not enough. 19:19 < clifford> imo it should not be represented in the gui as fx - because it's not used as fx. 19:20 < rxr> clifford: but you only need to invert-phase it once ... 19:20 < rxr> clifford: it might also be implemented into the stream class - since addtional fx-handling overhead would be quite evil for such a simple fx ... 19:21 < clifford> rxr: sure - but if you have a take with e.g. 8 tracks you need to play arround which track to invert to get rid of the background noice. 19:21 < clifford> (In most productions this is done during the mix down, not when recording). 19:21 < rxr> clifford: I see - I need to start working on GSMP again ;-) 19:21 < armijn> ARGH! FUCK FUCK FUCK FUCK FUCK FUCK FUCK FUCK FUCK! 19:22 < clifford> .. just and idea .. 19:22 < armijn> I think I found the problem 19:22 < rxr> clifford: did you procuded music ? 19:22 < rxr> armijn: a rotten patch ? 19:22 < armijn> rxr: huebi forgot to check out CVS :) 19:22 < rxr> oh 19:23 < armijn> hehehe :) 19:23 * -> esden will give up in a moment ... 19:23 < rxr> clifford: what is the second thing you need in GSMP ? 19:23 < clifford> rxr: I am producing jingles for clubs and stuff like that (and dancefloor music without much success, maybe because I'm more interested in the techniques than in the music .. :-) 19:23 < esden> please someone kill me so I do not have to fight with diet anymore ;_; 19:23 < clifford> rxr: oh - it's not something i need in gsmp. 19:24 < armijn> esden: you're such a healthfreak that you actually want dietlibc? 19:24 < clifford> pitch shifting: I'm still working on my mixmagic patch. 19:24 < armijn> esden: just go for the full fat version 19:24 < armijn> esden: but remember, you should excercise more... 19:24 < clifford> (sure: pitch shifting, time strching, etc would be great in gsmp) 19:24 < esden> armijn: NO! I want that diet is doing what I want !!! 19:24 < rxr> clifford: yes. 19:24 * clifford released snapshot 1.7.0-DEV-200205131848. 19:25 * clifford is doing 10 things at the same time. 19:25 < armijn> esden: you know that all these so called "diet" products aren't that good for your health at all 19:25 < rxr> don't we all do ten things a time ? 19:25 < armijn> clifford: like releasing 10 snapshots? 19:25 < rxr> Classifying ring3 functions... 19:25 < rxr> my poster is still in progress ;-) 19:26 < clifford> I'm always having a "knittern" when doing pitch shifting with my mixmagic patch. 19:26 < clifford> And I have no idea why. 19:26 < armijn> when will huebi be online again? 19:26 < rxr> armijn: no idea - some hours ? 19:26 < rxr> clifford: how do you interpolate ? 19:26 < armijn> elif 19:26 < armijn> [ "$arch_machine" = "sparc64" ] ; then 19:26 < armijn> echo -n " disable-broken-on-sparc64" 19:26 < armijn> postpatch="disable_subdir sunrpc setjmp gmon" 19:27 < armijn> well, that explains a lot... 19:27 < armijn> I commented that out in the CVS version... 19:27 < armijn> but huebi forgot to check it out 19:27 < rxr> armijn: ahh ... 19:27 < clifford> don't ask me - I tried a hundret things now and I have no idea what my code is doing now as it is. 19:27 < rxr> hm 19:27 < armijn> spaghetti code 19:28 < clifford> I can hear that it is higher and faster. So it's doing something like pitch shifting. 19:28 < rxr> clifford: even trival linear interpolation should not give "knittern" - maybe some noise arround -50dB - but not more ... 19:28 < clifford> But with some "knittern". 19:28 < armijn> hrmpf...I was supposed to give a talk in Rotterdam on the 22nd...bit the conference has been postponed 19:29 < rxr> clifford: maybe a your buffer overlay or overwrite data somewhere ?= 19:29 < armijn> clifford: is Jocelyn in charge of https://www1.rocklinux.org/events.html ? 19:30 < clifford> rxr: mixmagic is a strange program: mixing is done sample-wise (which doesn't realy reduce cpu load :-) 19:30 < rxr> urgh !?! 19:30 < rxr> this SUCKS 19:31 < clifford> yes it does. :-) 19:31 < rxr> even we have some very basic SampleBuffer class which get passed arround ... 19:31 < clifford> mixmagic is written in C, not C++ .. btw. 19:31 < rxr> but it will be replaced by a StreamHandler which does some things automatically, carry some more info arround and helps with some other things ... 19:32 < clifford> it's a really simple tool and very great e.g. for makeing small fadeovers when producing a CD. 19:32 < clifford> All needed is pitch shifting. 19:32 < rxr> clifford: most stuff is written in C ... - in C you would have a plain old data struc with soem ints and a pointer to the data .. 19:33 < rxr> ;-) 19:33 < clifford> well - that's what I have until the mix_into_buffer function is called. 19:33 < clifford> this function is calling the mixer_mix_sample_into_buffer function for every sample. 19:35 < rxr> armijn: do you a rebuild on huebi box ? 19:35 < armijn> rxr: first doing a checkout... 19:35 < armijn> then I will rebuild 19:35 < armijn> hmm 19:36 < rxr> clifford: yesterday I noticed that you proposed category concept is not that great 19:36 < rxr> how would you put the many kde and gnome into ? 19:36 < rxr> now they are in gnome/libraries or gnome/base ... 19:37 < rxr> but they have neither a gui nor have they a functionality beyond the gnome or kde project ... 19:37 < clifford> hmm .. good question. I don't know .. :-) 19:38 < rxr> what i like in our current system is, that it goups the gnome and kde stuff together - so i simply can disable one (or both) ... 19:38 < clifford> (I'm trying to conentrate on mixmagic right now .. :-) 19:38 -!- tsa [~tsa@p5082BDB6.dip.t-dialin.net] has joined #rocklinux 19:38 < tsa> tag 19:38 < clifford> gnome libs: xyz/libraries and gui/gnome 19:39 < clifford> gnome base: xyz/applications and gui/gnome ? 19:39 < clifford> (xyz = the supercat with libs, apps, doc and kernel distinction) 19:40 < armijn> CVSROOT giving me troubles... 19:40 < armijn> bwah 19:40 < armijn> hmm 19:40 < esden> armijn: I know that diet is not good for my health ... 19:41 < armijn> esden: good 19:41 < esden> armijn: it is killing my nerves 19:41 < esden> armijn: but I want to show myself that I am the king not dietlibc ... I want to WIN ;-) 19:42 < rxr> clifford: sed s/xyz\/// 19:42 < armijn> hehe 19:42 < rxr> the the super categories would be simply libraries applications ... 19:42 < rxr> no need for another s.th.geek/application 19:43 < rxr> but somehow i do not like this ... 19:43 < armijn> clifford: who maintains the events webpage? 19:43 < armijn> clifford: will you be at SANE? 19:43 < clifford> rxr: no. "super category" is the kind of category. E.g. gui/ has the categories which do specify the gui, function/ for stuff like office or multimedia, ...) 19:44 < clifford> armijn: I maintain the events webpage (kind of) 19:44 < clifford> Looks like I will have no money for going to sane .. 19:44 < armijn> clifford: ok, can you delete the linux2002.nl thing (in May) because it is postponed 19:44 < clifford> ok - is that what you sent me in a mail (I've seen a mail, but had no time to read it so far) 19:45 < armijn> yeah 19:45 < armijn> and, ehr, a suggestion...dates... 19:45 < esden> clifford: are you on linuxtag ? 19:46 < clifford> I still dont know. 19:46 < armijn> esden: I won't be there 19:46 < esden> *shoot_armijn* 19:46 < esden> clifford: ok ... 19:47 < clifford> I need to focus my attention on another window .. 19:47 -!- clifford is now known as clifford_away 19:47 < armijn> esden: no time :(( 19:48 < esden> armijn: that is really bad ... so when will we meet ? 19:49 < rxr> armijn: is there still s.th. to do on rock ? 19:51 * rxr reading a chapter in a book 19:51 < tsa> rxr: you own a book??? ;-) 19:51 < esden> what book are you reading rxr ? 19:51 < armijn> rxr: no, not until huebi comes back 19:52 < armijn> esden: which distro did you use on your alpha 19:52 < esden> armijn: debian 19:52 < armijn> esden: you downloaded ISO images? 19:52 < esden> yepp 19:53 < armijn> esden: which isos do I need? just CD1, is that enough? 19:53 < esden> armijn: If you can install from net then it should be enough 19:53 < armijn> esden: I install from CD 19:53 < armijn> esden: and I only need a minimal system, to build ROCK 19:54 < esden> hmm I am not sure if the first cd is enaugh for a base installation with development tools 19:55 < esden> armijn: but try to use only the CD1 and you will see 19:55 < armijn> ok 19:55 < armijn> downloading now 19:55 < armijn> which will take a while :))) 20:03 -!- bluefire [~bluefire@p50817824.dip.t-dialin.net] has joined #rocklinux 20:03 < bluefire> re 20:03 < esden> cu all 20:03 * -> esden be back 20:03 < bluefire> esden: bye 20:20 < rxr> esden: neuromancer - i started some years ago ... 20:20 < rxr> (i read some more interessted book in between ... - but now i'm reading though all the half-read books ...) 20:24 -!- clifford_away is now known as clifford 20:25 < rxr> hi 20:25 < clifford> rxr: pitch shifting is now working. :-) 20:25 < rxr> and what was the bug ? how do you interpolate ? 20:26 < clifford> I've forgott to use an explicit cas where it would have been needed. 20:26 < clifford> s/cas/cast/ 20:26 < rxr> tsa: huh - why do you think i have no books ? 20:26 < clifford> So my pitch value (floating point) managed to flip the l+r channels sometimes .. 20:27 < clifford> now it works fine and I do not interpolate at all. 20:27 < rxr> clifford: ah 20:27 < armijn> I've got books 20:27 < clifford> me too .. :-) 20:27 < armijn> lots of techie books :) 20:28 * clifford also has wittgenstein and such stuff .. 20:28 < armijn> is that beer? 20:28 * rxr wonders if irssi can search in the srollback-history ... 20:29 < clifford> armijn: no - that's not beer. 20:29 < armijn> bummer. 20:29 < clifford> https://www.google.com/search?q=wittgenstein 20:32 < clifford> rxr: kannst du eine soundkarte unter 100,- EUR fuer linux empfehlen? 20:33 * clifford braucht _dringends_ midi auf dem athlon .. 20:33 < rxr> hm die trident 4d wave nx war ganz nett (vor zwei jahren ...) 20:33 < rxr> kostete 50 EUR ... 20:33 < rxr> aktuell ? hm Terratec XFire (oder so) 20:34 < rxr> oder ne create Live ... 20:34 < clifford> was kann die? was kostet die? 20:34 < rxr> welche ? 20:35 < armijn> hmm 20:35 < armijn> if huebi wakes up, can someone tell him to check out the cvs and restart the build? 20:35 < rxr> armijn: jups 20:36 < clifford> die alle. (ich bin bei pc-hardware nicht wirklich am laufenden) 20:36 < clifford> (mein 12 jaehriger bruder eraehlt mir ab und zu was es da alles gibt :-) 20:36 < armijn> clifford++ 20:36 < rxr> die trident waere wohl eher outdated 20:38 < rxr> die Terratec X-Fire oder so ist hat so den ueblichen 16bit 96kHz DSP ausgang und gitial I/O (S/P-DIF oder so) - MIDI via Joystick-Adapter (wie ueblich) auch - ob das der treiber kann musst du mal nachsehen ... 20:38 < rxr> https://fr.audiofanzine.com/produits/?action=play&idproduit=24 20:38 < rxr> ist zwar french - aber die technischen daten stehen drauf 20:39 < rxr> kann wohl doch nur 48 kHz max ... 20:39 < rxr> bei dein SB Live! musst du genau hinschauen 20:39 < rxr> (bzw den neuen Audigy) - auf denen sind teils Ensonq Chips und teils EMU-10k ... 20:40 < rxr> sollten allt tuen 20:40 < rxr> nur bei 10k hasst du noch ne halbe wavetable 20:40 < rxr> midi sollte bei allen "marken" karten auch unter linux tuen ... 20:41 < rxr> https://www.americas.creative.com/products/category.asp?category=1&maincategory=1 20:42 < rxr> teuer sind dann die Terratec Audiophile (ca 200-250 EUR?) 20:42 < rxr> https://www.sospubs.co.uk/sos/apr01/articles/soundcard.asp 20:43 < rxr> aber die sind dann schon eher semi-proffessional 20:44 < rxr> Die karte steht bei uns rum: https://www.midiman.de/delta1010.htm (schau nicht auf den Preis ...) 20:44 < rxr> reicht das ? *g* 20:46 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has left #rocklinux () 20:47 < rxr> clifford: ping 20:47 < clifford> rxr: danke. 20:48 < rxr> sonnst alsa-drivers-$ver/doc/SOUNDCARDS 20:48 < clifford> so - ich denke ich schmeiss midimounten und rosegarden aus extra2 raus .... 20:48 < rxr> viele habe das MIDI tag ... 20:48 < clifford> rxr: die drucke ich mir einfach mal aus und nehm' sie morgen zum einkaufen mit ... 20:49 < rxr> ;-) 20:50 < clifford> ich seh' mir jetzt mal MusE und BRAHMS an (es muss doch einen brauchbaren midi sequenzer geben ..) 20:50 < rxr> clifford: das scheinen hallt nur so wir programmieren mal drauf los programme zu existieren ... 20:52 < clifford> rxr: die screenshoft von den dingen sind aber z.t. sehr eindrucksvoll. 20:53 < clifford> midimountain ist definitif nicht fertig .. 20:53 < clifford> https://brahms.sourceforge.net/SFBrahms/screenshots.html 20:54 < rxr> ah ich glaube den hatte ich auch schonmal probiert ... 20:54 < rxr> das _fertigste_ ist dann wohl noch dieses Jazz teil 20:55 < clifford> https://muse.seh.de/index.php .. sieht auch nicht schlecht aus. 20:55 < rxr> https://www.jazzware.com/cgi-bin/Zope.cgi/jazzware/ 20:55 < clifford> (muse scheint audio und midi spuren zu unterstuetzen) 20:56 < rxr> jetzt wo ich es nach jahren nochmal sehe sieht es aber doch nicht so toll aus ... 20:57 < clifford> .. ich werd in den naechsten tagen einfach ein bischen rumprobieren und dann die wichtigsten apps in extra2 lassen. 20:58 < clifford> was keinen sinn macht oder nicht wirklich funktioniert fliegt dann wieder raus. 20:58 < clifford> (ist ja ein repository und kein flohmark ..) 20:58 < rxr> ,) 21:00 < clifford> rin optisch gefaellt mir das jazz++ nicht wirklich ... 21:00 < clifford> .. egal - ich seh's mir auch an. 21:01 < rxr> brauchst du glaube ich nicht 21:01 < rxr> es scheint seit zwei Jahren nicht wirklcih weiter gegangen zu sein - vor vor zwei Jahren habe ich damit nahezu nichts hibekommen ... 21:04 < clifford> vom ganzen rumspielen ist mein system schon voellig zerschossen ... :-) 21:06 < rxr> oje ... 21:07 < clifford> ich muss eh' wieder mal neu aufsetzen .. 21:07 < rxr> hm ich heatte mir meine aktuelle maus nicht kaufen sollen ... 21:07 < rxr> es gab keine "schoene" IR ausfuehrung - und die bloede kugel faegt trotz sauberkartzen schonwieder an zu nerven ... 21:09 < rxr> clifford: hast du schon was fuer den rolling rock verfasst = 21:09 < clifford> rxr: ja: Das howto fuer cluster build ist gelichzeitig ein artikel. 21:09 * huebi reading log. Hi all ;-) 21:10 < rxr> clifford: so so ... 21:10 < rxr> huebi: du moechtest mal cvs auf der sparc updaten und nen build starten 21:10 < huebi> rxr: Ok. mache ich gleich 21:11 < rxr> huebi: die letzen changes von armijn waren da noch gar nicht drauf ... 21:12 < huebi> rxr: danke 21:12 < huebi> ;-) 21:15 < rxr> clifford: btw i tried the Check-PkgVersin script - the output is quite messy. 21:16 < rxr> clifford: should't we adjust some sed grep lines in it ? 21:18 < clifford> rxr: which lines? 21:18 < clifford> (the output of the script was always ok for me) 21:20 * clifford geht eine zigarette rauchen. 21:24 -!- hackbard [~hackbard@p50807C43.dip.t-dialin.net] has joined #rocklinux 21:24 -!- hack^ [~hackbard@p50807C43.dip.t-dialin.net] has quit (Read error: 104 (Connection reset by peer)) 21:24 < hackbard> re 21:24 < hackbard> mamas staubsauger ruled 21:26 < rxr> clifford: you have to grep sed over the output to check if there are new versions or the urls are invaild ... - this could be done in the script ... ? 21:27 < capchaos> rxr: typo im GSMP -> ERROR: Configureing the primary sound device! 21:31 -!- kvak|uninvited [uninvited@pD95902D5.dip.t-dialin.net] has joined #ROCKLINUX 21:31 < kvak|uninvited> Ahoi ! 21:33 < snyke> hi uni 21:33 < snyke> *freu* 21:33 < huebi> == 21:34:08 =[1]=> Building base package glibc [2.2.5 1.5.14_2002-05-13_21h28]. <- just started 21:38 -!- ringo78 [ringo78@xs4.xs4all.nl] has joined #rocklinux 21:45 -!- esden [weasel@apollo.bingo-ev.de] has joined #rocklinux 21:45 -!- Topic for #rocklinux: Do something for your health use ROCK Linux (https://www.rocklinux.org) 21:45 -!- Topic set by ChanServ [Mon Apr 15 21:06:46 2002] 21:45 (Users #rocklinux) 21:45 [ bluefire] [ d3m|wrk ] [ huebi ] [ rxr ] [ th] 21:45 [ capchaos] [ esden ] [ praenti] [ simon-- ] 21:45 [ clifford] [ hackbard] [ ringo78] [ surprise] 21:45 -!- Irssi: #rocklinux: Total of 13 nicks [0 ops, 0 halfops, 0 voices, 13 normal] 21:45 -!- Channel #rocklinux created Mon Apr 1 00:17:34 2002 21:45 -!- Irssi: Join to #rocklinux was synced in 6 secs 21:45 -!- tomik [~tomik@193.109.181.247] has joined #rocklinux 21:47 < rxr> capchaos: yes 21:47 < capchaos> rxr: you said s.th. that dRock 1.6 does not boot from cd if build for i686. is there no workaround? or is it a general Rock problem? 21:48 < rxr> the only prob is, that the binaries get slightly bigger - and so they do not fit on the cd anymore ... 21:48 < rxr> we rework the install-preocedure for 2.0 ... 21:49 < rxr> you can build a i686 dRock - and then use the official i586 boot cd to boot the install-system ... 21:49 < capchaos> aha 21:49 < capchaos> does that work? 21:50 < rxr> my quick answer: yes ... 21:50 < capchaos> and the long one? 21:50 < rxr> erhm. 21:50 < capchaos> :) 21:50 < rxr> mom 21:50 < rxr> it should work 21:51 < capchaos> ok 21:51 -!- tsa [~tsa@p5082BDB6.dip.t-dialin.net] has joined #rocklinux 21:51 < rxr> i only was unsure about the Install script (which fires up the install_bin C program ...) 21:52 -!- snyke [~snyke@pD9502A71.dip0.t-ipconnect.de] has joined #rocklinux 21:52 -!- term_aweh [~pm@beaufort.wyzant.de] has joined #rocklinux 21:52 -!- fake [fake@apollo.bingo-ev.de] has joined #rocklinux 21:52 < snyke> oh 21:52 < rxr> a 21:52 -!- bluefire [~bluefire@p50817824.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out)) 21:52 < rxr> /bin/install_menu /dev/null /bin/install_bin /src/rock-$arch-$rockver /trg 21:52 < capchaos> rxr: i'll try it out 21:52 < rxr> no the version IS hardcoded - i have feared this ... 21:52 < rxr> you can not use the 4 lines Install script 21:53 < capchaos> no way? 21:53 < rxr> but must execute the installer manually ... 21:53 -!- blindy|nothere [crash@apollo.bingo-ev.de] has joined #rocklinux 21:53 < capchaos> what does that mean? 21:53 < rxr> /bin/install_menu /dev/null /bin/install_bin /src/ /trg 21:53 < rxr> instead of Install ;-) 21:53 < capchaos> oki doki 21:54 < rxr> you can also "cat /sbin/Install" to re-remember which params the prog needs ... 21:55 < capchaos> so only the cd path changes? 21:55 < rxr> jups 21:55 < capchaos> ok, thx.. i like dRock 21:55 < rxr> (if I write the next installer - it will automatically scan the CD and the network to offer possible arches and versions ...) 21:56 < rxr> esden: ? 21:56 < rxr> btw this is why i want the ROCK-2 meta data IN the package achives 21:56 < rxr> especially for network installations ... 21:56 < rxr> huebi: ? 21:56 < rxr> ;-) 21:56 < huebi> rxr: Jo? 21:56 < rxr> read the 4 lines above ;-) 21:57 < rxr> or maybe 10 ... 21:57 < capchaos> rxr: did you came to a solution about the package format? 21:57 < rxr> capchaos: i think we have not finally decided which way we go ... 22:00 < huebi> rxr: Well, in the moment we stand her: The metadata is stored in the package together with an old style (now used style) package. 22:00 < rxr> huebi: yeah - but how the meta-data is stored in the packages was not yet decided ... 22:00 < huebi> rxr: Yes, not at all. 22:00 < rxr> ( huebi and for my dRock CD i do not need the old format ...) 22:01 < capchaos> is there no package format with an dynamic header to story the files index or s.th. ? 22:01 < capchaos> store 22:02 < rxr> capchaos: you can read though the yesterday and todays log to get an overview of the possibilities we discussed ... 22:02 < rxr> huebi: what is your sparc doing ? 22:03 < huebi> On possibility is to store first the old package in the tar file and then after that the metadata. To get the metadata would be easy with dd if=pkg.tar skip= | tar -xf - 22:03 < huebi> rxr: still compiling. 22:03 < rxr> the glibc ? 22:03 < huebi> jo 22:03 < rxr> feel free to drop a note when s.th. happens ;-) 22:03 < huebi> rxr: It starts to be interesting at ~22:33 22:05 < huebi> I want to have a UltraSparc 5 with 5GHz and 256Bit bus! 22:05 -!- clifford [~clifford@62.46.3.69] has quit (Read error: 113 (No route to host)) 22:05 < rxr> huebi: /me too ;-) 22:05 < rxr> huebi: apropos U5 ;-) I could also manually carry it home from LinuxTag -> saving the shipping costs ... 22:06 < huebi> rxr: Very good Idea! 22:06 < rxr> do you see Ripclaw the next days ;-)? 22:06 < huebi> andripclaw can't say that somebody else makes "Mist" 22:07 < huebi> rxr: Yes, either I see him or I call him. 22:07 < rxr> and he has some more week to polish the thing ... 22:07 < rxr> huebi: Much thanks! 22:07 < huebi> rxr: Yes! 22:07 < huebi> hackbard: Are you here? 22:08 < huebi> does hackbard come to Linuxtag? 22:08 < rxr> huebi: hopefully ;-) 22:08 -!- d3m|wrk is now known as d3mian 22:08 < d3mian> hallo 22:08 < d3mian> :) 22:09 < huebi> hi d3mian 22:09 < huebi> :-)) 22:09 < rxr> hi d3mian 22:09 < capchaos> wb d3mian 22:10 < d3mian> has Mike1 came here? 22:10 < d3mian> i mean today :) 22:10 < rxr> d3mian: i have not seen him ... 22:10 < d3mian> thanx r^2 ;-) 22:11 < d3mian> im in classes now, cu soon 22:11 < huebi> cu d3mian 22:11 -!- d3mian is now known as d3m|class 22:12 < tsa> ok.../me will now replace glibc. 22:12 < tsa> i'll be back later... 22:12 < tsa> ..hopefully ;) 22:12 < huebi> tsa: good luck 22:13 < tsa> thx. 22:13 -!- tsa [~tsa@p5082BDB6.dip.t-dialin.net] has quit ("Client Exiting") 22:13 < huebi> tsa: <-Master of Desaster ;-) 22:16 < rxr> hm the current generic ROCK consists of 415 active packages now ... 22:16 < rxr> all new are gnome2 ones ... 22:20 -!- clifford_away [~clifford@62.46.3.69] has joined #rocklinux 22:28 < rxr> clifford_away: didn't you introduced some hack for the checksum of the RFC packages? they are still checksum failing here ... :-( 22:28 -!- capchaos [~capchaos@pD9048514.dip.t-dialin.net] has quit ("brb") 22:33 -!- term_aweh [~pm@beaufort.wyzant.de] has quit ("zz") 22:34 < huebi> Classifying ring4 functions... ;-) 22:35 < rxr> there was mine some time ago 22:35 < rxr> but it broke with 22:35 < rxr> ../classify_nonstatics.sh: $TMPFILE: ambiguous redirect 22:35 < rxr> :-( 22:35 < rxr> later on ... 22:35 < huebi> here too, after 25min 22:35 < huebi> rxr: Have you an idea? 22:36 < rxr> yes i do not have the tempfile command ... 22:36 < rxr> :-) 22:36 < huebi> rxr: ? 22:37 < rxr> what about 22:37 < rxr> TMPFILE="/tmp/$$.tempfile" 22:37 < rxr> in the classify_nonstatics.sh 22:37 < huebi> yes, I test it 22:37 * rxr too 22:39 < huebi> rxr: conglomerate_functions.sh <- change it there too ;-) 22:39 < rxr> huebi: tnx - which kernel source do you use as "raw-material" ;-) 22:41 < huebi> 2.4.0 - if it works I'll use 2.4.18-rc4 22:41 < rxr> ah 22:42 < rxr> I use my currently running 2.4.19-pre8-aa ;-) 22:42 < rxr> also i think the -aa is slightly less responsive ... 22:42 < rxr> s/also/although/ 22:42 < huebi> the script is for 2.4.0 So If we get it running with that the script must be ok. Then I want to change the other part. 22:43 < rxr> when it works i'll also hunt it over my laptops 2.5.14 ... 22:43 < huebi> Classifying remaining nonstatics... 22:43 < rxr> Makefile:3906: *** multiple target patterns. Stop. 22:44 < huebi> Now only one CPU is used. ;-( 22:45 < rxr> 419 active packages 22:45 < huebi> glibc should have failed 6 min ago ;-)))) *freu* 22:45 < rxr> schoen 22:46 < huebi> jo, kool 22:49 < snyke> hm, what things do they wallop? 22:51 < huebi> snyke: Hae? ;-) 22:51 < snyke> the ircops 22:51 < snyke> [22:50] *** ((SD v12 PrO)) Received [WallOP] From: (lilo) With Message: "I lift this clavicle to worlds without number, and bring a new light to the Way, guiding this gate that all may prosper, those who guide and are guided, who light the Way and bask in the light so given....Behold, I open a new world." 22:52 < snyke> and so on ... 22:52 < snyke> [22:51] *** ((SD v12 PrO)) Received [WallOP] From: (lilo) With Message: Boy, I hate it when I mess hose up :) 22:52 < snyke> I won't post each wallop, because there are about 6 in the last 5 minutes :) 22:53 < huebi> snyke: Somebody got crasy, I think. 22:53 < rxr> hm 22:53 < rxr> ./gen_makefile.sh > image/Makefile 22:53 < rxr> generates a broken Makefile ... :-( 22:54 < rxr> hm i deleted the line - lets see what'll happen .. 22:55 < huebi> rxr: which line? 22:56 < rxr> in the auto-generated Makefile ... 22:56 < huebi> when is it created? 22:56 < rxr> 39xy - might not happen for you ... 22:56 < huebi> ok 22:57 < rxr> erm irgendwann nach dem ganzen funktionen paresen ... 22:57 < rxr> parsen 22:57 < rxr> Rendering fs/hfs/bfind.c 22:57 < rxr> ... 22:57 < rxr> doesn't look that bad ;-) 22:57 < huebi> Here still: Classifying remaining nonstatics... 22:58 < rxr> hm 22:58 < huebi> but I started at 22:19 22:58 < rxr> i only have a single cpu XP ... 22:58 -!- hackbard [~hackbard@p50807C43.dip.t-dialin.net] has quit (Read error: 113 (No route to host)) 22:59 < huebi> Classifying ringX functions... runs on 1.5 CPU's 22:59 < rxr> huebi: but i found out that replacing my DDR ram with new CL2 onces might give a big boost ... - some rd test progs in X11 run with the double speen on my brothers box - and the only difference is his CL2 RAM ;-) 22:59 < rxr> s/rd/3d/ 23:01 < huebi> rxr: That's kool. But buffered DDR-SR RAM 512MB is only avaliable in CL2.5. buffered is the promlem I think. 23:01 < rxr> huebi: this might be the case 23:01 < rxr> when the ram prises are really cheap the next time i'll exchange them ... 23:02 < huebi> I think that the ASUS dual XP can use up to 2 unbuffered "RAM-Riegel" 23:02 < rxr> only 2 ? 23:02 < huebi> With more, you need bufferd ones 23:03 < rxr> ah i overread the _un_ ;-) sure 23:03 < huebi> ;-) 23:04 < huebi> glibc compiles and compiles.... ;-) 23:04 < rxr> so most of GNOME2 compiles in 1.7 ;-) 23:04 < huebi> mk_MK.ISO-8859-5... done 23:05 < rxr> Rendering net/ipv4/ip_fragment.c 23:05 < huebi> Still at nonstatics... 23:06 < rxr> oh but the script might be rather hefty slow-downed by the NFS mount it is running in ... 23:06 < rxr> it is procuing ~500 kB/s with I think many many tiny files ... 23:06 -!- clifford_away is now known as clifford 23:06 < huebi> hmm. caching might be involved there. 23:07 < clifford> hi again. 23:07 < clifford> rxr: I just wanted to drop yet another idea for the gsmp redesign: 23:07 < huebi> re hi clifford 23:07 < clifford> hi huebi. 23:07 < rxr> clifford: yes ? 23:07 -!- hackbard [~hackbard@p50807C43.dip.t-dialin.net] has joined #rocklinux 23:07 < hackbard> re 23:08 < clifford> if we have support for unlimited track types. 23:08 < clifford> We need a track based on the xmp library .. 23:08 < huebi> hi hackbard 23:09 < rxr> hm o wonder what kind of output this lib generates ? wav? 23:10 < hackbard> yo huebi 23:10 < clifford> rxr: I have no idea - but it supports a whole bunch of tracker module files .. 23:10 * hackbard got his synthi back today :) 23:10 < huebi> hackbard: can you ddc the file again? 23:10 < hackbard> sure, lets try 23:11 < clifford> In dancefloor, house, etc. productions are tracker programs still very common. 23:11 < huebi> hackbard: ok 23:11 < hackbard> --- Offering lgp-kernel2.4.9-a0.ps.bz2 to huebi 23:11 < hackbard> nothing? 23:11 < rxr> clifford: they do not use stuff like Cubase ? 23:11 < clifford> it would be great if we could e.g. import a drum loop from a tracker module and sync it up with the internal clock of gsmp. 23:12 < hackbard> one would prefer logic audio then 23:12 < clifford> rxr: sure - everyone is using cubase. 23:12 < clifford> but often "prototypes" are made with trackers. 23:13 < clifford> (many of the artist started with trackers in the 80'ies ..) 23:13 < huebi> hackbard: I get it ;-) 23:13 < rxr> hackbard: self generated ? 23:14 < hackbard> oh right! ;) 23:14 < hackbard> rxr: no! i tried it but it broke somewhere in ring3 23:14 < rxr> Rendering net/sunrpc/svcauth.c 23:14 < hackbard> i downloaded that soem time ago 23:15 < clifford> ok - I'm /away now for today .. 23:15 < rxr> clifford: sure I hope ro remeber to design this stuff enough to cover such libs ... 23:15 -!- clifford is now known as clifford_away 23:15 < rxr> uups flexible enough ... 23:15 < hackbard> bye clifford! 23:15 < huebi> by clifford_away 23:16 < snyke> bye 23:16 -!- snyke [~snyke@pD9502A71.dip0.t-ipconnect.de] has quit ("°ShowDowN v12 PrO° since 1996: https://www.sci.fi/~showdown/") 23:16 * huebi searches for an upgrade for glibc. glibd or glibe should be mcuich better and faster to compile *ggg* 23:18 < huebi> Creating file list .. 23:18 < huebi> *freu* 23:18 < rxr> juche! 23:19 < rxr> Ring1 rendered ;-) 23:19 < huebi> rxr: kool. 23:19 < rxr> hackbard: kommst du wohl zum LinuxTag (habe Huebi und ich uns vorhin gefragt)? 23:20 < hackbard> oh, eigentlich hatte ich es nicht eingeplant 23:20 < huebi> Creating tars/sparc64-glibc.tar.bz2 ... <- juchuu 23:20 < rxr> hehe 23:21 < huebi> == 23:21:34 05/13/02 =[1]=> Finished building package glibc. 23:21 < hackbard> cool! 23:21 < rxr> hackbard: ich werde (falls das irgendwie klar kommt) meine U5 vielleicht da dann einfach in empfang - und mit nehmen ... 23:21 < huebi> glibc needs 1h47 23:22 < rxr> huebi: hasst du zufaellig noch RAM der in meine U5 passen wuerde ? 23:22 < hackbard> rxr: hmm, gute idee. frage ist ob rc die mitbringen kann 23:22 < hackbard> wo pennt ihr? hotel? 23:23 < huebi> rxr: Das ist bufferd SD-Ram mit 5v (wenn normalerweise 3,3V) <- teuer!! 23:23 < rxr> ich und esden wollen moeglichst geld sparen ... -> ist also noch nicht soo klar ... 23:23 < huebi> hackbard: rc kann. Der hat 'nen VW-Bus. 23:23 < hackbard> :) 23:24 < huebi> Also, ich werde wahrscheinlich zu Hause schlafen. das sind nur ~45 min zu fahren. 23:25 < rxr> huebi: oh *freu* koennen da nicht vielleicht nen paar wilde hacker unterkommen? 23:25 < huebi> Werde ich mit meiner Frau besprechen. Mehr dazu dann morgen ;-)) 23:26 < rxr> *g* 23:26 < rxr> Schonmal vielen Dank ;-) 23:26 < huebi> Ich werde wohl nur Samstag und Somntag da sein. Ich will die anderen Tage noch arbeiten. 23:26 -!- tsa [~tsa@p5082AC8D.dip.t-dialin.net] has joined #rocklinux 23:27 < tsa> glibc 2.2.5 1.6.0-DEV 23:27 < tsa> aaah.. 23:27 < huebi> Die frage ist eher nicht ob, sondern wieviele uebernachten ;-) 23:27 < rxr> ;-) 23:28 < huebi> tsa: Herzlichen Gluehstrumpf!! *aufdieschulterklopf* 23:28 < tsa> damit habe ich jetzt hoffetnlich wieder saubere header-files.. 23:28 < rxr> tsa: *gratulation* 23:29 < tsa> (nachdem zwischenzeitlich /sbin/init nicht mehr wollte.. 23:29 < tsa> ) 23:29 < huebi> tsa: glibc [2.2.5 1.5.14_2002-05-13_21h28] fuer sparc ist jetzt auch fertig. Armijn, rxr und clifford haben richtig gute Arbeit geleistet! 23:30 < tsa> oh...nett 23:31 < huebi> clifford_away: Vielleicht hat clifford noch Zeit fuer den PPC-Port und esden und holyolli fuer alpha. Dan haben wir fuer den Linuxtag 4 Platformen. 23:31 < huebi> Das waere richtig klasse! 23:31 < tsa> rxr: ich hab grad mal nen ./scripts/Build-Pkg gkrellm versucht.. 23:32 < tsa> install -c -s -m 755 gkrellm usr/bin/gkrellm 23:32 < tsa> install: cannot create regular file `usr/bin/gkrellm': No such file or directory 23:32 < praenti> huebi: ich schick dir mal schnell meinen error. ich kapier net was da amok läuft 23:32 < rxr> tsa: welcher ROCK tree ? 23:32 < tsa> rxr: 1.7 23:32 < huebi> praenti: /join #AOL und foode 23:32 < tsa> rxr: kannst du mal versuchen, das zu reproduzieren? 23:33 < tsa> ich wuerd gern wissen, ob es an mir oder am package liegt.. 23:33 < rxr> tsa: ja ist klar ... 23:33 < rxr> fix commit ich gleich ... 23:33 < tsa> ok.. 23:33 < rxr> tsa: hast gerade als erster das sf teil getestet ... ;-) 23:33 < tsa> hehe 23:34 < praenti> huebi: is da 23:34 < tsa> (vorsicht...in dem liegenbleibenden src-tree von gkrellm kein "make install" von hand versuchen....dann schmeisst er das zeug nach /usr/local ... 23:36 < tsa> ) 23:36 < huebi> praenti: mach' doch einfach mal ein cvs co und fang' von vorne an. 23:36 < praenti> huebi: hab ich schon. hab allerdings die archive verzeichnisse mitgemoved. 23:36 < huebi> die libpcre.so wird eigendlich von KDE-libs gebraucht. 23:37 < praenti> mom. ich schau mal was nach 23:37 < huebi> praenti: laeuft bei dir KDE? 23:37 < tsa> > /usr/lib/libgnome.so: undefined reference to `dbopen' 23:37 < tsa> hm....mist 23:38 < huebi> tsa: libdb.so.? 23:38 < huebi> tsa: libdb.so.3 ? 23:38 < tsa> huebi: 23:38 < tsa> bdb:bdb: usr/lib/libdb-3.so 23:38 < huebi> hmm 23:39 < hackbard> karlsruhe is ja garicht soweit weg! (von augsburg) :) 23:39 < tsa> /usr/lib/libdb.so.3 -> /usr/lib/libdb-3.so 23:39 < praenti> huebi: kann ich nicht testen. das ding müsste erst mal kompilieren 23:40 < huebi> praenti: Ich meite: benutzt du KDE? 23:40 < huebi> +n 23:41 < rxr> why is it that late ? 23:41 < praenti> huebi: jepp. 23:41 < rxr> Rendering arch/sparc/kernel/time.c 23:41 < praenti> huebi: hab allerdings cvs sourcen kompiliert 23:42 < huebi> praenti: Probier den Compilelauf mal in der Textkonsole ohne X11 23:42 < huebi> praenti: logout from KDE and stop X. please 23:42 < praenti> huebi: wieso das denn? 23:43 < praenti> huebi: übrigens scheint der kompile error vom rock wegen fehlenden mounts zu kommen 23:44 < huebi> libpcre ist eine lib fuer perl reg. ex und ist vermutlich in denen KDE-libs gelink, wird, da nicht installiert, aber nicht gefunden. 23:44 < huebi> praenti: KDE mault! 23:44 < huebi> ctrl-alt-f1 sollte aber auch reichen. 23:45 < huebi> praenti: die KDE-Konsole will libpcre haben. 23:46 < esden> re hi all 23:46 < esden> away 23:46 < huebi> esden: hallo onkel ;-))) 23:46 < esden> huebi: hallo tante 23:46 < huebi> esden: wie geht's Tante Alpha? 23:47 * -> esden searching for natalie portman wallpapers 23:47 < huebi> esden: Tell her to come from the kitchen back to you! 23:47 < tsa> esden: www.k-babes.de 23:47 < esden> huebi: gut ... ich muss mich mal wieder um sie kuemmern ... ich bin mommentan von dietlibc ausgebucht :-( 23:47 < huebi> esden: glibc ist fertig auf Sparc64 23:48 < esden> huebi: guut 23:48 < huebi> esden: 15 min fuer gcc 23:48 < esden> https://www.celebritydesktop.com/actresses/link.cgi?ID=144 23:48 < esden> beautiful girl! 23:49 < tsa> hm.....gibt es bei glibc 2.2 kein makedb mehr? 23:49 < esden> ok here is my wallpaper ;-) : https://www.ping.de/sites/undo/np_wallpaper_04.jpg 23:49 < praenti> huebi: fehler auch in der textconsole 23:50 < huebi> praenti: hmmm 23:50 < huebi> echo $LD_PRELOAD 23:51 < huebi> esden: Kann die auch deutsch sprechen? 23:51 < huebi> hehe 23:52 < huebi> esden: Jedenfalls sieht sie nicht so aus, als haette sie sich Silikonkissen hinter die Brustwarzen schieben lassen ;> 23:52 < huebi> Schicke Frau... 23:53 < rxr> esden: muss man die kennen ? 23:53 < tsa> huebi: hm...ich denke, ehe man solche aussagen macht, sollte man das nochmal genauer betrachten ;-) 23:54 < rxr> tsa: wegen huebsch oder wegen silikon ? 23:54 < tsa> rxr: letzteres.. 23:54 < tsa> ;) 23:55 < huebi> tsa: Bei Silikon wird normalerweise heftig uebertrieben. ;-) 23:55 * tsa baut mal neue gnome-libs....da steckt noch irgendwo alter db-muell drin.. 23:55 < praenti> huebi: LD_PRELOAD ist leer 23:55 < tsa> LD_LIBRARY_PATH ? 23:56 < huebi> https://www.celebritydesktop.com/actresses/link.cgi?ID=144 <- Ganz sicher ohen Glibberpacks ;-) 23:56 < praenti> tsa: /lib:/usr/lib 23:56 < praenti> im letzten ist die libpcre.so.0 da 23:57 < huebi> praenti: ldconfig -v? 23:57 < tsa> versuch mal nen "unset" ... 23:57 < tsa> /lib und /usr/lib sollte eigentlich auch so gefunden werden.. 23:57 < rxr> ldconfig ? 23:57 < rxr> s/?/!/ 23:57 < praenti> huebi: im 'AOL 23:57 < praenti> #AOL 23:57 < huebi> hihi 23:58 < rxr> ah die kommt mir doch gekannt vor ... 23:58 < rxr> so jetzt aber wieder zurueck zu gnome2 23:59 < esden> https://www.esden.net/desktops/shots/desk_natalie.jpg 23:59 < esden> hmm I have to upload a better version ... --- Log closed Tue May 14 00:00:02 2002