--- 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 .tar .tar.bz2 .tar 13:25 < huebi> or better tar cvf .tar .tar .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 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 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 .tar .tar .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> https://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 .tar .tar.bz2 .tar <- What about that? To extract .tar it needs just 0.7 seconds! 16:51 < huebi> I mean .tar 16:51 < huebi> :-) 16:52 < huebi> .tar is no .bz2 file! 16:53 * clifford added www.acronymfinder.com to rocklinux.net metasearch engine. 16:53 < huebi> it could also be .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 .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 / 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 - 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 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] 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 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