WebHosting Paid by #1Payday.Loans
--- Log opened Sun May 12 00:00:59 2002
--- Day changed Sun May 12 2002
00:01 -!- ringo78 [~idiot@co116627-a.almel1.ov.nl.home.com] has joined #rocklinux
00:05 < huebi> cu. n8
00:05 < ringo78> n8
00:06 < huebi> I'll be back on monday
00:06 < huebi> :-)
00:07 < ringo78> I get a version conflict when installing OAF.oaf-config --version' returned 0.6.7, but OAF (0.6.10)was found!
00:13 < ringo78> sme stuff in /usr/local/lib and sme in /usr/lib ... cool :-(
00:13 < rxr> ringo78: you are just solving the prob yourself?
00:14 -!- clifford_ [~clifford@62.46.2.184] has joined #rocklinux
00:14 -!- clifford_away [~clifford@62.46.1.15] has quit (Read error: 113 (No route to host))
00:14 < ringo78> sri (got impatient).
00:25 < kvak|uninvited> 003030994
00:27 < rxr> https://dot.kde.org/1013639318/1013833024/
00:27 < rxr> I could have written most of the text ...
00:30 < rxr> and if you wanna really laugh:
00:30 < rxr> https://developer.gnome.org/dotplan/notes/depends.png
00:31 < kvak|uninvited> Looks like they had a kid in the age of five make his first drawing while they just filed the letters.
00:33 < rxr> hehe
00:33 < rxr> this is done with the professional gnome office application dia !
00:34 < rxr> ;-)
00:34 < kvak|uninvited> Ah okay. Its late and i m sleepy maybe i got this wrong ! ;-)
00:35 < rxr> no you didn't ;-)
00:35 < kvak|uninvited> *phew*
00:35 * rxr just cut'n pasting URLs for teh ROCK gnome2 packages ...
00:52 -!- kvak|uninvited [uninvited@p50803692.dip.t-dialin.net] has left #ROCKLINUX ()
01:12 < esden> re hi all
01:14 < tsa> re esden
01:15 < esden> ahh someone still awake cool ;-)
01:15 < esden> ahhh beer is lovely
01:17 < tsa> hm....beer really sounds like a good idea.
01:17 < esden> I already had enough beer ;-)
01:17 < tsa> hehe
01:19 < ringo78> Grolsch, yes lovely !
01:21 < rxr> hi esden
01:22 < esden> hi rxr
01:22 < rxr> beer? I could open one, too ;-)
01:23 < rxr> bluefire: https://freshmeat.net/projects/gnet/?topic_id=150%2C87%2C20%2C809
01:23 < rxr> this one does async dns lookup ;-)
01:25 < esden> so do it rxr ... I had 4 and I drunk two normallu and two ex ;-)
01:25 < esden> that makes dizzy ;-)
01:25 < rxr> esden: ? wir wollen dich noch laenger hier behalten und knuddeln ;-) Trink nicht so viel bier!
01:25 < bluefire> rxr: thx
01:26 < rxr> bluefire: found it accidently because my brother complaint that gnomeicq doesn't compile for him ... ;-)
01:26 < esden> ach rxr ... hast mich lieb gewonnon was ? wir muessen was trinken gehen wenn ich wieder in berlin bin
01:26 < rxr> SICHER!
01:26 < esden> *GG*
01:27 < tsa> hehe
01:27 < rxr> ich wuere auch zum Liunx Tag komemn - aber bei mir ist das Geld gerade sehr knapp ...
01:27 < rxr> (vorallem falls die U5 hier nochmal irgendwann ankommen sollte ... ;-)
01:27 < esden> mir zahlen die fahrd ide eltern ;-)
01:27 < esden> benzin halt
01:28 < rxr> jups habe aber weder eltern noch ein auto in Berlin ...
01:28 < esden> uii ich schreibe immer schlimmer ;-)
01:28 < rxr> jo esden!
01:28 < esden> rxr: wo sind deine eltern ?
01:28 < tsa> esden: ./nick esden|blau
01:28 < tsa> ;-)
01:28 < rxr> Wohnen in der naehe von Hannover
01:29 < tsa> oh..
01:29 < esden> tsa: wie bist drauf gekommen ? dass mar ne hohe leistung es rauszukriegen ;-)
01:29 < tsa> esden: ;-)
01:29 < esden> rxr: uii dass ist weit ...
01:29 < tsa> rxr: welche ecke denn?
01:30 * -> esden drinks water ...
01:30 < rxr> Lauenau - so 35km weit nach SuedWest - Autobahnabfahr an der A2 ...
01:30 < tsa> rxr: aehm..ja, kenn ich.
01:30 < tsa> <- geboren in Hameln
01:30 < rxr> tsa: Ui!
01:30 < rxr> Da habe ich meine Ausbildung gemacht ;-)
01:31 < tsa> oh, wo denn?
01:31 < rxr> Oehm - AME-Technik -> Technischer Zeichner Medien-Versorgung (Klima und so ...)
01:31 < tsa> ja, sagt mir was..
01:32 < rxr> kennst du , oder sagt dir was? ;_)
01:32 < tsa> sagt mir was...reichardstrasse irgendwo muss das sein..
01:32 < rxr> tsa: jups ...
01:33 < tsa> .oO( die welt ist klein.. )
01:33 < rxr> danach habe ich noch ein Jahr bei nem ziehmlich genialem Planungsbuero im Hefehof ausgeholfen (neben Fachoberschule) - war ganz nett ...
01:34 < rxr> tsa: in der gallery fehlt bei dir geboren in ... Hameln?
01:34 < rxr> Die Welt ist wirklich klein - merkt man immer wieder ....
01:34 < tsa> jupp.
01:34 < rxr> ah
01:34 < tsa> esden: schreib mal dazu..
01:35 < esden> ...
01:35 < rxr> cliff hat in ner woche birthday ;-)
01:35 < rxr> *esden schwankt zum rechner ...*
01:35 < tsa> hehe
01:35 < esden> *schwank*
01:36 < esden> aso ... tsa momment
01:36 < tsa> hm....zur geburtstagsfete bei clifford einfallen ist nen bisschen weit..
01:36 < rxr> *g*
01:37 < esden> tsa ich und blindcoder haben schon gedacht dass wir es machen ...
01:37 < esden> wir wollen den cliff auflegen hueren ...
01:37 < esden> ;-)
01:38 < tsa> esden: naja, du bist nen ganzes stueck naeher dran als wir..
01:38 < esden> hehe ;-)
01:39 < rxr> esden: mein gpg key https://drocklinux.dyndns.org/rene/me/rene-key-2001-04-14.asc
01:39 < snyke> hi esden
01:39 < snyke> esden: wie ich sehe brauchst meine kiste nich? right??
01:41 -!- ringo78 [~idiot@co116627-a.almel1.ov.nl.home.com] has quit ("leaving")
01:41 < esden> snyke: mommentan nicht ...
01:42 < esden> tsa: soo gallery upgedated ... ich hoffe mal richtig ;-)
01:42 < esden> rxr: ich habe dein key schon ... ;-)
01:42 < rxr> du kannst meine gpg url noch hinzufuegen und Lower Saxony hinter tsa bith-place cut'n pasten ;-)
01:43 < esden> yoyo ... dabei
01:44 * rxr needs a better photo for the gallery ...
01:44 * tsa too!
01:44 < rxr> die techno party war doch bestimmt ganz nett ,-)
01:45 < tsa> esden: can you resize an image?
01:45 < tsa> esden: https://www.jaenicke.org/tsa.jpg <- most current pic, but too big
01:49 < rxr> ok people - i take some sleep. cu
01:49 < rxr> n8
01:50 < bluefire> Bye
01:50 < tsa> cu bluefire
01:50 < tsa> cu rxr
01:50 < tsa> (whoever currently is going to sleep ;)
01:51 * tsa gaehnt mal ne runde
01:51 < esden> tsa: your image updated ;-)
01:52 < esden> it is a good photo I must say ...
01:52 < esden> n8 rxr
01:54 < tsa> esden: the other one was taken a few years ago, during a holiday in hungary with some friends from university..
01:54 < tsa> this one is only a few weeks old, taken at work during a small party..
01:55 < bluefire> tsa: I'll stay just a little more.
01:55 < esden> tsa: I could imagine it ;-Z)
01:55 < tsa> bluefire: hehe...ok
01:55 * -> esden updating his 1.7 tree and then going to bed
01:56 < bluefire> tsa: got some nice downloads in the pipe.
01:56 < tsa> btw....
01:56 < tsa> anyone knows who is Matthias Langhammer?
01:56 < tsa> boogieboy@users.sourceforge.net, has access to sf cvs repository..
01:56 < tsa> he's not in the gallery..
01:57 < esden> uhh this update has only 6 hunks cool
01:57 < tsa> hehe
01:58 < tsa> hm....this is interesting..
01:59 < tsa> 5 admins and 24 (!!) developers are registered with rock-package at sf cvs
01:59 < esden> tsa: is that bad or good ? ;-)
02:00 < esden> ok update complete
02:00 < esden> cu all
02:00 < esden> and good night
02:01 < tsa> esden: i guess i never heard of most of them
02:01 < tsa> cu esden
02:01 < esden> tsa: i guess me nither
02:01 < esden> n8
02:04 < tsa> n8 esden
02:05 < tsa> i still wonder who all those people with sf cvs access might be..
02:05 < tsa> some of them sent some mails to the list, but others i've never heard of before
02:05 < tsa> as far as i can remember
02:05 < tsa> strange
02:06 < tsa> mutt
02:06 < tsa> argh...wrong window
02:18 < tsa> hm....anyone still awake?
02:20 < tsa> _______________
02:20 < tsa> ( anyone awake? )
02:20 < tsa> ---------------
02:20 < tsa> o ^__^
02:20 < tsa> o (oo)\_______
02:20 < tsa> (__)\ )\/\
02:20 < tsa> ||----w |
02:20 < tsa> || ||
02:22 < tsa> hm...ok
02:47 < hackbard> n8
02:47 -!- hackbard [~hackbard@p5080798F.dip.t-dialin.net] has quit ("Client Exiting")
02:47 < tsa> oh.
02:47 < tsa> cu hacbard
02:47 < tsa> +k
02:48 < tsa> hm.... too late
02:59 < tsa> ________________________
02:59 < tsa> ( good night everybody.. )
02:59 < tsa> ------------------------
02:59 < tsa> o ^__^
02:59 < tsa> o (oo)\_______
02:59 < tsa> (__)\ )\/\
02:59 < tsa> ||----w |
02:59 < tsa> || ||
02:59 < tsa> i'm going to sleep
02:59 < tsa> cu tomorrow
02:59 < tsa> ..
02:59 -!- tsa [~tsa@p5082B51C.dip.t-dialin.net] has quit ("Client Exiting")
03:15 -!- bluefire [~bluefire@pD95221FB.dip.t-dialin.net] has quit ("leaving")
04:24 -!- inode [~inode@cs666986-234.satx.rr.com] has joined #rocklinux
05:30 -!- inode [~inode@cs666986-234.satx.rr.com] has quit (Remote closed the connection)
07:39 -!- ]raid[_ [~raid@p13.sa01.nho.procergs.com.br] has joined #rocklinux
07:39 < ]raid[_> hi
07:46 -!- snyke [~snyke@pD9502A5A.dip0.t-ipconnect.de] has quit (Read error: 110 (Connection timed out))
07:56 -!- ]raid[_ [~raid@p13.sa01.nho.procergs.com.br] has quit ("Your Face...Your ASS! What's the diference??")
07:58 -!- huebi_ [~huebi@p508169AF.dip.t-dialin.net] has joined #rocklinux
08:05 -!- clifford_ [~clifford@62.46.2.184] has quit (Read error: 60 (Operation timed out))
08:14 -!- huebi [~huebi@p50816D84.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
08:15 -!- clifford_ [~clifford@62.46.4.149] has joined #rocklinux
08:51 -!- Netsplit carter.openprojects.net <-> irc.openprojects.net quits: praenti, clifford_, d3m|home, simon--, th, surprise, rxr
08:51 -!- Netsplit over, joins: clifford_, d3m|home, rxr, simon--, praenti, surprise, th
09:23 -!- snyke [~snyke@pD9502A65.dip0.t-ipconnect.de] has joined #rocklinux
09:31 -!- inode [~inode@cs666986-234.satx.rr.com] has joined #rocklinux
09:43 -!- capchaos [~cap@pD9048577.dip.t-dialin.net] has joined #rocklinux
09:52 -!- term_emu [~pm@beaufort.wyzant.de] has joined #rocklinux
09:53 < term_emu> re
10:17 -!- yota [~seb@home.nmeos.net] has joined #rocklinux
11:01 -!- simon--- [~sts@p5087514D.dip.t-dialin.net] has joined #rocklinux
11:04 < th> moin
11:05 -!- yota [~seb@home.nmeos.net] has left #rocklinux ()
11:13 -!- simon-- [~sts@pD9E1D51C.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
11:14 -!- simon--- is now known as simon--
11:20 < huebi_> moin
11:20 -!- huebi_ is now known as huebi
11:34 < esden> hi all
11:34 < huebi> hi esden
11:34 < esden> hi huebi
11:36 < huebi> Ich bin gerade am header files zusammen suchen fuer die glibc auf Sparc.
11:38 < huebi> Ueble Bastelei. Bis die glibc wieder mault, dauert es manchmal schon fast 2 Stunden.
11:38 -!- hackbard [~hackbard@p5080798F.dip.t-dialin.net] has joined #rocklinux
11:38 < huebi> Danach fehlt noch OpenSSL und ein Install image
11:38 < huebi> hi hackbard
11:39 < hackbard> moin huebi!
11:39 < hackbard> hi all
11:39 < huebi> esden: Wie weit ist eigendlich der alphaport
11:40 < huebi> hackbard: Sparc macht Fortschritte. Es fehlen nur noch die Header files fuer glibc, opennssl und boot-cd
11:45 < esden> huebi: wenn ich mich nicht irre ist die cd bootbar und bis auf 2 oder 3 pakete compiliert es komplett
11:47 < hackbard> huebi: cool das zu hoeren, wieviel prozent vom userland ist denn eigentlich schon mit 64bit moeglich?
11:49 < huebi> hackbard: Weiss ich nicht. Habe ich mich nicht drum gekuemmert. OpenSSl funktioniert z.B. nicht.
11:50 < huebi> esden: Dann kommen wir ja bald zu drei funktionierenden Ports: x86, Alpha, Sparc.
11:50 < huebi> Was macht eigendlich PPC?
11:51 < huebi> Ist clifford nicht Maintainer von PPC?
11:53 < esden> huebi: ja der clifford ist der maintainer ... leider kuemmert sich er anscheinend mommentan nicht drum ...
11:53 < esden> huebi: und auch kenne ich keinen aktiven rock entwickler sonnst der PPC haette
11:54 < huebi> esden: Schade. Ich koennte mal dreamind hier in Darmstadt fragen, ob der nich mal Lust auf einen PPC Port auf das iBook hat.
11:54 -!- hackbard_ [~hackbard@p50806B39.dip.t-dialin.net] has joined #rocklinux
11:54 < hackbard_> hmm ..
11:54 < huebi> Er bevorzugt debian und ist auch offizieller Maintainer bei debian
11:55 < huebi> Aber fragen kostet ja nichts.
11:55 < hackbard_> habt ihr meionen satz noch lesen koennen, bzgl ppc?
11:55 * -> esden dreaming of a dual 1Ghz G4
11:55 -!- hackbard_ is now known as ghost
11:55 < ghost> arg
11:56 -!- hackbard [~hackbard@p5080798F.dip.t-dialin.net] has quit (Killed (NickServ (Ghost: ghost!~hackbard@p50806B39.dip.t-dialin.net)))
11:56 -!- ghost is now known as hackbard
11:57 < esden> huebi: sure asking does not cost ;-)
11:57 < huebi> Eine IBM RS/6000 F50 mit koennte ich vielleicht leihweise bekommen. I werde das aber nicht machen, wenn ich damit wieder bei Null anfangen muss.
11:57 < esden> huebi: AFAIK tha port ist mostly functional ...
11:58 * huebi dreaming of E12k with 106 1GHz UltraSparcIII CPU's ;-)
11:58 * -> esden dreaming of E15k
11:59 < esden> one of my friends could already play with it ;-)
11:59 * huebi dreaming of taking over the internet! hehe
12:00 < huebi> esden: On which platform?
12:00 * -> esden dreaming of taking over both worlds : internet & #reality
12:00 < esden> huebi: there was running solaris ... or what do you mean ?
12:01 < huebi> esden: Remember: This is my univerum!
12:01 < huebi> 11:59 < esden> one of my friends could already play with it ;-) <- On what sort of Compputer?
12:02 < esden> he could play with e15k from sun ... a prototype ... still not on the market ...
12:03 < huebi> axo
12:23 -!- bluefire [~bluefire@p50816C3D.dip.t-dialin.net] has joined #rocklinux
12:24 < huebi> hi bluefire
12:24 < bluefire> Mon
12:24 < bluefire> i^
12:30 < blindcoder> g'morning everyone
12:30 -!- clifford_ is now known as clifford
12:30 < clifford> hi gang!
12:31 < blindcoder> hi chef!
12:35 < clifford> blindcoder: :-)
12:36 < clifford> rxr: are you here?
12:37 < clifford> anyone else? ping!
12:37 * clifford wants to discuss some ideas ..
12:38 < th> ack
12:38 < clifford> so it's only blindcoder th and me at the moments?
12:38 < clifford> ... and 15 zombies. :-)
12:39 < clifford> there are two thing i want to discuss:
12:39 < capchaos> me is there, power-idling
12:39 < clifford> 1.) package categories
12:39 < clifford> 2.) bin package file format
12:39 < clifford> hi capchaos.
12:40 < capchaos> hi clifford
12:40 < clifford> are you interested in this topics?
12:40 < capchaos> lets see :)
12:40 < clifford> ok - discussing 1. doesnt make much sense without rxr.
12:41 < clifford> so. here is a short introduction to topic #2:
12:41 < clifford> currently our package format is plain .tar.bz2 containing all package files inluding the metadata from /var/adm/...
12:42 < clifford> the problem with that is that the installer needs the metadata _before_ installing the package.
12:43 < clifford> so the current pkg-install and pkg-update script are extracting the package file two times (which costs cpu time and that is bad)
12:45 < clifford> the new plan is to create a package format where the package .tar.bz2 file and the metadata files (uncompressed) are stored together in another archive file.
12:45 < clifford> => ( package.tar.bz2 + metadata ) in XXX (where xxx might be tar, ar, cpio, whatever)
12:46 < clifford> the big question now is: what should be the archive format around all that other stuff.
12:47 < hackbard> q: i cant see in pkg-install that it is extraxted 2times
12:49 < hackbard> and isnt it enough to know the flist after installation (to be able to remove them correctly)
12:51 < th> is it possible to extract single files from tar?
12:52 < clifford> hackbard: fisrt - we can not extend the tools with the current file format. e.g. pkg-install can't print "Package fobbar already installed use -f to override." if the package is already there - because the pkg file needs to be extraced to get the package name.
12:52 < clifford> th: sure.
12:52 < blindcoder> if you know the filenames then yes @th
12:52 < clifford> but there are some problems with tar as big file over all the rest.
12:53 < th> hmm
12:53 < clifford> wait a sec. (i want to test something before I tell you something incorrect)
12:55 < clifford> ok - yes: tar doesn't make a seek to the position in the tar archive wich contains the requested file. It is _always_ reading the entire tar file.
12:56 < clifford> also - since the "big archive" arround the whole stuff is not compressed, there are a lot of _huge_ areas in the file containing only zeros (tar is usind blocks).
12:56 < th> hmmm
12:56 < th> bad
12:56 < th> but what else is suitable?
12:57 < clifford> cpio or ar.
12:57 < clifford> pls. wait a sec again ..
12:58 < th> hmmmm but i like the possib. to extract a package as a tar...
12:58 < esden> re hi all
12:58 < blindcoder> rehi esden
12:58 < hackbard> one should also consider that we need tools to handle ar or cpio on the install disks in addition to tar and bzip2
12:59 < clifford> cpio also doesn't seek (it can only be used in a pipe)
12:59 < clifford> imo 'ar' would be the best choice.
13:00 < clifford> It seeks - so it possible to extract file members pretty fast.
13:01 < clifford> the main problem with 'ar' ist that is part of binutils. So it wount be there if you didn't install devel tools.
13:04 < clifford> another problem with 'ar' is that something like 'tar xf foobar.tar flists -O' would not be possible.
13:11 < esden> clifford: are these really all tools we could use ?
13:13 * -> esden away -> coffee
13:14 < clifford> esden: this are all _standard_ tools. Imo it's better to use an standard archiver ..
13:15 < clifford> I've just made a test: extracting a small file from a 33 MB archive.
13:15 < clifford> with tar: 0m8.833s
13:16 < clifford> with ar: 0m0.109s
13:18 < blindcoder> quite a difference..
13:18 < huebi> re Moep!
13:18 < huebi> hi @all
13:19 < th> hmmm
13:19 < huebi> A new Package format I read.
13:19 < clifford> yes. but however: ar is (afaiks) a no-do since it's in binutils ..
13:19 < clifford> huebi: discussion about an old idea which should go in 2.0.
13:20 < huebi> A new number: A full kickstart installation of rh 6.2 needs 8min 30 secs over the network.
13:20 < huebi> 1.3 GB
13:21 < huebi> What about the old package format plus added new Meta information in a surrounding archive?
13:21 < huebi> like:
13:22 < clifford> huebi: did you read the messages above?
13:22 < huebi> clifford: Yes
13:22 < huebi> I think speed is not the problem.
13:23 < clifford> huebi: 10 sec for extracting one metadata file is too much.
13:23 < huebi> But the meta infos before installing are nessesary
13:23 < huebi> clifford: Yes, that should be faster.
13:24 < huebi> Idea:
13:24 < clifford> yes. but tar is just too slow because it doesn't make any seeks.
13:24 < huebi> tar cvf <pkg>.tar <old-pkg>.tar.bz2 <pkg-meta>.tar
13:25 < huebi> or better tar cvf <pkg>.tar <pkg-meta>.tar <old-pkg>.tar.bz2
13:25 < clifford> huebi: needs temp files then.
13:26 < clifford> huebi: doesn't make any difference - tar always reads until the end of the archive.
13:27 < th> clifford: what about little filesystems in files?
13:27 < th> mount -o loop package.bin /foo
13:27 < th> just a crazy idea
13:28 < clifford> th: no. you should be able to look into a package file, etc. without beeing root.
13:29 < huebi> I see that we will get something like rpm or apt sooner or later. I want something with total control by me on the software!
13:29 < th> hmm. yes.
13:31 < huebi> what is the problem with slow tar? I install only once and if I upgrade I upgrade only a feww packages
13:32 < huebi> W2K needs in an unattended installation about 2h
13:32 < huebi> Rock about 15 to 20 min I think
13:32 < huebi> Rock on Sparc with scsi 2 days
13:33 < clifford> huebi: if we say we have 10 sec overhead for every package - this is 2 hours for 720 packages ..
13:33 < huebi> clifford: Whats up with PPC? Is it running on RS/6000 F40 / F50?
13:34 < huebi> clifford: 2h is an argument to be mentioned carefully ;-)
13:34 < clifford> I "only" have a B40. if the kernel is running on F40 / F50, ROCK is also doing.
13:34 < huebi> clifford: Do you have a bootable CD-Image?
13:35 < clifford> no - never had one.
13:35 * huebi ist Mittagessen
13:35 < huebi> clifford: Bootable tape?
13:35 < huebi> clifford: How do I get it on RS/6000?
13:35 < clifford> no. normal ROCK on cd and boot from 1.4" floppy.
13:36 < huebi> ok
13:36 < huebi> bbl
13:36 < clifford> bbl
13:36 < clifford> we could write our own arive format just for that.
13:37 < clifford> (it's a work of 20 minutes up to 2 hours - not more).
13:37 < huebi> clifford: arrgh! How do I read it under solaris?
13:38 < clifford> huebi: what?
13:38 < clifford> compile our archiver.
13:38 < clifford> it would be one c file with not more than 100 or 200 lines.
13:39 < clifford> (installign bzip2 on solaris is a harder job)
13:42 < hackbard> but this is not a _standard_ tool then (what you actually wanted)
13:42 < clifford> yes. But it looks like no standard tool fits our needs.
13:42 < hackbard> but it sounds cool, if its faster and even easier to install on foreign systems
13:42 < hackbard> yes
13:43 < clifford> And better creating a small no-standard tool which can be easily compiled everyehre than using an existing non-stanard tool which might not run on some systems.
13:53 < rxr> re
13:53 < clifford> hi rxr. I'm havin' some problem with g++ 3 here ...
13:54 < clifford> rosegarden doesn't build.
13:54 * clifford should refresh his c++ skills ...
13:54 < rxr> clifford: which error ?
13:55 < clifford> aehm .. 72 errors in the first file
13:55 < rxr> oh - of whar kind ?
13:55 < clifford> (after adding -Wno-deprecated .. :-)
13:55 < clifford> Event.h:228: no class template named `hash_map' in `std'
13:55 < clifford> Event.h:239: ISO C++ forbids declaration of `value_type' with no type
13:55 < clifford> Event.h:239: cannot declare member `Rosegarden::Event::PropertyMap::value_type' within `Rosegarden::Event'
13:56 < clifford> but <ext/hash_map> is included.
13:56 < rxr> urgs hash_was never in the C++ standard ...
13:56 < rxr> where is ext/hash_map from?
13:57 < clifford> /usr/lib/gcc-lib/i386-pc-linux-gnu/3.1/include/g++/ext/
13:59 < rxr> yes the hash_map class look ok ...
13:59 * rxr downloadintg rosengarden
14:04 < clifford> hmmm what's the __gnu_cxx namespace?
14:04 < rxr> clifford: don't know - some internal hacks ...
14:06 -!- bluefire [~bluefire@p50816C3D.dip.t-dialin.net] has quit ("leaving")
14:07 < clifford> yes - std::hash* must be replaced with __gnu_cxx::hash*
14:07 < esden> re hi all
14:07 < clifford> hi esden.
14:08 < esden> clifford: can't you extract ar from binutils and make it a standalone packet ?
14:09 < esden> blindcoder: do we have a dvd player in bitz ?
14:09 < esden> blindcoder: I want to watch matrix on the beamer ;-)
14:13 < esden> let us patch tar so that it seeks ;-)
14:13 < esden> and make the patch come in the standard source tree of tar ;-)
14:14 < clifford> esden: tar = Tape ARchiver, and on a tape it's not possible to seek within a block ..
14:14 < rxr> clifford: i do not see why ...
14:15 -!- bluefire [~bluefire@p50816C3D.dip.t-dialin.net] has joined #rocklinux
14:15 < esden> clifford: but in files yau can seek ... but I can understand your argument
14:15 < clifford> in ext/hash_map (and the others) there is "namespace __gnu_cxx { ... }" arround the class definitions for hash*.
14:16 < clifford> esden: I don't think that the tar file format is made up in a way which allows us to just "read an index" and seek to the position in the file we want.
14:17 < clifford> Hmmm .. I don't have <arts/artsmidi.idl> on my system ...
14:18 < esden> clifford: I do nither but we are not sure right ? so we schould look in the tar format spec...
14:20 < clifford> esden: The patch is probably hard to write and will likely not go into the official tree.
14:21 < clifford> We depend already on bzip2 which is a non-standard app. Adding our own 100 lines archiver is not such a problem (imo).
14:21 < rxr> Pattern not found: cxx
14:22 < esden> clifford: bz2 is much more standard then our 100 lines tool
14:22 < clifford> rxr: what is the 'namespace' statement in your /usr/lib/gcc-lib/i386-pc-linux-gnu/3.1/include/g++/ext/hash_map file?
14:23 < rxr> namespace std
14:23 < clifford> esden: yes. But both is not shipped with solaris, e.g.
14:23 < rxr> clifford: 3.0.4 here - yesterday 1.7 build ...
14:23 < clifford> Btw - your patched tar is also not part of any standard.
14:23 < esden> clifford: I am against our own tool if we could use nomething common ... we only have to try harder to find one ...
14:24 < rxr> but i can not configure rosegarden - because gnu-auto-* brokenness ...
14:24 < clifford> esden: there are only 3 standard archiver: tar, ar and cpio.
14:24 < esden> clifford: I define standard .. if it is included in most common linux distributions
14:25 < clifford> esden: if we use 'dar' or one of other open source archivers that will introduce more problems that with our own small tool.
14:25 < clifford> esden: ok - so add 'dump' to the list.
14:27 < esden> hmm ... clifford I think you are somewhat right ...
14:27 < esden> but I want to be 100% sure that we can not use "standard" software
14:27 < huebi> re
14:27 < esden> re huebi
14:28 < huebi> and shar, the shell archiver?
14:28 < clifford> esden: none if this three - tar, ar, cpio and dump do fit our needs - and there is no other
14:28 < clifford> huebi: we have choosen not to use tar because it is to slow ..
14:28 < huebi> btw. bzip2 isdelivered on Solaris 8 on the Companion CD
14:29 < clifford> rxr: maybe fixincl is upposed to fix this headers before they are installed?
14:29 < esden> clifford: so why not extract ar from binutils ?
14:30 < huebi> did somebody test start (speed tar) from the author of the cdrtools?
14:30 < esden> so that you can install it without all the devel stuff...
14:30 < esden> huebi: nope
14:30 < huebi> IIRC star is more compatible than tar
14:30 < huebi> POSIX, Imean.
14:30 < clifford> one problem with 'ar' is that it has (afaik) no mode to write archive members to stdout.
14:31 < esden> that is ealyer to patch then the seeking and more likely included in the standard distribution
14:31 < huebi> Perhaps there is an extra ar avaliable like mt, normally contained in cpio
14:32 < rxr> clifford: hm - have you looked into the original fine in the source ?
14:34 < huebi> or better tar cvf <pkg>.tar <pkg-meta>.tar <old-pkg>.tar.bz2 <- whats with this (again) ? it's plain tar without bunzip2 for the meta data.
14:34 < rxr> huebi: star is the name which stands for Standard tar not speed ...
14:34 < huebi> rxr: hmm...
14:34 * clifford testing star ...
14:37 < clifford> Aaaaaaarg - why can joerg schilling write "normal" build systems ..
14:37 < clifford> s/can/can't/
14:38 < huebi> clifford: oOO( I remember. A little bit ugly...)
14:39 < clifford> the same crap as with cdrtools
14:39 < rxr> clifford: because he seems to think he is the king ...
14:40 < clifford> /opt/schily .. that's just stupid.
14:40 < huebi> joerg schilling and djb - they learned a lot from each other... ;-)
14:41 < clifford> And this crappy /opt/schily can be found _everywhere_ in the code. No way to change that in a single location ..
14:41 < clifford> man rmt
14:41 < clifford> oups ...
14:41 -!- term_emu is now known as term_aweh
14:43 -!- l_9_l [~jarod@217.17.224.177] has joined #rocklinux
14:43 < clifford> "make -k INS_BASE=/usr/local install" - that seams to work
14:43 < huebi> When I tar to tape I do a tar -xvR --totals |tee tar.txt . Then I have a list with the tape blocks and can seek later to the needed block to start tar -xv
14:43 * clifford is fixing cdrtools.conf
14:45 < huebi> Perhaps just a mt for tar files could solve our problem?
14:53 < huebi> What's the difference between /dev/random and /dev/urandom?
14:55 < clifford> /dev/urandom can be empty.
14:56 < rxr> clifford: ? urandom is faster but less random ...
14:57 < th> empty????
14:57 < th> no
14:57 < huebi> On Sparc /dev/random does not work correctly: dd if=/dev/random of=100M bs=1M count=100 = 486 May 12 14:54 100M
14:57 < th> random can be empty and block
14:57 < huebi> 486 Bytes only
14:57 < th> huebi: it takes time
14:58 < th> and perhaps the solaris random does not block
14:58 * clifford is ver cunfused about strace.
14:58 < esden> my random spits like crazy ... (hexdump /dev/random)
14:58 < esden> but urandom spits faster ...
14:59 < huebi> th: It stoped by it's own! An error happend.
14:59 < clifford> ok - yes. /dev/random can be empty.
14:59 * clifford is very confused about _star_ ...
15:00 < clifford> It also doen's seek.
15:00 < huebi> clifford: ok
15:00 < clifford> But it forks - but not alwys ...
15:01 < huebi> I just test the double archive with tar...
15:02 < clifford> I don't trust star ...
15:02 < huebi> A SUN SParc must be Schroeders prefered machine because it's so "laanngsaaammm" ;-)
15:02 * clifford is now going to eat something ...
15:02 < clifford> rxr: will you still be online in 1 hour?
15:03 < huebi> clifford: There is an error in tar IIRC. I have a look at my mails later. There is also a patch for that.
15:03 < clifford> huebi: ok.
15:03 < clifford> cu later.
15:03 -!- clifford is now known as clifford_away
15:04 < rxr> clifford_away: yes
15:37 < esden> hmm ... I think I will disable fddi support in the nettools ...
15:38 < esden> hmm ...
15:50 < rxr> geil: https://ixbt.com/video2/matrox-parhelia512.shtml
15:51 < rxr> hopefully the next Matrox drivers will be open source - then this is my next graphic card ;-)
15:54 < capchaos> you can read russian?
15:55 < rxr> no but the diagram and numbers ;-)
15:55 < capchaos> ;>
15:57 < rxr> or konqi Tools -> Translate Webpage -> Russian -> English ...
15:57 < capchaos> hmm whats its url?
15:59 < capchaos> oh its a kde tool
15:59 < rxr> yesno - they use the babelfish obviously ;-)
16:01 < esden> rxr: very interesting site ... but more then the high 3D performance I need multihead support ... my next video card will have at least 4 vga outputs
16:01 < esden> currently I have 2 and that is _really_ now enough
16:02 < rxr> esden: are you crazzy ?
16:03 < esden> no ... have you ever worked with more then one monitor at your pc ?
16:03 < rxr> yes i have a dual-head MGA 450 ... ;-)
16:04 < rxr> and can put a ati or s3 into it additionally ...
16:04 < esden> I have dual MGA 400
16:04 < rxr> oh moment the s3 stopped working last week ...
16:05 < esden> I do not have a card that is having a ramdac that is fast enough to drife my third monitor
16:05 < esden> hmm ... second X server would be an idea .... hrm ...
16:06 -!- clifford_away [~clifford@62.46.4.149] has quit (Read error: 60 (Operation timed out))
16:06 < esden> blindcoder: you have my card ? do you have finally a substitute for it ? I need my s3 back
16:07 < blindcoder> hmm sorry.... not yet... but I have your driver's license
16:07 < esden> blindcoder: ohh ... not good ... >_<
16:07 < blindcoder> that I could give you back :D
16:08 < esden> blindcoder: >_<
16:08 < esden> I need both ;-)
16:08 < blindcoder> the S3 is in use... I have to figure out how to use the Vodoo2
16:09 < esden> then do it ... (los an die arbeit nicht schlafen oder leechen ... sondern an der karte bastelt)
16:10 < blindcoder> chotto matte.... I'm leeching Full Metal Panic and Hack Sign after all...
16:10 < esden> no intorest ... I need my card more ;-)
16:10 < esden> *nerv* *nerv*
16:10 < blindcoder> okay, I'll remember you saying that *MUAHAHA*
16:11 < esden> kk
16:11 < blindcoder> good boy ;)
16:12 < blindcoder> hmm
16:13 < blindcoder> I think i just found something
16:13 < blindcoder> https://www.xfree86.org/current/Status2.html#2
16:13 < blindcoder> see 4.2.0
16:13 * blindcoder wants a Voodoo5 6k *cry*
16:14 < blindcoder> hmm... I have no local downloads or anything running...
16:14 < blindcoder> brb... screwing up my hardware
16:15 < esden> have fun blindcoder
16:16 -!- clifford_away [~clifford@M114P011.dipool.highway.telekom.at] has joined #rocklinux
16:18 < th> anyone knows of a bootdisk able to write lilo to mbr?
16:34 -!- capchaos [~cap@pD9048577.dip.t-dialin.net] has quit ("Client Exiting")
16:36 < blindcoder> esden: I found the drivers but they are only in rpm format >_<
16:37 < esden> under rock there is rpm as packet includet ... if you have not ripped it out ;-)
16:37 < blindcoder> Hmm must have missed it... it's still there :D
16:43 < blindcoder> oh.. my bad.... missed installing the kernel module as well as the user-space driver... d'ouh
16:44 * -> esden added dietlibc section to Documentation/Developers/TODO
16:44 -!- clifford_away is now known as clifford
16:45 < clifford> www.clifford.at/misc/mar.c
16:45 < huebi> re clifford
16:45 < esden> re clifford
16:45 < clifford> hi please have a look at this c file ..
16:47 < clifford> i know that it is not using hton() so far ..
16:49 < rxr> clifford: you wrote this in the last hour ?
16:51 < huebi> tar cvf <pkg>.tar <old-pkg>.tar.bz2 <pkg-meta>.tar <- What about that? To extract <pkg>.tar it needs just 0.7 seconds!
16:51 < huebi> I mean <pkg-meta>.tar
16:51 < huebi> :-)
16:52 < huebi> <pkg>.tar is no .bz2 file!
16:53 * clifford added www.acronymfinder.com to www.rocklinux.net metasearch engine.
16:53 < huebi> it could also be <pkg-meta>.tar.bz2. That should not take too much time
16:53 < huebi> clifford: ??
16:53 < clifford> rxr: no I had something to eat in the last hour. I wrote that in the last 10 minutes.
16:54 < rxr> erh ah
16:54 < clifford> huebi: how big is your <pkg>.tar - the same thing takes 10 sec. here for a 30 MB file. (read scrollback)
16:54 -!- tsa [~tsa@pD9E11C3E.dip.t-dialin.net] has joined #rocklinux
16:54 < tsa> moin allerseits
16:55 < huebi> clifford: 101MB
16:55 -!- kvak|uninvited [uninvited@p50802F7B.dip.t-dialin.net] has joined #ROCKLINUX
16:55 < huebi> hi tsa
16:55 < kvak|uninvited> hello hello
16:55 < huebi> hi kvak|uninvited
16:55 < clifford> rxr: shoot me if I once shoud need one hour to write 100 lines of c code .. :-)
16:56 < huebi> clifford: 101MB containing 1 1MB file at the beginning and 1 100MB file at the end.
16:56 < tsa> hi huebi
16:56 < tsa> hi kvak|uninvited
16:56 < esden> hi uni
16:56 < clifford> huebi: is tar reading the entire file of only needed part at the start of the file?
16:57 < clifford> s/of/or/
16:57 < kvak|uninvited> say, can someone tell me about the rfc to email signatures ? I m talking about the rfc which describes filtering signatures off marked with "--" ?
16:57 < kvak|uninvited> Esden> Hi !
16:57 < huebi> clifford: The whole file
16:57 < tsa> kvak|uninvited: moment..
16:58 < tsa> kvak|uninvited: rfc1855 and rfc2646
16:58 < clifford> huebi: I dont think that tar can read and parse a 100MB (not cached) file within 0.7 secs.
16:58 < kvak|uninvited> tsa> thx
16:58 < huebi> How can I get it uncached fast?
16:58 < tsa> kvak|uninvited: no problem ;)
16:59 < clifford> also think that we don't only read thos metadata if we are going to install it. e.g. if we are looking for the package containg file xyz on the cdrom containing 640 MB package data. We would read the whole 640 MB just because we need a few MB metadata ..
17:00 < clifford> huebi: umount and mount
17:00 * huebi reboots, no partition to unmount ;-)
17:03 < rxr> clifford: what category stuff did you wanted to discuss?
17:03 < huebi> re
17:05 < clifford> rxr: Just an idea. Maybe we should make categories in the form of 'gui/{kde,x11,terminal,gnome}', 'function/{office,multimedia,...}' and so on ...
17:06 < clifford> So everything which has a gui would be added to one or more gui/ categories, etc.
17:06 < huebi> hmm. After reboot it just needs 5.208 seconds
17:06 < huebi> for 101MB
17:07 < clifford> with the current package selection (config tool, not install shell) you could make 'x gui/gnome function/office' to select all packages which are in both categories.
17:07 < clifford> huebi: here (ide disk, some load) it takes avg. 10 sec. for 33 MB.
17:07 < huebi> It's only my U30 with a 40MB/s FAST wide SCSI Bus
17:07 < rxr> clifford: might be an idea - especially if we do not need to write any single combination into the PKG-CATEGORIES file ...
17:08 < huebi> I still don't see the _must_ of a new archiver
17:08 < clifford> huebi: think about my example from above - we want to read the metadata for all packages from a cd without installing the packages.
17:08 < rxr> clifford: but whould you also introduce qt and gtk+ so some people who do not want to mix gnome and gtk+ kde with qt are happy ?
17:09 < clifford> huebi: I don't see any existing one which fits our needs .. :-)
17:10 < esden> clifford & rxr: have you thought of trove categorisation of the packages ?
17:10 < clifford> rxr: I don't see a real problem here. The only question is: are the qt-only packages in qt and kde?
17:11 < clifford> (imho "kde" are "gnome" are no guis, btw.)
17:11 < rxr> on the other hand we nearly have this schema currently - although we do not write gui/ or function/ in front of it ...
17:12 < clifford> yes. but i have the feeling that other "super-categories" will come later.
17:12 < rxr> clifford: so adjusting our layout to mean <gui>/<function> might be the same ...
17:12 < clifford> (btw. i don't think that "function" is the right word, but I didn't found another one .. :-)
17:13 < rxr> esden: what should trove mean ?
17:14 -!- bluefire_ [~bluefire@p50816C3D.dip.t-dialin.net] has joined #rocklinux
17:14 < rxr> and where should libraries go in your example ?
17:14 < clifford> rxr: imagine a package which is has 2 guis and 3 functions: 6 entries in the existing scheme, 5 in the new one. now think about a package with 5 guis and 5 functions ...
17:15 < rxr> ok
17:15 < clifford> well - that's a new "supercategory" which has distinctions for prog or library ..
17:15 < rxr> and a extra tag for libraries ? library/math ?
17:16 < clifford> rxr: no: xyz/libraries + function/math
17:16 -!- hackbard [~hackbard@p50806B39.dip.t-dialin.net] has quit ("Client Exiting")
17:16 < rxr> clifford: look fine. But I will not to all the modifications again ...
17:16 < rxr> i still have to _finish_ gnome2 today ..
17:17 < clifford> rxr: no. I think we need some thinking about it anyways before we actually change it and we can easily transform the existing ones with a script.
17:17 < rxr> clifford: often a library doesn't have a gui ... so wath xyz ...
17:18 < clifford> xyz is the supercategory which has the two categories "programs" and "libraries".
17:19 < clifford> maybe xyz also has categories like "documentation", "source" and "kernel" ..
17:20 < esden> rxr: https://www.tuxedo.org/~esr/trove/ this categorisation mechanism is being used on sf, freshmeat and many other pages containing lots of packages and/or projects
17:22 < rxr> i can not find anything intersesting on the site ...
17:24 < rxr> nor anthing helping us for our categories ...
17:25 < blindcoder> esden: the voodoo2 frame buffer supports only 1024x768... I'm currently searching if it is possible to do more...
17:25 < rxr> the only mention of such categories:
17:25 < rxr> Discriminators: system/mail/{pop, imap},
17:25 < rxr> audience/{end-users, sysadmins},
17:25 < rxr> status/production,
17:25 < rxr> embedding/application,
17:25 < rxr> interaction/utility,
17:25 < rxr> license/GPL,
17:25 < rxr> platforms/{Linux, BSD},
17:30 < rxr> clifford: yes the your new scheme is ok
17:30 * clifford updated mar.c to use htonl and ntohl ..
17:31 < clifford> could you work something out? (a new PKG-CATEGORIES file)
17:31 -!- tomik [~tomik@193.109.181.247] has quit (Read error: 113 (No route to host))
17:31 < rxr> to what date?
17:32 * rxr taking a look to the long todo list ...
17:32 < clifford> it's not urgent - one or two weeks.
17:32 < esden> arrrrrgh I hate BUGS grrrr
17:32 < clifford> (includin a patch or script to update *.desc files)
17:32 < clifford> esden: what's this time?
17:33 < esden> dass ist doch hirnrissig ... wieso tue ich mir diese scheisse an ....
17:33 < clifford> esden: ??
17:33 < esden> clifford: I am fighting with net_tools
17:33 < clifford> ich dachte du wolltest fddi einfach abschalten?
17:33 < esden> and dietlibc needs _BSD_SOURDCE define
17:34 < esden> clifford: habe ich ...
17:34 < esden> aber ifconfig kann ich nicht so einfach abschalten ;-)
17:34 < clifford> yes. dietlibc header are .... very ..... aehm ... strange.
17:35 < esden> clifford: strange ist kein ausdruck ... fefe is having something against BSD ;-)
17:35 < clifford> rxr: esden: huebi: what's about the artikles for "Rolling ROCK" ?
17:35 < rxr> esden: yes we know this
17:36 < rxr> clifford: wollte ich heute schreiben ...
17:36 * clifford stresst das projektteam ... :-)
17:37 < esden> clifford: erhm ... I am working on it ... *am_kopf_kratz* ;-)
17:37 * rxr macht mal gnome2 weiter, ok ?
17:37 < tsa> viel spass..
17:37 * -> esden macht an dietlibc target weiter ok ?
17:37 < blindcoder> esden: MACH DEIN HANDY AN
17:37 < tsa> tr A-Z a-z
17:37 < rxr> th: danke ;-) Irgendein Gnomianer kann mir das gerne abnehmen ...
17:38 < clifford> rxr: eine frage noch zu kde (arts)
17:38 < esden> blindcoder: es ist an ...
17:38 < rxr> clifford: jo
17:38 < huebi> clifford: rpm uses cpio IIRC. A full installation of RH 6.2 just needs 8min 30s. But the meta data is stored while installing in a data base which speeds up meta data access
17:38 < tsa> rxr: eigentlich bin ich gar nicht hier..das taeuscht alles.. ;-)
17:38 < rxr> tsa: hehehe
17:38 < clifford> rosegarden braucht den header <arts/artsmidi.idl> - den es aber in unserem art package nicht gibt ..
17:39 < rxr> clifford: da hasst du recht
17:39 < clifford> huebi: rpm is using cpio only for the package files itself (like our .tar.bz2).
17:39 -!- tomik [~tomik@193.109.181.247] has joined #rocklinux
17:40 < huebi> clifford: tHE sPARC INSTALL IS ONLY POSSIBLE BECAUSE OF ONLY USING TAR AND BZ2.
17:40 < clifford> rxr: wo ist der?
17:40 < rxr> keine ahnung - just untaring arts
17:40 < clifford> huebi: gibt's keinen c-compiler auf sparc?
17:41 < rxr> clifford: hm nicht im arts tar zu finden ...
17:41 < clifford> ist das moeglicherweise ein eigenes package - oder eine neuere version?
17:42 < rxr> find -name '*midi*'
17:42 < rxr> findet auch nichts ...
17:42 < clifford> (bis heute hab ich eigentlich gedacht arts sei nur fuer audio-daten)
17:42 < huebi> clifford: ausser gcc nur den Forte c update 6.2 von Sun. Und der kostet wieder viel Geld.
17:42 < rxr> (#nee - das ist son halber realtime synti dachte ich ...)
17:43 < clifford> huebi: und wo ist das problem mit gcc?
17:43 < rxr> grep -ri midi *
17:43 < rxr> findet schon mehr ... - kann es sein das rosegarden einfach nicht zur aktuellen version von arts passt ?
17:43 < huebi> Der muss unter Solaris erst installiert werden. bzip2 und tar ist schon laenger dabei.
17:45 < clifford> rxr: ja - ein realtime miswch/effekt dings ..
17:45 < huebi> Also wenn cpio 1.3GB in 8m30 entpackt und auf Platte schreibt, sehe ich beim besten Willen keine Notwendigkeit fuer einen eigenen Archiver.
17:45 < clifford> huebi: wozu willst du vocompilierte linux packages unter solaris installieren?
17:45 < tsa> hehe
17:46 -!- l_9_l [~jarod@217.17.224.177] has quit ("BitchX-1.0c18 -- just do it.")
17:46 < huebi> clifford: Gar nicht. Aber der archiver ist nicht ueberall einfach so mit dabei.
17:46 < clifford> huebi: WEIL ER NICH 1.3 GB ENTPACKEN SOLL, WENN ICH NUR 7 MB LESEN WILL.
17:47 < clifford> das ist bei einem cd-rom laufwerk ein unterschied von wenigen sekunden zu "ich geh mal 'nen kaffee trinken" ..
17:47 < rxr> clifford: hey calm down ;-)
17:47 < huebi> rpm Packete sind nicht 1.3GB gross.
17:47 < rxr> should I beam a tea over ? *g*
17:47 < clifford> rxr: bitte - einen zu mir und einen zu huebi .. :-)
17:48 < rxr> ;-)
17:48 < huebi> :-)))
17:48 < rxr> tut leider noch nicht - aber ich geh mir schonmal einen holen ...
17:48 < huebi> clifford: Ich kann sehen, dass es mit dem Archiver schneller geht.
17:48 < clifford> huebi: schau: Es ist oft notwendig _nur_ die metadaten zu einem package zu lesen _ohne_ das package installieren zu wollen.
17:49 < clifford> Im augenblick haben wir etwa 7 MB metadaten (unkomprimiert) in package file listen und etwa 800 MB (bereits kompirmierte) nutzdaten.
17:50 < huebi> clifford: Aber die Zeitersparniss beim Auslesen der Metadaten ist verschwindend gering. 100MB nach 1MB Metadaten in 5 secunden ist von Platte schnell genug.
17:50 < clifford> d.h. wenn ich in so einem fall cpio oder tar verwende - die das ganze file lesen - dann lese ich ueber 100 mal mehr vom medium als ich eingentlich lesen will - und das dauert 100 mal laenger.
17:50 < rxr> soll dein archiver die meta daten fuer archive auch ueber netzwerke (http / ftp) effizient holen koennen ?
17:50 < clifford> huebi: aber nicht von CD-ROM.
17:51 < huebi> clifford: 40X ?
17:51 < huebi> 40x = 3Mb/s
17:51 < huebi> =3min 30s
17:52 < rxr> huebi: zu lang ...
17:52 < rxr> mein installer soll nicht 4 minuten haengen nur weil der die infos zusammen sammelt ...
17:52 < clifford> huebi: zu lang.
17:52 < huebi> ok. Dann sollten wir bzip2 durch gzip ersetzen. Dann wird's richtig schnell.
17:52 < clifford> huebi: das hat doch damit nichts zu tun.
17:52 < huebi> 10 -15% mehr Platzverbrauch.
17:53 < clifford> bei einem lesen der metadaten werden ja keine komprimierten daten gelesen.
17:53 < huebi> und mindesten 7200 Sekunden weniger Kompilierzeit.
17:54 < esden> I do not know ... am I so stupid or is it the most braindead makefile I ever saw ...
17:54 < clifford> bist du dir mit dem 7200 sek sicher?
17:55 < rxr> 2h ...
17:55 < esden> I think not even autoconf creates such ill makefiles ...
17:55 < clifford> rxr: hab' ich mir auch grad' ausgerechnet .. :-)
17:55 < rxr> clifford: was ist mit dem netzwerk fall ?
17:55 < clifford> nfs ist kein problem.
17:55 < huebi> Also, wir unterhalten uns ueber maximal 4min, koennen aber beim Kompilieren wesendlich mehr Einsparen (60 min oder mehr)
17:56 < rxr> huebi: kompilieren ist recht egal - das laeuft hallt so vor sich hin ...
17:56 < clifford> bei http oder ftp muessen wir die metadaten in eigenen files aufbewahren bzw. den server patchen...
17:56 < rxr> aber installieren nervt uns und die admins ...
17:56 < clifford> (letzteres waere bei apache aber sehr einfach ueber ein cgi zu machen)
17:57 < huebi> rxr: Nein, wenn es nach 2h einfach mit 'nme Fehler abbricht und ich wieder von vorne anfangen darf.
17:57 < clifford> huebi: wir unterhalten uns ueber 4min bei einer _interaktiven_abfrage_ ...
17:57 < rxr> clifford: wenn dein archiver die meta-daten am anfang ablegt, koennte dein prog einfach durch beenden (schliessen von stdin) das weiter lesen durch wget curl abbrechen ...
17:57 < huebi> clifford: Wozu, ausser beim Installieren, brauche ich die Metadaten?
17:57 < huebi> clifford: Danach habe ich die auf platte.
17:58 < clifford> rxr: das ollte recht einfach moeglich sein.
17:58 < clifford> huebi: nur wenn du alles installierst.
17:58 < huebi> clifford: Und wenn die da nicht mehr sind habe ich sowieso andere Probleme.
17:59 < huebi> clifford: Dann ist noch die Moeglichkeit da einfach ein Metadatenpacket zu bauen. Mit allen Daten
17:59 < clifford> huebi: es geht ums upgraden, nachinstallieren, etc.
18:00 < huebi> clifford: Sag' ich doch.
18:00 < clifford> Da braucht man einfach _1_ file in dem alles drinnen ist: package _und_ metadaten.
18:00 < rxr> ihr redet aneinander vorbei *g*
18:00 -!- tomik_ [~tomik@193.109.181.247] has joined #rocklinux
18:00 -!- tomik [~tomik@193.109.181.247] has quit (Read error: 104 (Connection reset by peer))
18:00 < huebi> clifford: Und bei einem, einzelnen Packet kann ich die auch einfach mal auslesen.
18:00 < huebi> clifford: Auch wenn es 10 sind...
18:01 -!- hackbard [~hackbard@pD9523DBB.dip.t-dialin.net] has joined #rocklinux
18:01 < clifford> huebi: es geht aber nicht um einzelne packages - oder 10. Es geht darum, das ich z.bsp. ein upgrade cd-set habe mit einem neuen buid und ich mal schnell sehen will, was da anders ist.
18:01 < huebi> clifford: Deshalb von mir der tar-Vorschlag vorhin.
18:02 < huebi> clifford: 1 Gesamtmetadatenpacket mit auf die CD und fertig
18:03 < huebi> clifford: auf die update cd meine ich
18:03 < clifford> huebi: dann kommen die metadaten mal von da und mal von da. Ist auch nicht gut weil es nicht einheitlich ist.
18:05 < clifford> Ich sehe das problem mit einem eigenen format nicht. Man kann es ja noch immer auf jeder architektur wo ein c-compiler ist entpacken und dann hat man eben ein .tar.bz2 ..
18:08 < clifford> bei .tar wird eben leider immer das ganze file gelesen - und bei meiner loesung geht der zugriff auf die metadaten so schnell als waeren es jew. einzelne files.
18:10 < esden> ha ifconfig compiles ;-)
18:12 < th> 17:37:54 < rxr> th: danke ;-) Irgendein Gnomianer kann mir das gerne abnehmen ...
18:12 < th> ?
18:12 < tsa> th: s,th,tsa,
18:13 < th> ok
18:14 < clifford> rxa
18:14 < rxr> th: oh ha habe ich nicht aufgepasst was <TAB> verfolstaendigt hat ... ;-)
18:14 < clifford> rxr: kdemultimedia has arts/artsmidi.idl ...
18:15 < rxr> clifford: oh interesannt ;-)
18:16 < rxr> ich hatte mal gleich alle dateien greppen sollen und nicht nur die arts flist ;-)
18:19 -!- kvak|uninvited [uninvited@p50802F7B.dip.t-dialin.net] has quit ("w?Ee0oELo3wnz4m2v5EspI7BMzthMkCrzZSCVcWvaiNo?xPL1rASSjznN2w8Dcx0DPASPw00")
18:20 -!- tomik_ [~tomik@193.109.181.247] has quit (Read error: 113 (No route to host))
18:21 -!- clifford is now known as clifford_away
18:41 < tsa> FYI: das beruehren heisser Herdplatten hinterlaesst ein unangenehmes Gefuehl auf der Handinnenflaeche.
18:41 < rxr> tsa: ? was machst du ??
18:41 < tsa> *handschuettel*
18:41 < tsa> rxr: meine kuechentauglichkeit testen.
18:41 < rxr> empirisches ermitteln der maximal ertragbaren temperatur einer herdplatte ?
18:41 < tsa> durchgefallen, wuerd ich mal sagen.
18:42 < tsa> so in der richtung.
18:42 < tsa> Murphy sagt: Wenn eine von zwei Herdplatten heiss ist, fasst man immer zuerst auf die falsche.
18:43 < rxr> FYI: man muss sie nicht beruehren - es reicht auch einfach im abstand von 15cm die lufttemperatur zu erfuehlen ...
18:44 < rxr> der gewiefte techniker nimmt fuer diese ermitlung aber auch gerne infrarot transistoren als indikator ;-)
18:44 < tsa> klappt nicht bei reaktionsgeschwindigkeit > geschwindigkeit der handbewegung.
18:44 < rxr> (nein nicht auf die herdplatte werfen und untersuchen ob sie schlmelzen ...)
18:44 < tsa> hehe
18:47 < rxr> gnome 2 macht echt kein spass - jetzt bin ich bei: The assistive technolgy service provider interface of the GNOME accesssibility interface library:
18:47 < rxr> at-spi
18:47 < rxr> wuerg
18:47 < tsa> hehe
18:48 < rxr> oh commentar: uncompilable
18:48 < rxr> super ...
18:48 < rxr> naja vielleicht tut ja die neuste version ... *wunder*
18:48 -!- clifford_away is now known as clifford
18:49 < clifford> da bin ich wieder (und hab' als techniker in der realen welt versagt)
18:49 * clifford schuettelt tsa die hand .. :-)
18:49 < tsa> *kreisch*
18:49 * tsa huepft mal wild durch die Gegend und haelt die Hand unter kaltes Wasser..
18:50 -!- tomik [~tomik@193.109.181.247] has joined #rocklinux
18:50 < clifford> ich habe es nicht geschafft reifen von den felgen zu loesen. Weiss wer wie das geht?
18:50 * rxr wetter tsa traeumgt jetzt von ner wasser tastatur ;-)
18:50 < rxr> fahrrad oder auto ?
18:50 < clifford> (natuerlich ohne dafuer geeignetes spezialwerkzeug)
18:50 < clifford> pkw reifen.
18:50 < rxr> (schubkarre ?)
18:51 < tsa> clifford: reifen von felge? hm....felge von achse ist einfach, aber so...keine ahnung
18:51 < rxr> clifford: oh - das ist schwer ...
18:51 < clifford> Meine mutte macht damit irgendwas in ihrem garten (fragt einfach nicht) und hat da alte geschenkt bekommen.
18:51 < rxr> ich habe das mal gesehen - war nen groesseres spezialwerkzeug inkl. drehstrom angetrieben ...
18:51 < clifford> Natuerlich braucht sie nur "das schwarze" und nicht "das aus metall" ....
18:52 < clifford> Solchen "schweren arbeiten" hat sie sich natuerlich fuer muttertag aufgehoben - damit ich nicht nein sagen kann.
18:53 < clifford> Und ich depp sitz dan dumm in der garage und hab keine ahnung wie das ohne den einsatz hierzulande illigaler pyrotechnischer verbindungen zurande bringen soll ..
18:53 < rxr> fuer den dreshstrom-motor war das nicht soo schwer ,)
18:54 < esden> oje ... dietlibc ist echt krank ... rofl
18:54 < clifford> natuerlich koennt ich auch einfach (den grossteil von) dem reifen von der felge runterschneiden... nur:
18:54 < clifford> 1.) waere das nicht wirklich sauber und
18:54 < clifford> 2.) ist auch das schwerer als ich dachte ... :-)
18:55 < rxr> bei dem faser material kein wunder ;-)
18:55 < rxr> wie weit kannst du den mit nem richtig grossen stabiliem schraubendreher unter den Matel fassen?
18:55 * clifford clifford lackiert die felgen schwarz damit nur "das schwarze" uebrig ist .... :-)
18:56 < rxr> hehe
18:56 < tsa> hehe
18:56 < rxr> du koenntest die felben durch-flexen ;-)
18:56 < rxr> s/felben/felgen/
18:56 < esden> muahaha ... clifford wenn deime patches auch so sind ...
18:57 < rxr> warum hellft ihr beide nicht die diet-libc aufzuraemnen ?
18:57 -!- netcrow [netcrow@apollo.bingo-ev.de] has joined #rocklinux
18:58 < netcrow> hi
18:58 * clifford pumpt N-H-O + O2 in den reifen und schmeisst das scheiss ding ins feuer - das sollte auch gehen (wenn man den reifen nicht unbedingt in einem stueck brauch)
18:58 < tsa> hi netcrow
18:58 < clifford> rxr: eigentlich wuerde es reichen die headers aufzuraeumen ..
18:59 < clifford> rosegarden mag' mich nicht ...
18:59 < rxr> clifford: dann macht das doch ;-) Anstatt alle progs tausende jahre umzuhacken ...
19:00 < esden> rxr: die meisten faehler sind nicht probleme von dietlibc ... sondern die software ist so festgefahren auf glibc dass es kaum noch schlimmer geht ...
19:00 < rxr> esden: ja ok oder auch so ...
19:00 < esden> eigentlich muesste die glibc aufgereumt werden ;-)
19:00 < rxr> esden: weiss ich - ich habe da auch schonmal ne woche drin rumgesucht ...
19:01 < clifford> esden: nicht unbedingt. z.bsp. definiert dietlibc funktionsprototypen fuer funktionen die es in dietlibc gar nicht gibt.
19:01 < clifford> jetzt geht ein prog her und erkennt - aha dies und das kann die libc nicht - gut - dann mach ich's eben selber.
19:02 < rxr> und wenn man die serach funktionen hinfuegt, tuen bestimmt auch ein paar progs mehr ...
19:02 < rxr> er search ...
19:02 < clifford> Und prompt hat man zwei leicht voneinander abweichenden funktionsprototypen die einen compiler error verursachen.
19:02 < tsa> rxr: btw....ncoh irgendwelche ideen wegen meines db1/db3-problems? ich hab das zeug jetzt wieder zurueckgeschoben, da hier fast nix mehr ordentlich lief...
19:03 * rxr machst schnell gnome2 weiter :-(
19:03 < clifford> rxr: wenn du kde lieber magst als gnome, warum ist dann gsmp ein gtk programm?
19:03 < tsa> rxr: mir scheint die einfachste loesung schon fast ein reinstall zu sein..
19:03 < tsa> rxr: hehe..
19:03 < rxr> clifford: ist es nicth mehr lange *grinz*
19:03 < rxr> tsa: das wollte ich nicht screiben ...
19:03 < esden> sooo perfekt net-tools compilieren !!!!!
19:04 < clifford> rxr: auf was stellst du um? nur qt? kde? was eigenes?
19:04 < rxr> tsa: oder wirklich alle libdb libs und header wegloeschen und einen grossteil des systems neu bauen ...
19:04 < rxr> clifford: das ist noch nicht entschieden ;-)
19:04 < rxr> clifford: wfuer votest du denn ?
19:04 -!- netcrow [netcrow@apollo.bingo-ev.de] has quit ("leaving")
19:04 < clifford> xaw3d
19:04 < rxr> abgelehnt ...
19:04 < tsa> rxr: naja, da neue files den flists hinzugefuegt werden, alte aber nicht verschwinden, ist das etwas schwierig..
19:05 < rxr> die flists brauchst du doch nicht umbedingt
19:05 < esden> clifford sagt dir diese fehlermeldung was ? : == 20:02:27 =[1]=> Building base/sysfiles [0000 1.7.0-DEV-200205112119].
19:05 < esden> Reading package configuration from sysfiles.conf.
19:05 < esden> Preparing build in /usr/local/data/1.7/builddir/src.sysfiles.1021226547.26387.3759527574
19:05 < esden> Building. Writing output to $root/var/adm/logs/1-sysfiles.out
19:05 < esden> $root/var/adm/logs/1-sysfiles.out -> 1-sysfiles.log
19:05 < esden> == 05/12/02 20:02:32 =[1]=> Finished building package sysfiles.
19:05 < esden> ./scripts/Build-Pkg: /usr/bin/time: No such file or directory
19:05 < esden> ./scripts/Build-Pkg: /var/adm/cache/binutils.tm: No such file or directory
19:05 < rxr> oder du laescht die vorher ..
19:05 < tsa> ich koennte fast alles wegschmeissen bis runter auf glibc-level, dann die auch noch weg, neu drauf und rest alles neu bauen..
19:05 < clifford> so wie rosegarden frueher ausgesehen hat .... (ALS MAN DAS SCHEISS DING NOCH COMPILIEREN KONNTE!)
19:06 < rxr> clifford: dadrueber diskutiere ich heute nicht ...
19:06 < clifford> esden: du hast kein /usr/bin/time ????
19:06 < rxr> aber wenn man ne gcc-3.1 prerelease nimmt kann es bei C++ code schonmal zu ein paar unstimmigkeiten kommen ...
19:06 < esden> clifford: doch habe ich ...
19:07 < clifford> esden: sicher in /usb/bin ?
19:08 < esden> alpha:/rock-linux# whereis time
19:08 < esden> time: /usr/bin/time /usr/include/time.h /usr/man/man1/time.1 /usr/man/man2/time.2 /usr/man/mann/time.n /usr/share/man/man1/time.1 /usr/share/man/man2/time.2 /usr/share/man/mann/time.n
19:08 < esden> alpha:/rock-linux#
19:08 < clifford> aha! das ist bereits der anfang von stage 2 .... hehe.
19:08 < esden> ohh ...
19:08 < esden> stimmt
19:08 < tsa> evtl bist du bereit in der chroot?
19:08 < esden> alpha:/rock-linux# ls build/default-1.7.0-DEV-intel-dietlibc-expert/root/usr/bin/time
19:08 < esden> ls: build/default-1.7.0-DEV-intel-dietlibc-expert/root/usr/bin/time: No such file or directory
19:08 < esden> alpha:/rock-linux#
19:08 < esden> nicht gut ...
19:08 < tsa> jupp.
19:09 < esden> aber ich schicke den patch fuer net-tools erstmal an cliff ...
19:09 < esden> dann kaempfe ich erst weiter
19:09 < clifford> esden: du kannst in den 'expert options' die option 'Create cache files after packages have been built' ausschalten ..
19:09 < esden> hmm dann ist der faehler weg ?
19:10 < clifford> gewissermassen. das deaktiviert den code der /usr/bin/time braucht.
19:10 < esden> clifford: habe mir schon fast gedacht ...
19:16 < praenti> hi
19:17 < rxr> wie schliesst man in vim das aktuelle window (damit man zum directory browser zureuck kommt ?)
19:17 < esden> hi praenti
19:19 < tsa> rxr: :q i guess
19:19 < tsa> :q closes at least the help window
19:20 < clifford> rxr: gibt es eine std klasse 'hashstring' ??
19:21 < rxr> clifford: ermh ich meine nicht ... (der gcc-2.95 hatte ein paar nicht standard erweiterungen ...)
19:21 < rxr> tsa: nee das beended vim
19:22 * clifford is using nvi ..
19:22 < clifford> btw: are there any emacs users?
19:22 < rxr> stl_hash_fun.h:inline size_t __stl_hash_string(const char* __s)
19:23 < rxr> hat mein gcc-2.95.3
19:23 < rxr> keine Ahnung ob diese nicht-ANSI funktion im 3.x noch dabei ist ...
19:23 < rxr> vielleicht in ext
19:24 < clifford> rxr: nein. ich hab' das problem (ich kann's jetzt leider grad nicht quoten) das der compiler mein im projekt waer 'hashstring mehrmals wiederspruechlich definiert - das wort kommt aber im ganzen source nur drei mal vor - und da ist es nur ein mal definiert ..
19:24 * clifford muss gestehen das er leider keine c++ syntax kann und daher mer probiert als versteht .. :-)
19:25 < clifford> ich muss leider gehen .. cu.
19:25 < tsa> cu clifford
19:25 -!- clifford is now known as clifford_away
19:26 < rxr> cu
19:26 * tsa wartet auch noch darauf, dass das /dev/random hier irgendwelche tollen c-sourcen ausspuckt..
19:26 < tsa> klappt bloss bisher irgendwie nicht..
19:27 < rxr> tsa: wieviele aeonen willst du denn warten ?
19:27 < rxr> hey - wir koennten doch einfach behaupten der decss code kam aus /eev/random *g*
19:29 < tsa> hehe
19:31 < esden> clifford_away: patch in yaur mailbox ...
19:31 < esden> your ...
19:39 < snyke> hehe
19:40 < snyke> esden: i am chatting with a 18 year old *woman*? *girl*? from pl :)
19:40 < rxr> pl ?
19:40 < esden> snyke: where !!! ???
19:40 < esden> rxr: poland
19:40 < rxr> ah
19:41 < esden> snyke: WHERE!!!???
19:41 < tomik> :)
19:41 < snyke> IRCnet
19:41 < snyke> second
19:42 -!- martin__ [~martin@pD9E7B2BA.dip.t-dialin.net] has joined #rocklinux
19:42 < snyke> [19:28] <Desi*> 184cm blond lockinge haare (lange) grune augen (*=zensiert)
19:42 < esden> snyke: channel !!!!
19:43 < huebi> esden: *LOL*
19:43 < tomik> #pohoda :)
19:43 < snyke> wart mal
19:43 < rxr> *smile*
19:43 < snyke> nein
19:43 < huebi> clifford_away: Mit einem Schraubstock kriegst Du die Reifen ins Felgenbett gedrueckt.
19:43 < snyke> aufgeschnappt hab ich sie woanders *g*
19:44 < martin__> hi zusammen
19:44 < snyke> in #analpl, aber esden: join #desertstorm
19:44 < snyke> da is sie
19:44 < esden> rofl #analpl
19:44 < tomik> :)
19:44 < snyke> join #desertstorm :))
19:45 * rxr wudner - der rock channel wird so leer ...
19:54 < snyke> hmm
19:54 < snyke> naja leer nicht
19:54 < snyke> eher idle
19:54 < rxr> hehe
19:56 * rxr enjoys the slience ...
20:05 < rxr> clifford_away: the new category idea isn't that great for example all the stuff for the desktop environments
20:05 < rxr> clifford_away: the new sorting would not express the tight coupling of the libraries ...
20:12 < tsa> hm...irgendwer erfahrung mit sybase DB?
20:16 < rxr> urgh ist das noch viel arbeit ...
20:19 -!- capchaos [~capchaos@pD904854D.dip.t-dialin.net] has joined #rocklinux
20:21 < rxr> hi capchaos
20:21 < capchaos> yo hi rxr
20:22 * tsa kotzt mal eben
20:22 < tsa> sybase ist bloat
20:24 < rxr> tsa: das kann gut sein ...
20:24 < tsa> sybase will unter linux nur mit kernel 2.2.19 und glibc 2.1.3..
20:24 < tsa> alles andere geht nicht.
20:26 < tsa> es bringt nicht mal man-pages mit und schmeisst die backups ins bin/-verzeichnis
20:26 < tsa> in nen file mit namen " "
20:26 < tsa> toll.
20:26 * tsa verspuert grad grosse lust, alle sybase-entwickler zu erschiessen.
20:27 < blindcoder> *gröhl*
20:27 < blindcoder> interessante software ;)
20:28 < tsa> jupp
20:28 * -> esden away
20:28 -!- martin__ [~martin@pD9E7B2BA.dip.t-dialin.net] has left #rocklinux ("Client Exiting")
20:28 < tsa> ich weiss nicht, wie die das hingekriegt haben...aber das ist echt uebel..
20:31 * rxr reported sybase and Stoiber damit er Sybase auf den Index setzt ...
20:31 < tsa> gute idee..hoffentlich klappt das
20:31 < blindcoder> stimmt, die schreiben nämlich echt böse Software ;)
20:31 < rxr> *g*
20:32 < rxr> und gnome commite ich auch gleich an die ...#
20:33 < tsa> hehe
20:44 -!- huebi [~huebi@p508169AF.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
20:45 < tsa> -rw-r--r-- 1 sybase sybase 343369728 May 12 19:31
20:45 < tsa> danke sybase.
20:46 < tsa> ein file namens " "
20:46 * tsa ist begeistert.
20:53 -!- blindcoder is now known as blindy|away
20:57 < tsa> hm...wie war das mit dem 2gb filelimit unter linux - woran lag das? kernel? glibc?
21:04 < rxr> ist gefixt
21:04 < rxr> linux-2.4 glibc-2.2 und alles ist gut ;-)
21:05 < tsa> ARGH
21:05 < tsa> geht beides nicht.
21:07 < hackbard> rene, wieso gibt es keine gsmp extension (oder wie auch immer die dinger nun heissen)? :)
21:09 < rxr> gsmp is in dRock und 1.7 drin ...
21:09 < rxr> ist aber ziehmlich outdated ...
21:09 < rxr> (gsmp an sich ...)
21:10 < hackbard> ich suche ein programm mit dem ichg vernuenftig harddiskrecording und evtl via midi meinen synthie steuern koennte
21:12 < rxr> ah ROCK Linux motiert zu ROCK Band *g*
21:12 < rxr> harddisk-recording geht ganz gut
21:12 < rxr> midi support hat es noch nicht ..
21:13 < hackbard> okay, aber da kann ich einen anderen sequenzer nehmen, das soll ja dann eh mit auf eine spur rauf
21:33 -!- capchaos [~capchaos@pD904854D.dip.t-dialin.net] has quit ("Client Exiting")
21:36 < rxr> esden: english version online: https://www.digit-life.com/articles/matroxparhelia512/index.html
21:43 < tsa> hm....
21:43 < tsa> sounds pretty interesting
21:45 * rxr hoping we will get open-source drivers for such a beast
21:45 < tsa> who will buy me one? ;)
21:45 < tsa> rxr: yes, that would be really nice..
21:50 -!- tsa_ [~tsa@p5082B129.dip.t-dialin.net] has joined #rocklinux
21:50 < tsa_> hmpf..
21:51 -!- tsa [~tsa@pD9E11C3E.dip.t-dialin.net] has quit (Killed (NickServ (Ghost: tsa_!~tsa@p5082B129.dip.t-dialin.net)))
21:51 -!- tsa_ is now known as tsa
21:51 < tsa> tried to start q3, system froze immediately.
21:54 < rxr> ? q3 does run quite stable on my g450 here ...
21:56 * rxr starting the first gnome2 build try :)
21:58 -!- term_aweh [~pm@beaufort.wyzant.de] has quit ("zz")
22:02 -!- snyke [~snyke@pD9502A65.dip0.t-ipconnect.de] has quit ("°ShowDowN v12 PrO° since 1996: https://www.sci.fi/~showdown/")
22:08 -!- snyke [~snyke@pD9502A65.dip0.t-ipconnect.de] has joined #rocklinux
22:08 -!- huebi [~huebi@pD9522B82.dip.t-dialin.net] has joined #rocklinux
22:09 < snyke> re
22:11 < huebi> re
22:12 < huebi> hmm. Kleine Babys und Telephondosen fuehren zu verbindungsabbruechen ;-(
22:12 < rxr> huebi: ?
22:12 < huebi> rxr: ja?
22:12 < rxr> wenn deine kleine am kabel zieht ? ;-)
22:13 < huebi> rxr: genau! hat nur noch so halb drinnen gesteckt. Sah eigendlich alles gut aus..
22:13 < tsa> rxr: i've not had any problems with q3a here before...no idea what might have caused this problem..
22:13 < tsa> i can't even reproduce it..
22:13 < tsa> no idea
22:15 < rxr> but something was also unstble on my dRock-1.4.x (glibc-2.1 based) rtcw caused crashes for me ...
22:16 < rxr> it did no test on the new dRock-1.6 or ROCK-1.7 yet ...
22:16 < tsa> hm...i id only use rctw test1 here
22:16 < tsa> stable, but kinda slow imho
22:17 < rxr> yelp - the new gnome help browser
22:17 < rxr> . $base/package/x11/glib1/gnome.conf
22:17 < rxr> uups
22:17 < tsa> hehe
22:17 < rxr> libwnck - Window Navigator Construction Kit
22:18 < rxr> soll ich kotzen ...
22:18 < tsa> hehe..nur zu
22:18 * rxr kotzt
22:18 < tsa> is there a relationship between gnome2 and sybase?
22:18 * tsa wondering ;)
22:24 < tsa> *gaehn*
22:24 < tsa> was bin ich eigetnlich so muede heute
22:24 < tsa> ?
22:24 < tsa> eigentlich
22:24 < tsa> hm...ma noch nen kaffee aufsetzen
22:24 < rxr> ;-)
22:24 < rxr> genau - wozu auch schlafen ;-)
22:24 < tsa> jupp..
22:25 < rxr> hm SMP ist ja gar nicht da *wunder*
22:25 < tsa> naja, hin und wieder soll sich selbst das angeblich nicht vermeiden lassen..
22:25 < tsa> es ist erstaunlich ruhig heute..
22:25 < rxr> habe wir irgendein event verpasst ?
22:25 < tsa> clifford weg, huebi auch nicht wirklich anwesend, SMP nicht da...
22:25 < tsa> keine ahnung...ich weiss von nichts,..
22:26 < rxr> ach ja die andern sind wohl noch chatten mit der kleinen aus Polen *g*
22:26 < tsa> welche kleine aus polen?
22:26 < tsa> jetzt scheine ich was verpasst zu haben..
22:26 < rxr> vielleicht sind die ja ins auto geprungen und duesen schon rueber
22:27 < rxr> musst mal scrollback lesen so um 18 Uhr oder so ...
22:27 < rxr> 19:40 < snyke> esden: i am chatting with a 18 year old *woman*? *girl*? from
22:27 < rxr> pl :)
22:27 < rxr> ...
22:28 < tsa> ah, found it..
22:28 < rxr> danch sind alle weg-gestuermt ...
22:33 < tsa> May 12 19:44:43 <esden> rofl #analpl
22:33 < tsa> hm....
22:33 < tsa> sachen gibt's
22:34 < rxr> jo ich musste auch erstmal nachschlagen was girl heisst
22:34 < rxr> *lol*
22:34 < tsa> hehe
22:36 -!- aszlig [~aszlig@pD90231C9.dip.t-dialin.net] has joined #rocklinux
22:36 < tsa> hi aszlig
22:36 < aszlig> hi
22:41 < tsa> soo...kaffee
22:41 < tsa> *schlürf*
22:44 < hackbard> <- multi gelb :)
22:44 < tsa> haeh?
22:45 < tsa> wie jetzt?
22:45 < hackbard> kein kaffee, sondern son multivitamin saft
22:45 < hackbard> wollte nur meien sempf dazugeben :p
22:46 < tsa> achsoo...
22:47 < huebi> Bitter KAS.
22:47 < tsa> huebi: auch mal wieder aufegewacht? ;)
22:47 < huebi> Italienischer Aperetiv. Root
22:47 < huebi> rot!
22:48 < tsa> root!
22:48 < huebi> tsa: Jo
22:48 < huebi> wida da
22:48 < tsa> hehe
22:48 < rxr> esden: wenn du beim naechsten sf CVS commit fuer 1.7 noch nen Eintrag in der CHANGELOG machst , waere es super ;-)
22:49 < tsa> hehe
22:50 < huebi> So ich habe ebend mal einen cvs co vom 2002-05-02 23:59 gemacht. Da muessten eigendlich die Aenderungen von Armijn funktionieren.
22:50 < huebi> Die glibc mochte hier ploetzlich nicht mehr.
22:51 < tsa> uh....hoer bloss auf mit glibc..
22:52 < tsa> ich hab hier derzeit ne 2.2.6, aber von der vorigen 2.1.3 scheinen noch einige altlasten rumzuliegen..
22:53 < tsa> 2.2.5
22:53 < tsa> argh, vertippt
22:54 * rxr hasst CVS ...
22:54 < tsa> muss wohl bei gelegenheit mal neu installieren...kann mal grad wer 2.0 releasen?
22:54 < huebi> tsa: Und ich dachte schon, ich haette mal wieder ein Update verpasst. ;-)
22:54 < tsa> rxr: hehe...wassn nu kaputt?
22:54 < tsa> huebi: ;-)
22:54 < rxr> sifft mal wieder wie ueblich ...
22:54 < tsa> tjo.
22:56 < rxr> tsa: du kannst an meinen 1.7 tree ran ;-)
22:56 < rxr> https://drocklinux.dyndns.org/ftp/drock/source-1.7/
22:56 < rxr> ftp://drocklinux.dyndns.org/drock/source-1.7/
22:56 < tsa> rxr: klar, gerne...kann der schon glibc-updates, ohne dass altkrams liegen bleibt?
22:56 < rxr> und nachher auch rsync
22:56 < rxr> hehe nee
22:57 < tsa> hm....
22:57 < tsa> dann bau das doch mal bitte eben ein.. ;)
22:57 < rxr> ist nur halb auf gnome2 umgestellt ;-) und bestimmt ziehmlich defect ...
22:57 < tsa> oh-oh
22:57 < rxr> was heisst hier oh-oh
22:58 < tsa> mit einem defekten tree kann ich hier wohl auch nur wenig ausrichten..
22:58 < tsa> hat irgendwer zufaellig lust, die flist meiner glibc nach alt und neu zu sortieren?
22:59 < rxr> tsa: sicher! machen wir alle liebend gern ...
22:59 < tsa> ich wusste es!
22:59 < rxr> tsa: bei deinem uh-oh, der patch ist schon:du -H /tmp/test
22:59 < tsa> ;)
22:59 < rxr> 177k /tmp/test
22:59 < rxr> gross ...
23:01 < tsa> huebi: fuer wann ist dein 1.6 release geplant?
23:01 < tsa> noch vor dem linuxtag?
23:02 < rxr> tsa: "geplant" ja ...
23:02 < tsa> hehe..
23:02 < tsa> naja, so wie es aussieht waere eine neuinstallation hier mal ratsam..
23:03 < tsa> ist zumindest vermutlich einfacher als header-files zu sortieren..
23:04 < rxr> das vermute ich auch ...
23:06 < tsa> pkg-remove / emacs
23:06 < tsa> argh..falsches fenster
23:06 < huebi> tsa: Jo, noch vor dem Linuxtag, aber nicht als fertig gepresste CD. Mit Sparc, Alpha, x86 und PPC
23:06 < tsa> huebi: bauen kann ich es hoffentlich selber....und ia-32 reicht mir auch erstmal..
23:07 < tsa> hautsache, ein in sich konsistentes system..
23:07 < tsa> hm...
23:08 < tsa> 52 packages von 1.4.0, 89 von 1.5.12-dev und 70 von 1.7.0-dev..
23:08 < huebi> tsa: x86 ist schon fast fertig (aber wann ist rock linux eigendlich fertig) Ich muss hier nur mal die ganzen Versionen pruefen und ich traeume immer noch von einem deploy script.
23:08 < huebi> und install-disks muss CVS vertraeglich werden.
23:10 < huebi> morgen muss ich mal holyolli und esden fragen, was alpha denn so macht.
23:11 < tsa> jo, mach das.
23:15 * rxr schluerft jetzt sonnen instant Cappuccino ;-)
23:15 < tsa> guten durst
23:15 < rxr> danke - gleichfalls
23:18 < esden> re hi all
23:19 < rxr> .pl chat zu ende ? :-(
23:19 < huebi> gute nacht. bis morgen. ;-)
23:20 < esden> rxr: schon lange ...
23:20 < rxr> huebi: schlaf gut
23:20 < esden> n8 huebi schlaf gut
23:20 < rxr> esden: ohhh
23:20 < esden> rxr: sie hat gemeint sie ist wieder morgen online
23:20 -!- bluefire_ [~bluefire@p50816C3D.dip.t-dialin.net] has quit ("leaving")
23:21 < esden> *freu* ;-)
23:21 < rxr> esden: dein sf cvs commit war super ;-) - aber ein CHANGELOG eintra waere noch nett (hab ich mal gemacht ...)
23:21 < esden> rxr: ohh sorry ich wusste nicht wie und wo ich den habe machen sollen :-(
23:22 < rxr> fuer den 1.7 tree gibt es ne CHANGELOG ;-)
23:22 < rxr> im selben package/package dir ...
23:22 < esden> rxr: ausserdem wuerde ich gerne die commit infos zugemailt bekommen
23:22 -!- l_9_l [~jarod@217.17.224.177] has joined #rocklinux
23:22 < rxr> esden: du musst dich nur bei tools/bla/iregendwas in son nen mail-liste eintragen ...
23:22 < esden> ich wuerde dazu ne mailingliste an eurer stelle machen
23:23 < esden> asoo ... ok
23:23 < rxr> esden: war nicht meine idee - hat pjotr zusammengebaut ...
23:23 < esden> rxr: *no_comment*
23:23 < rxr> esden: viel spass im chat
23:23 < esden> ???
23:23 < rxr> wieso ???
23:24 < esden> was meinst mit viel spass im chat ... gehst oder wie meinst du dass ?
23:25 < rxr> ne mit eurer cyber freundin *g*
23:25 < esden> hehe asoo ;-)
23:26 < esden> werde ich haben ... ;-)
23:26 < esden> rxr: dass nennt man "girfriendless desease"
23:29 < rxr> ah
23:29 < esden> rxr: weisst in welchem paket /usr/bin/time drinnen ist ?
23:29 < rxr> time
23:30 < rxr> zu den ganzen (beschissenen) gnome2 progs gibt es nicht mal ne homepage (oder sie sind zu gut versteckt ...)
23:31 < esden> yo chakka ... ich bin im 2 stage !!!
23:31 < rxr> *handschuettel*
23:31 < esden> *reschuettel*
23:32 < rxr> ach esden was ich noch fragen wollte
23:32 < rxr> wo kommst du beim Linux Tag unter ?
23:33 < esden> rxr: weiss ich noch nich der ripclaw hat gemeint dass er mich mit jemandem in ein hotellzimmer stopfen wird ...
23:33 < esden> aber ich habe von ihm bis jetzt nichts gehoert ...
23:34 < rxr> ah
23:34 < esden> und du ?
23:34 < rxr> irgendnen ROCK Linux freak bei dem wir unterkommen koennen haben wir in der gegen nicht ?
23:34 < rxr> s/gegen/gegend/
23:34 < esden> nicht dass ich wuesste :-(
23:35 < rxr> :-(
23:35 < rxr> ja ich weiss auch nocht nicht (geld mangel - sagte ich ja schon ...)
23:35 < esden> ja ich habe auch kein geld fuer dass hotell ...
23:35 < rxr> ja eben ...
23:35 < esden> ich muss auf gnade anderer hoffen ...
23:36 < rxr> ich wuere ja auf ner iso matte sonnst-wo pennen ...
23:36 < esden> im schlimmsten fall schlafe ich unter nem tisch am stand ;-)
23:36 < rxr> falls die uns nicht rauswerfen ...
23:36 < tsa> rxr: hm....meinst du ich koennte meinen glibc-problem beikommen, wenn ich vom rescue-system aus die glibc wegwerfe und nen fertig gebautes glibc-package drauf auspacke?
23:36 < esden> tuen die nicht
23:37 < rxr> tsa: du hasst ja nicht wirklich glibc probleme - das sind ja hauptsaechlich db* hedaer dateien die nicht so passen ..
23:37 < rxr> tsa: und bedenke: alle progs die gegen die libdb.so von der glibc-2.1 linkt sind tuen dann nichtmehr ...
23:38 < tsa> rxr: das ist dann das naechste problem..
23:38 < tsa> vielleicht sollte ich auf 1.6.0 warten und neu installieren..
23:39 < rxr> kannst ja dRock-1.6.0-rc3 installieren
23:39 < tsa> oder auch das..
23:39 < tsa> obwohl...
23:39 < rxr> https://nexus.tfh-berlin.de/~drock/
23:40 < tsa> bei drock wandert mir ein wenig zu viel nach /opt ..
23:40 < rxr> tsa: zu viel ?
23:40 < rxr> apache coda enlightenment freeciv kde3 mozilla pdnsd qt3 quake3 samba squid
23:40 < rxr> erm quake3 is obviously not included ...
23:40 < tsa> schade..
23:40 < tsa> ;)
23:41 < rxr> bei den ROCK-1.4 extentions wandert mir zu viel nach /opt ...
23:41 < tsa> <- opera, acroread, netscape
23:41 < tsa> squid
23:41 < tsa> sonst nix
23:41 < rxr> all extensions sogar xmms ...
23:41 < rxr> gkrellm ...
23:45 < esden> ojeee ist stage 2 komplex
23:45 < esden> ich kenne mich garnimma aus ...
23:45 < esden> schlimm
23:48 < esden> hmm ist der SMP garnicht mehr bei uns ? haben wir den verjagt ?
23:49 < rxr> wundere mich auch schon ... - vielleicht ist ihm das chat aufkommen jetzt zu hoch - und zuviee nebies ... ?
23:49 < esden> hmm kann sein ...
23:50 < esden> rxr: wir werden frueher oder spaeter einen rock-devel channel aufmachen muessen ...
23:50 < rxr> ich weiss
23:50 < esden> aber mommentan glaube ich ist es hier noch ok
23:50 < rxr> ich mache zur Zeit recht massiv werbug fuer dRock ...
23:50 < esden> wo ?
23:50 < esden> und wie ?
23:51 < rxr> fh ;-)
23:51 < esden> hehe
23:51 < rxr> bei allen diskusioen und fragen einwerfen das dRock viel besser ist ;-)
23:51 < esden> dass mache ich in meinem bekanntenkreis auch
23:51 < rxr> hehehe
23:51 < esden> nur hat mit rock allgemein
23:51 < esden> s,hat,halt,
23:52 < rxr> hm xmms spielt gerade mal wieder den openbsd song
23:53 * -> esden rippt den spawn soundtrack, und hoert dabei den romeo must die soundtrack ;-)
23:53 < aszlig> cya
23:53 < rxr> cu aszlig
23:54 < esden> cu aszlig
23:54 -!- aszlig [~aszlig@pD90231C9.dip.t-dialin.net] has quit ("/quit /quit /quit /quit too much levels of recursion")
23:55 < rxr> cool Check-PkgFormat erkennt jetzt ja sogar typos in .conf files
23:56 * rxr impressed
23:58 * -> esden impressed of 1.7 chroot system ...
--- Log closed Mon May 13 00:00:17 2002