WebHosting Paid by #1Payday.Loans
--- 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...</sarcasm>
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: 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 <root> on /trg
14:10 < huebi> th mount <cd> 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 -!-