WebHosting Paid by #1Payday.Loans


   The ROCK Linux project has been discontinued in 2010. Here are the old data for the historical record!

--- Log opened Tue Apr 23 00:00:41 2002
--- Day changed Tue Apr 23 2002
00:03 < esden> SMP: kannst dir nen uebersetzer einbauen der dir solche unwuerter uebersetzt ;-)
00:04 < SMP> ja, /ignore
00:06 < holyolli> *fg*
00:07 < esden> SMP: ist echt schuen empfindlich meiner meinung nach :-)
00:07 < esden> aber ich werde versuchen mich zu bessern *g*
00:08 < holyolli> SMP: dann schreib dir doch mal nen proggy, was so richtig gut funzt. wenn du es fertich hast, kannst du es ja an meine addy schicken ;-))) *witzmach*
00:08 < holyolli> *schonmalindeckunggeh*
00:08 < SMP> :->>
00:08 < esden> *looool*
00:09 < esden> hmm ... dass war glaube ich auch nicht erlaubt
00:09 < esden> man darf ja die buchstaben nicht zu oft wiederholen ...
00:09 < SMP> esden: bleh
00:10 < esden> :P
00:13 < esden> ich baue morgen die 4G platte in meine alpha rein ... ich habe jetzt echt keine lust mehr. die platte war eigentlich fuer die ss10 gedacht aber ich brauche die dringender da. ich habe dann endlich ein funktionierendes system ... ich hoffe dann mal dass ich dann nicht so viel zeit verschwaenden muss ...
00:14 < holyolli> esden: viel erfolg...ich bastel erstma bei aboot weiter :)
00:14 < esden> soo aber jetzt gehe ich ne rauchen. dann gehe ich langsam heim. ich weiss dass es niemanden interessiert was ich hier schreibe aber meine finger jucken so schreklich da kann ich nichts dafuer.
00:15 < holyolli> esden: passt schon ;-))
00:15 < esden> holyolli: ja sicher
00:16 < rxr> esden: ich lese auch nocht ;-) Nur weiter so.
00:18 < esden> ok ich werde dann euch weiter unterhalten ...
00:19 < esden> rxr: hast du ausser dem dunkelblauen welche einwende was dass syntax file angeht ?
00:19 < rxr> du bist eh jeden Tag auf Platz 1 der irs-stat ... ,)
00:19 < holyolli> ihr könnt mich auch mal unterhalten...warum findet Build-Pkg ein packet nicht...? ;)
00:20 < rxr> holyolli: cut'n paste error msg
00:20 < holyolli> ich hab es in scripts/packages eingebaut und in base-config auch das verzeichnis angelegt
00:20 < esden> ich werde dann ne mail an vim.org schreiben
00:20 < holyolli> snoopy:/mnt/net# scripts/Build-Pkg aboot
00:20 < holyolli> == 01:04:42 04/23/02 =[5]=> No such package: aboot !
00:20 < holyolli> ;)
00:20 < rxr> esden: noe - sah bisher ganz nett aus (habe es aber noch nicht richtig benutzt ...)
00:20 < holyolli> snoopy:/mnt/net# ls base-config/aboot/
00:20 < holyolli> .  ..  aboot.conf  aboot.desc  aboot.pz  devlevel.txt
00:21 < esden> holyolli: puzzle ? ;-)
00:21 < holyolli> jo
00:21 < holyolli> getan ;)
00:21 < holyolli> also in der INDEX steht das prog drin...
00:21 < holyolli> snoopy:/mnt/net# cat base-archive/INDEX | grep aboot
00:21 < holyolli> 2057779822 aboot/aboot-0.9.tar.gz                   https://prdownloads.sourceforge.net/aboot/
00:21 < esden> hmm wo sucht Build-Pkg denn sonnst noch ...
00:22 < esden> rxr: dann benutze es mal ... ich werde dann jetzt ne mail an die schreiben ... spaeter kann man es eh hoffentlich updaten 
00:25 < rxr> esden: ja - nach dem schlafen ;-)
00:32 < esden> mail out
00:32 < esden> ok i go home now 
00:32 < esden> cheers
00:32 < esden> n8
00:32 < holyolli> n8 esden
00:33 < rxr> n8
00:38 < rxr> I switch off, too - cu 
00:38 < holyolli> cu rxr
00:38 < t[an]> bye
01:51 -!- holyolli [~holyolli@linus.regehr.net] has quit ("Connection reset by telekom")
02:07 < hackbard> bye
02:07 -!- hackbard [~hackbard@p50807BDB.dip.t-dialin.net] has quit ("Client Exiting")
05:57 -!- rxr [~rene@port-212-202-168-212.reverse.qdsl-home.de] has quit (Read error: 113 (No route to host))
06:05 -!- rxr [~rene@port-213-20-128-143.reverse.qdsl-home.de] has joined #rocklinux
06:41 < huebi> moin
06:46 < huebi> hmm, alle noch reanimierungsbeduerftig. Ich komme spaeter wieder. :->
06:56 -!- rxr [~rene@port-213-20-128-143.reverse.qdsl-home.de] has quit (Read error: 110 (Connection timed out))
07:01 -!- rxr [~rene@port-213-20-128-143.reverse.qdsl-home.de] has joined #rocklinux
07:40 < huebi> hi rxr 
07:44 < praenti_ZzZ> huebI. da?
07:44 -!- praenti_ZzZ is now known as praneti
07:44 -!- praneti is now known as praenti
07:47 < praenti> huebi: falls du reinschaust. ich brauch ne shell sonst geht kein :ext:praenti@rocklinux.dyndns.org...
07:47 < praenti> muss jetzt zum frühstück jagen
07:53 < praenti> und ind fh
08:29 < huebi> praenti: login geht jetzt.
08:46 -!- rxr is now known as RXR
08:46 -!- RXR is now known as rxr
08:46 < rxr> Moin!
08:48 < huebi> moin rxr 
09:05 < huebi> make PARALLELMFLAGS=-j8 <- compile option for glibc (at least 2.1.3) for multiple compile processes :-)
09:06 < huebi> rxr: libdb.so.3 is a link in glibc 2.1.3 to libdb.so
09:08 < rxr> why are u running glibc 2.1.3 ?
09:08 < huebi> rxr: The solution for the missing libdb.so.3 in glibc 2.2.5 is to compile glibc 2.1.3 and to copy libdb.so from glibc 2.1.3 to /usr/lib/libdb.so.3. There are no file conflicts
09:08 < huebi> rxr: I'm running rock 1.5.14
09:09 < huebi> rxr: But I need Oracle 8.1.7 running on Rock 1.5.14.
09:09 < huebi> Oracle is comiled on RedHat 6.x, a glibc 2.1.3 system
09:09 < huebi> +p
09:10 < rxr> urgs ...
09:10 < huebi> And I can not start the apache included in Oracle because this apache is linked against libdb.so.3 from glibc 2.1.3.
09:12 < huebi> On the other hand to recompile an actuall version of apache is recomended. But there are support issues with oracle.
09:13 < huebi> Oracle is crap. They dynamically relink all there binarys while installation. So you need an allmost complete development system on a production machine.
09:15 < huebi> I write an oracle extension for Rock :-)
09:15 < huebi> If one is not experienced with Oracle one could need a few weeks to find that out.
09:24 < th> morgn
09:24 < th> huebi: wie ich sehe, praenti hat sich schon wegen account gemeldet ;)
09:26 < rxr> th: moin!
09:27 < th> moin rxr 
09:27 -!- tsa [~tsa@sec-01.bi.devcon.net] has joined #rocklinux
09:29 < huebi> hi th, hi tsa 
09:29 < tsa> moin huebi
09:29 < tsa> moin auch an den Rest..
09:29 < huebi> tsa: Mein Oracleproblem loest sich gerade. :-) 
09:30 < tsa> hm....welches oracle-problem?
09:30 * tsa kann auch ohne oracle probleme haben....mit geht's aber einfacher ;)
09:30 < huebi> Oracle will beim Installieren fuer den Apache libdb.so.3 haben. Die gibt's aber nur in der glibc 2.1.3
09:31 < tsa> welche ora-version?
09:31 < huebi> 8.1.7
09:31 < huebi> Entenscheiss Edition ;>
09:31 < tsa> hehe...
09:33 < huebi> Oracle macht doch Werbung mit "Unbreackable". Wenn die uralt apaches mitliefern und auf deren Benutzung bestehen, dann kommen die aber mit ihrem Marketinggetoene nicht sehr weit.
09:35 < rxr> und weg ...
09:35 -!- rxr is now known as rxr_fh
09:35 < huebi> rxr: und tchuess
09:35 < huebi> :-)
09:55 < fake> mornin
09:56 < fake> jmd da?
09:58 < tsa> sicher das.
09:58 < fake> das gut.
09:58 < tsa> moin auch
09:59 < fake> wieso failed bei den letzten snaps (1.7) bdb?
09:59 < fake> die letzte meldung ist `docs/utility/db_verify.html' -> `/usr/doc/bdb/utility/db_verify.html'
09:59 < fake> kein gejammer und nix
10:04 < fake> ...
10:04 < fake> nicht gleich alle auf einmal...
10:12 < fake> er hat sie auch brav und richtig kopiert
10:14 < fake> ...
10:15 < fake> gibt patch etwas != 0 zurueck wenn es fuzz braucht?
10:17 < fake> es wuerde compilen - wenn er versuchen wuerde es zu compilen
10:18 < tsa> hm....gute frage...
10:18 < fake> er startet gar keine compile
10:18 < fake> aber im 3-bdb.err stehen nur schoene sachen
10:18 < fake> aber keine ausgabe von configure und nix
10:18 < fake> ohne bdb failed natuerlich exim und gtk... und damit gnome
10:20 < fake> now it's the same with libsafe
10:21 < tsa> hm.....bdb.conf sieht eigentlich ok aus...
10:22 < tsa> ich seh so auf die schnelle keinen grund, warum das nicht laufen sollte...
10:26 < fake> tsa: ich schau auch grade,,,
10:26 < fake> wenn ich in die conf in das main_bdb irgendwas reinschreibe
10:26 < fake> also...
10:26 < fake> echo "--------------> Kuckuck <-----------"
10:26 < fake> dann taucht das nicht im log auf.
10:28 < tsa> hm......kannst du mit dem gleichen build-tree andere packages ohne probleme bauen?
10:30 < fake> jop
10:30 < fake> ich hab alles ausser bdb und safelib und die die drauf dependen gebaut
10:32 < tsa> hm......das ist seltsam....
10:32 < fake> scho, gae
10:32 < tsa> vielleicht irgendwelche kaputten whitespaces etc in .desc/.conf?
10:33 < tsa> im zweifelsfall mal .conf per hand neu schreiben oder so...
10:33 < tsa> was besseres faellt mir grade auch nicht mehr ein dazu..
10:34 < fake> hm...
10:38 < fake> *aaargh*
10:38 < fake> *indentischbeisst*
10:39 < fake> ich krisch die kriese
10:39 < fake> da geh ich doch erstmal eine rauchen
10:40 < tsa> hehe....
10:43 < tsa> huebi: bissu da?
10:49 -!- praenti_ [mo1032@apollo.bingo-ev.de] has joined #rocklinux
10:50 -!- praenti [mo1032@apollo.bingo-ev.de] has quit (Read error: 104 (Connection reset by peer))
10:50 < fake> i'm gettin closer...
10:50 < fake> when exactly is cust_main executed?
10:51 < fake> ah
10:51 < fake> Build-Pkg
10:51 < fake> it is evaled
10:55 * tsa hoping clifford will turn up soon...
10:57 < huebi> re
10:57 < tsa> ahh..
10:57 < tsa> huebi: 
10:58 < tsa> [D] 1588059065 ettercap-0.6.5.tar.gz https://ettercap.sourceforge.net/download/
10:59 < huebi> tsa: ist das packet neu?
10:59 < tsa> huebi: update.
10:59 < huebi> :-)
10:59 < tsa> zumindest fuer 1.7, ich weiss nicht, ob du das in 1.5 ueberhaupt hast.
10:59 < huebi> tsa: nee, hab ich nicht.
11:00 < huebi> is aber sinnvoll
11:00 < huebi> weil CD is nur halbvoll
11:00 * tsa updating ettercap on sf cvs..
11:06 < fake> the conf fil is correct...
11:06 < fake> aber Build-Pkg bricht vor dem evalen() von custmain ab
11:06 < fake> gibt es irgendwie intensiveren debug-output von Build-Pkg ?
11:07 < tsa> nicht, dass ich wuesste....der loggt ja alles nach /var/adm/logs/.. weg..
11:08 < tsa> afaik kannst du in scripts/Config noch einstellen, dass er es auch noch auf die console loggen soll....
11:08 < fake> tsa, hab ich schon probiert -_-
11:09 < fake> er meckert irgendwann nach beim kopieren der doku
11:09 < fake> bringt aber keinen fehler
11:09 < fake> also noch bevor ert $custmain ueberhaupt abfragt
11:09 < tsa> seltsam....
11:09 < tsa> hm......
11:09 < tsa> ./scripts/Download: ${2//X/}: bad substitution
11:09 < tsa> auch irgendwie kaputt.
11:12 < fake> find $docdir/ -name '*.[0-9]' -o -name '*.info*' | \
11:12 < fake>                         xargs -r rm -f 2> /dev/null
11:12 < fake> das is der fehler
11:12 < fake> er versucht da....
11:12 < fake> nur zahlen
11:12 < fake> oder *.info
11:12 < fake> *
11:12 < fake> zu finden
11:12 < fake> und dann zu löschen
11:12 < fake> wenn er aber keine findet -> fehler
11:13 < fake> package build failed
11:13 < fake> nein beim ersten sucht er test.1
11:14 < fake> also man-pages
11:14 < fake> und info
11:14 < fake> *grml* und wenn bdb nur html-doku hat? kann ich da was dafuer?
11:15 < tsa> hehe...
11:16 < tsa> kannst ja man-pages dafuer schreiben ;)
11:16 < fake> ein kleines if davor...
11:16 < fake> und schon geht libsafe und bdb.
11:17 < fake> nein ich kann ja einfach machen
11:17 < tsa> fein.
11:17 < fake> if [ find $docdir/ -name '*.[0-9]' -o -name '*.info*' ] ;
11:17 < fake> then....
11:17 < fake> (das da oben)
11:17 < fake> fi ;
11:17 < tsa> jo..
11:17 < fake> *yippie*
11:18 < fake> == 04/23/02 09:18:11 =[3]=> Finished building package bdb.
11:19 < tsa> fein.
11:19 < tsa> *freu*
11:20 < fake> jop
11:20 < fake> gleich nen patch schicken ;)
11:21 < tsa> hehe
11:22 < tsa> hm....mein problem hab ich auch geloest....bzw. ursache gefunden.... /bin/bash ist bash1 und nicht bash2...
11:22 < tsa> aber ich denke, das ist es nicht wert, das zu fixen..
11:23 < tsa> bash1 ist alt.
11:32 < fake> ein wenig, ja ;)
11:36 < tsa> hehe ;)
11:38 < tsa> naja, ich red' nachher mal mit clifford.....wenn es einfach ist, das auch fuer bash1 zum laufen zum bringen, kann er es ja aendern...
11:43 -!- anders [~guest@imhotep.hursley.ibm.com] has joined #rocklinux
11:48 < tsa> hi anders
11:50 -!- hack^uni [~zirkelfr@inpph012.Student.Uni-Augsburg.DE] has joined #rocklinux
11:51 < fake> you have new mail ;)
11:57 < huebi> re moin hi all!
12:01 < esden> muhh ... ehhm morning ;-)
12:03 < fake> hi esden!
12:03 < huebi> hies
12:03 < fake> <-- fixing libpng makefile patch...
12:03 < huebi> hi esden hehe muoeh
12:11 < fake> hm...
12:12 < esden> has somebody read the mail from rippy ?
12:13 < esden> in the rock-ports mailing list ... it is marvelous ... !!!
12:13 < esden> *lough*
12:13 < huebi> esden: What does he say?
12:16 < fake> rock ports... maybe i should consider signing up for it ;)
12:17 < huebi> fake: That's a really good idea.
12:17 -!- praenti_ is now known as praenti
12:17 < huebi> esden: What does he say? - I have no mail at the moment.
12:17 < praenti> hi
12:17 < huebi> hi praenti 
12:17 < huebi> praenti: login schon ausprobiert?
12:17 < praenti> was chris in the chat yesterday?
12:17 < praenti> huebi: moment
12:18 < esden> huebi: he is talking about how to transporth the pa-risc machine over internet ... 
12:18 < esden> hi praenti 
12:18 < esden> it is very interesting
12:18 < praenti> cvs say: no respository
12:18 < huebi> esden: Only possible via UPS-Tape
12:19 < praenti> ok. was my fault
12:19 < huebi> praenti: was gibts du ein?
12:19 < huebi> rock-1.5
12:19 < praenti> i've deleted my tree on my linux-box
12:19 < esden> with many crossreferences to apropriate rfc's
12:19 < praenti> must do a checkout
12:19 < praenti> huebi: läuft
12:19 < huebi> co works. as I see
12:19 < praenti> dange nochmal
12:20 < huebi> praenti: hehe, immer einfach erst mal root fragen :-)
12:21 < esden> ok ...
12:22 < hack^uni> haha, nice mail from ripclaw
12:22 < huebi> praenti: Avg: 83.67 kBit/s
12:22 < esden> huebi: is it now possible to drive your cvs using ssh ?
12:22 < huebi> esden: jo, it is.
12:22 < esden> hack^uni: yess definitly
12:23 < esden> huebi: good .. i will test it ...
12:23 < huebi> esden: do it :-)
12:23 < tsa> bbl.
12:23 -!- tsa [~tsa@sec-01.bi.devcon.net] has quit ("wech.")
12:24 < esden> Binary Large Octet Ad-Hoc Transfers (BLOAT)
12:24 < esden> woooot
12:24 < esden> I have to test it ...
12:24 < huebi> esden: Hae?
12:25 < huebi> esden: *wasdasseintun*
12:25 < esden> BLOAT: encapsulation of IP Packets in XML structures
12:25 < huebi> esden: URL?
12:25 < huebi> esden: please.
12:25 < esden> mom
12:27 < esden> https://www.ietf.org/rfc/rfc3252.txt <-- Binary Lexical Octet Ad-hoc Transport
12:28 < hack^uni> later ..
12:28 -!- hack^uni [~zirkelfr@inpph012.Student.Uni-Augsburg.DE] has quit ("Client Exiting")
12:29 < esden> Avian errors (EROAST, ESHOCK, EBURDEN, EBRKDN)
12:30 < esden> that is why we should not une any of the energy transport protocols on interfoaces using avian carriers ...
12:30 < esden> sounds logical 
12:30 < fake> Finished building package gnome-libs.
12:30 < fake> *yippie*
12:31 < fake> gnome-libs in 6 minutes ;)
12:32 < esden> fake: how long did your build take ?
12:33 * praenti going downstairs to the mensa. cya later
12:33 < fake> esden: with or without patching?
12:33 < fake> ;-)
12:34 < fake> esden: i dunno. it had finished stage 9 tomorrow evening, so about 12 hrs.
12:34 < fake> esden: but because bdb was broken no gnome app built
12:34 < fake> esden: and of course kde's still broken ;))
12:36 < esden> fake: when you are ready with patching ... you could make a complete rebuild to test the performance of this machine ...
12:39 < fake> esden: when i am ready with patching and with getting the _WHOLE_ 1.7 to compile i am a god and don't need any tests anymore ;P
12:40 < esden> fake: hmm ok that is an argument ... 
12:41 < esden> fake: do not wave so much in your mails ... that is making me seasick ;-)\
12:41 < esden> -"\"
12:42 < fake> *waves*
12:42 < fake> unser dorf soll schoener werden - ich geh eine rauchen.
12:44 * -> esden runs to the toilet because of fake's waving ...
12:45 < esden> == 19:36:23 =[5]=> Building base package rock-debug [1.5.13_2002-04-04_21h08 1.5.13_2002-04-04_21h08].\
12:46 < esden> yupeeeeee!!!!! it is finishing !!!!!!!
12:46 < esden> *jump*
12:46 < huebi> wheeeeeeeerrrrRRRRKKKKRKKack! <- esden's hardisk :>
12:46 < esden> too many characters ...
12:47 < esden> huebi: no !!
12:47 < huebi> esden: Where is your backup?
12:47 * -> esden fixing some stuff before the build finishes
12:47 < huebi> esden: " I don't need a backup. I need a restore!"
12:48 < huebi> esden fixing some stuff before the build finishes <- Lass den Loetkolben weg. Nicht unter Spannung arbeiten...
12:48 < esden> huebi: not yet there ... my machine is still running since I got the "wechselrahmen"
12:49 < esden> huebi: man muss ab und zu was im leben riskieren 
12:49 < esden> huebi: sonnst ist es langweilig ;-)
12:50 < huebi> esden <- Trinkt einhaendig Bier. Waahnsinn.
12:51 < huebi> esden "Evil Knevel" Tempski
12:53 < huebi> esden: I know why you want cvs over ssh. - "The net is the computer." - So you check in  all your stuff to cvs
12:53 < huebi> hehe
12:54 < fake> hehe
12:55 < fake> the best backup is always distribution
12:55 < fake> that's why i like to distribute my movies ;)
12:55 * huebi searches his 14.4 modem...
12:55 < fake> and like a miracle.... gnome compiles ;)
12:56 < huebi> fake <- Merlins "Stift"
12:57 < fake> Azubi ;P
12:58 < huebi> Azubi: GmbH "Geh' mal Bier holen"
12:58 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has joined #rocklinux
12:58 < huebi> hi bluefire 
12:58 < bluefire> Moin moin
12:58 < fake> hi bf
12:59 * bluefire findet webradio is was arg feines ;)
12:59 * fake findet mp3s sind was feines ;)
12:59 < fake> ogg kompiliert nicht -_-
13:00 < huebi> bluefire: Bis Dir der Admin mal sagt, wie teuer das ist. An der TU in Braunschweig hatten die damit arge Probleme.
13:01 < bluefire> Die müssen erstmal kommen. Wenn ich hier ein wenig Radio höre, dann ist das nix im Vergleich zu den Kazaa und eDonkey saugern. Da geht sogar mein gnutella-traffic unter.
13:02 < bluefire> huebi: davon abgesehen... wenn genug Leute das gleiche hören, dann müsste das doch eigentlich vom proxy gemultiplext werden?
13:04 < huebi> bluefire: An der TU-BS haben die auch nur mal die Zahlen veroeffentlicht und um etwas sorgfaeltigere, ueberlegtere, Netznutzung gebeten. Also das Radio ausmachen, wenn es nicht gehoert wird. 30% weniger Traffik war das Ergebnis.
13:05 < huebi> Radio ist Multicast. Ob einer oder alle im Netz das hoeren, ist egal.
13:05 < fake> hehe
13:05 < fake> muessen sich nur noch alle auf einen sender einigne ;P
13:05 < bluefire> Radio is multicast? ich dachte eigentlich das wäre ne ganz normale tcp http V.erbindung
13:05 < huebi> Deutschland Radio, was sonst ;>
13:06 < fake> bluefire: rtp
13:06 < fake> realt time protocol
13:06 < fake> oder sowas
13:06 < fake> kommt drauf an
13:06 < fake> icecast/shoutcast ist glaube ich sogar unicast
13:06 < huebi> bluefire: tcp - und die Leitungen sind beim Sender sofort dicht.
13:06 < fake> jop
13:06 < fake> live365.com
13:06 < fake> ;)
13:07 < esden> huebi: wenn ich mit dem build fertig binn dann merge ich entlich mit deinem cvs ...
13:07 < huebi> esden: Ahhh, super!
13:08 < esden> huebi: ich habe gerade die installdisk subdist scripte umgeschrieben so dass die auch auf debian und suse funktionieren sollten
13:08 < huebi> esden: Was hast Du geaendert?
13:08 < fake> esden: cool!
13:09 < esden> (ich wollte schon funzen sagen aber ich will den SMP nicht veraergern ;-) )
13:09 < fake> wieso? was hat SMP gegen funzen?
13:09 < esden> fake: ja schaue scrollback so gegen 00:00Uhr
13:10 < fake> ff
13:10 < fake> uff
13:10 < esden> genaugesagt [23:58]
13:11 < esden> scheisse ich muss gleich zur mathe uebung ... ich habe keine lust :-(
13:11 < fake> hehe
13:12 < fake> funzen, addy und proggy... ;)
13:12 < huebi> esden: Kannst Du auch hier haben ;>
13:12 < fake> keine lust?
13:12 < huebi> esden: wieviel ist 1+1?
13:12 < fake> 10
13:13 < fake> 0000001 + 0000001 = 0000010
13:13 < huebi> *lol*
13:13 < esden> huebi: ich habe dass: tar cIf
13:13 < esden> zu dem gemacht : tar --use-compress-program=bzip2 cf
13:13 < esden> soo cu
13:13 < fake> cu esden!
13:14 < huebi> esden: cu danke
13:14 < huebi>     *  PHP 4.2.0 (tar.bz2) [2,675Kb] - 22 April 2002
13:15 < huebi> schon wieder neu *staun*
13:18 -!- holyolli [~oregehr@rossini.marcant.net] has joined #rocklinux
13:18 < holyolli> moin
13:22 -!- snyke [~snyke@pD9502A68.dip0.t-ipconnect.de] has joined #rocklinux
13:22 < snyke> hi all
13:26 < huebi> hi holyolli snyke 
13:34 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has joined #rocklinux
13:34 < armijn> re
13:34 < huebi> hi armijn 
13:35 < armijn> hi huebi
13:36 < armijn> seems we're pissing off rxr...
13:37 < huebi> armijn: why?
13:37 < armijn> because of the sf stuff
13:39 < huebi> I think we just need some rules about packages. 
13:39 -!- hackbard [~hackbard@faim.Physik.Uni-Augsburg.DE] has joined #rocklinux
13:39 < hackbard> re
13:39 < armijn> exactly.
13:39 < huebi> re hackbard 
13:39 < armijn> but all this flaming really decreases my enjoyment in ROCK
13:39 < huebi> hackbard: 13:40 < huebi> I think we just need some rules about packages.
13:39 < armijn> I disagree with rxr
13:39 < armijn> ROCK is *no distro*
13:40 < hackbard> hough ther have to be rules!
13:40 < armijn> you should be free how you buil dyour packages
13:40 < armijn> so, I suggest there's only one "offical reference" package tree
13:41 < armijn> that is maintained by clifford, rxr and whoever wants it
13:41 < armijn> if someone wants to use another package tree, that's his/her own responsibility
13:42 < armijn> will solve a lot of problems, I think
13:43 < huebi> In each package is very much work _and_ idealism. Every maintainer does his/her best when writing a package. So deleting _must_ be only allowed by the origin(?) author.
13:43 < armijn> if a package in the "offical" tree is outdated, someone can take it over
13:43 < armijn> I don't consider the sf repository the "official" one
13:44 < huebi> armijn: to take over is ok IMHO. But deleting is forbidden.
13:44 < armijn> huebi: dunno...
13:45 < armijn> clifford has the last word over the "official" tree in my opinion
13:45 < hackbard> for 1.7
13:45 < hackbard> its huebi for 1.5
13:45 < armijn> of course...
13:45 < armijn> that should have been "the maintainer"
13:45 < hackbard> so i think the maintainer should be able to modify it
13:45 < hackbard> yeah
13:46 < armijn> FUCK! I got the patches on a floppy and now the floppy's dead :((((
13:46 < hackbard> in case oen doesnt care about his packages ... the maintainer could mark it dropped 
13:46 < hackbard> or sth like that ..
13:47 < huebi> hackbard: A list with dropped/outdated packages is a good idea.
13:47 < armijn> ah...luckily I put it on there twice :)
13:49 < huebi> armijn: Afer 5 years about one third of a bunch of floppies is unusable any more.
13:49 < huebi> +t
13:49 < armijn> yeah, I know
13:49 < huebi> It was hard to discover this for me
13:52 -!- tsa [~tsa@rossini.marcant.net] has joined #rocklinux
13:52 < tsa> re..
13:52 < holyolli> re tsa
13:52 < huebi> re hi tsa 
13:53 < snyke> hi tsa
13:58 < fake> re
14:00 < fake> but 3M floppies stay alive a lot longer i noticed
14:00 < fake> i recently used my old 3M floppies with the copied MS DOS 6.22 again
14:00 < fake> no problems at all
14:09 < snyke> hi fake 
14:13 < fake> hi snyke!
14:28 < fake> wow. i'm copmiling X and WineX at the same time. and my processor s not at 100%
14:28 < fake> but BIO is :(
14:30 < huebi> fake: more disks...
14:31 < fake> huebi: how about SCSI, in the first place? ;)
14:32 < huebi> No, the price/performance ratio is not as good as with ide disks.
14:32 < huebi> take 4 or mor with software RAID-0 with striping
14:33 < huebi> +e
14:34 < huebi> Disk access is limited to 120 - 200 single accesses/second. Thats almost the same for ide and scsi
14:38 < fake> hm.
14:38 < fake> i'd prefer to use QNX to build rock ;))
14:41 < esden> re hi all
14:42 < esden> soo
14:42 < holyolli> hi esden
14:43 < fake> aloha! *wave*
14:44 < snyke> hi esden!!!
14:46 < holyolli> tsa?
14:46 -!- term_emu [~pm@beaufort.wyzant.de] has joined #rocklinux
14:46 < tsa> jo.
14:46 < tsa> hi term_emu
14:46 < holyolli> tsa: dein internet ist kaputt
14:46 < holyolli> hi term_emu
14:46 < tsa> hm......ruhig hier heute....
14:46 < tsa> holyolli: dann solltest du es besser heile machen....
14:46 * fake *jumps around*
14:46 < tsa> holyolli: ....oder kuemmerst du dich zuerst ums backup? *g* :P
14:47 < holyolli> tsa: jaja..ich backupe von attila auf streamer ;)
14:47 < tsa> hehe.
14:47 < tsa> mach was sinnvolles...
14:47 < tsa> schnapp dir nen paar rock-packages ;-)
14:50 < esden> added to 1.5 : bool 'Run the build of rock-debug package' ROCKCFG_DEBUG 1 
14:50 < esden> it is taking too much time when I do not need it ...
14:50 < esden> ;-)
14:51 < term_emu> hi
14:51 < esden> hi term_emu 
14:54 < huebi> esden: I just commeted it out ;> rock-debug package
14:58 -!- clifford [~clifford@62.46.2.156] has joined #rocklinux
14:59 < armijn> about to send my sparc64 patches
15:00 < fake> hi clifford
15:00 < clifford> hi.
15:01 < huebi> hi clifford 
15:02 < esden> hi clifford
15:02 < clifford> hmmm ... my mips cross build doesn't look good.
15:02 < esden> huebi: but my solution is cleaner ;-)
15:03 < fake> clifford: did any package compile?
15:04 < fake> ;)
15:04 < huebi> esden: of course it is! I was just too lazy to make something clean like you did.
15:04 < clifford> fake: 00-dirtree and autoconf (the packages which do not compile anything)
15:04 < fake> hehe *rofl*
15:04 < clifford> fake: glibc failed to build ..
15:05 < fake> clifford: glibc compiled on my native build in stage 1 and 2, but it failed in stage 3
15:05 < fake> clifford: i'll definitely switch the indigo2 on again today
15:05 < fake> and i'll get more hardware from ripclaw, i'll visit him on friday ;)
15:06 < armijn> more hardware?
15:07 < fake> he called me yesterday and said he has two or three SGI's around
15:07 < armijn> wow.
15:07 < armijn> what kind?
15:07 < fake> maybe there's a faster one than mine ... i hope so.
15:07 < tsa> hehe
15:07 < fake> he didn't know it himself.
15:08 < armijn> he just got them.
15:08 < fake> sure - you know ripclaw, he who has everything.
15:08 * tsa still looking for a purple indy2 case..
15:08 < fake> me too
15:08 < armijn> indy2?
15:08 < armijn> there never was an indy2
15:08 < fake> indigo2
15:08 < armijn> aah
15:08 < fake> r5k
15:08 < fake> or 10k?
15:08 < armijn> I heard the purple was r10k
15:08 < armijn> the green one is r5k
15:08 < fake> it is 10k, then.
15:09 < armijn> ripclaw has got a r10k?
15:09 < tsa> afaik the case color has no meaning regarding cpu type...
15:09 -!- hackbard [~hackbard@faim.Physik.Uni-Augsburg.DE] has quit (Remote closed the connection)
15:10 < armijn> well, the only r5ks I've seen are in the green case
15:10 < fake> armijn: i will know it on friday.
15:10 < armijn> and the r10ks in the purple case
15:10 < fake> i'll fire em up and do a hinv to be sure.
15:10 < tsa> but the purple case is a litte different from the green one... for example, high impact gfx doesn't fit in the green case..
15:10 * fake has an indigo2 r4400 in a green case
15:12 < fake> the indigo2 model "super-lousy(tm)"
15:12 < armijn> huebi/clifford: sparc64 patches are on their way
15:12 < huebi> armijn: Thank you!
15:13 < esden> ich gehe heim ...
15:13 < esden> cu all
15:14 < huebi> esden: cu
15:14 < fake> cu esden 
15:15 < snyke> cu esden 
15:17 < fake> Any small object that is accidentally dropped will hide under a larger object.
15:17 < fake> HIGH TECHNOLOGY:
15:18 < fake> A California innovation composed of equal parts of silicon and marijuana.
15:18 < fake> *lol*
15:29 < fake> aw. not funny. ok.
15:29 < tsa> fake: URL?
15:29 < armijn> hehe
15:30 < fake> tsa: taskbar://wanda.gnome.fish/?action=click&reason=boredom
15:30 < armijn> Jan's reply is faster than my mail...
15:30 < tsa> fake: taskbar:// ??
15:30 < tsa> btw....
15:30 < tsa> https://www.fridgemagnet.org.uk/kitchen.html
15:30 -!- term_emu is now known as term_aweh
15:30 < huebi> tsa: right lower corner on gnome. the fish
15:31 < tsa> "Contrary to popular belief, putting items under the sofa means that they are still there. Just because nobody can see the burger carton, it doesn't mean that it's gone."
15:32 < fake> tsa: if i'm bored i squeeze wanda the fish in my taskbar ;)
15:33 < tsa>      Phases of a Project:
15:33 < tsa> (1)  Exultation.
15:33 < tsa> (2)  Disenchantment.
15:33 < tsa> (3)  Confusion.
15:33 < tsa> (4)  Search for the Guilty.
15:33 < tsa> (5)  Punishment for the Innocent.
15:33 < tsa> (6)  Distinction for the Uninvolved.
15:33 < tsa> hm....
15:33 < holyolli> jo
15:33 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has left #rocklinux ()
15:34 < th> SMP: ping
15:43 < clifford> th: I see no reason why you shouldn't get any mails from the list.
15:43 < th> clifford: but me
15:43 -!- rxr_fh is now known as rxr
15:43 < clifford> I have a lot of 'Message accepted for delivery' logs from smtp.hbsn.de in my mail log for your address ..
15:43 < th> clifford: i have problems resolving the rocklinux.org domain from time to time
15:44 < th> so the mta refuses delivery because of unable to resolve domain...
15:44 < th> could be bind problem on my mta
15:44 < clifford> maybe - but I have no errors in my logs file ..
15:45 < th> all the mails are in my mta's q
15:45 < th> i want to know what sendmail tries to resolve
15:45 < th> MX, A, NS?
15:45 < th> Deferred: 451 4.1.8 Domain of sender address minimalist@rocklinux.org does not resolve
15:48 < huebi> https://www.heise.de/newsticker/data/as-23.04.02-000/ <- new intel compiler
15:56 < clifford> huebi: ich moecht eh' schon seit langen eine option zum builden von ROCK mit icc machen ..
15:59 < huebi> clifford: das lohnt sich 
15:59 < clifford> huebi: vor allem wenn man jetzt auch den kernel damit builden kann
16:00 < clifford> moeglicherweise waere da eine kooperation mit intel moeglich?
16:00 < huebi> https://rocklinux.dyndns.org/files/intel_cc_amd_k7_1800_1533mhz.0.txt
16:00 < huebi> https://rocklinux.dyndns.org/files/amd_k7_xp1800_1533mhz.2.txt
16:00 < clifford> (wer sonst koennte denen mit einem so kleinen aufwand eine vollstaendig auf icc basierende distribution ersdtellen)
16:00 < huebi> sogar AMD's werden noch schneller damit.
16:00 < clifford> huebi: ???
16:00 < huebi> Fuer's iBook kann ich auch noch Ergebnisse kriegen.
16:01 < huebi> 354010 
16:02 < huebi> mit icc, und 336574
16:02 < huebi> mit gcc 2.95.3
16:02 < huebi> so als Anhaltswerte.
16:03 < fake> hm, das is ja ganz nett, aber wo ist der source?
16:03 < huebi> fake
16:03 < huebi> oops
16:04 < huebi> https://rocklinux.dyndns.org/sources/rock-1.5.14/misc/bench/ <- das isser, der Benchmark :-)
16:04 < fake> ich meine der source von dem icc
16:06 < huebi> Die Quelle fuer den Compiler liegt bei deiner bank und heisst 399$$ ;>
16:07 < fake> noe
16:07 < fake> das binary bekommst du so
16:07 < fake> seh ich grade
16:07 < fake> (halt ohne support und nich fuer windoof-user, aber wat solls)
16:08 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has joined #rocklinux
16:08 < armijn> re
16:08 < fake> This page provides a free download copy of the Intel® C++ Compiler 6.0 for Linux* for non-commercial purposes
16:08 < armijn> binary only
16:08 < armijn> but for c++ it is faster
16:08 < clifford> armijn: why confopt="`echo $confopt` AWK=/usr/bin/awk"  ???
16:09 < armijn> clifford: because the configure script for autoconf sucks big dick
16:09 < clifford> armijn: what's wrong with confopt="$confopt AWK=/usr/bin/awk"
16:09 < armijn> clifford: ehr, dunno, this worked :)
16:09 < huebi> oracle needs that. too
16:09 < clifford> btw: in 1.7 AWK=gawk is exported from parse-config ..
16:09 * huebi muss jetzt kuchen essen..
16:09 < armijn> clifford: but I use 1.5
16:09 < huebi> brb
16:10 < fake> muss??
16:10 < th> (soziale zwaenge?)
16:10 < armijn> clifford: the configure script for autoconf first searches for mawk, then for awk, gawk and nawk
16:10 < armijn> debian installs mawk
16:10 < armijn> so it finds mawk and records /usr/bin/mawk
16:10 < fake> which can be easily changed
16:10 < armijn> in the autoconf script
16:10 < armijn> fake: why should I have to change my build system first?
16:10 < clifford> armijn: yes, I know.
16:11 < armijn> fake: that's just waaaaaay too easy
16:11 < fake> armijn: don't blame rock when you could blam debian.
16:11 -!- hackbard [~hackbard@pD9523D66.dip.t-dialin.net] has joined #rocklinux
16:11 < fake> ;)
16:12 < fake> hi hackbard 
16:12 < hackbard> re
16:12 < armijn> fake: but we need a workaround for debian
16:12 < armijn> hi hackbard
16:12 < clifford> armijn: why not simply setting arch_target=sparc-unknown-linux-gnu in arch-conf/sparc64/archtest.out ?
16:12 < armijn> clifford: doesn't that affect the build of the kernel?
16:12 < clifford> armijn: that would make the 2nd patch obsolete ..
16:13 < armijn> clifford: I want to keep my options open, regarding a 64 bit userland
16:13 * fake <- having a cigarette. :-
16:13 < clifford> armijn: no - the kernel is using arch_machine .
16:13 < armijn> clifford: ok...post comments on the mailinglist :)
16:13 < armijn> so we can all discuss them.
16:13 < clifford> but are you sure that glibc is creating the correct assembler code for the system calls if you build it with sparc-unknown-linux-gnu ?
16:14 < armijn> clifford: it breaks otherwise
16:14 < armijn> clifford: tried it many times...
16:15 < armijn> the assembler code is ok this way. ultrasparc is fully backwards compatible with sparc
16:16 < clifford> the cpu - yes.
16:16 < armijn> but this is also the way other distros do it.
16:17 < clifford> but the sparc64 kernel is using another interface for calling system calls. So glibc must know that the kernel is a sparc64 kernel ..
16:17 < armijn> I don't know if it is a big problem
16:17 < armijn> still have to add a lot of stuff to get a booting system
16:20 < armijn> clifford: you mean if glibc uses the right header files?
16:20 -!- clifford [~clifford@62.46.2.156] has quit (Remote closed the connection)
16:20 < armijn> hrmpf
16:22 -!- clifford [~clifford@M102P024.dipool.highway.telekom.at] has joined #rocklinux
16:22 < clifford> hi again.
16:22 < armijn> clifford: you mean if glibc uses the right header files?
16:22 < th> if i add something to inittab (like daemontools) do i really need to reboot to activate it?
16:23 < clifford> th: kill -1 1
16:23 < th> great
16:23 < th> thanks
16:24 < clifford> armijn: as far as I remember, glibc doesn't use the kernel headers (i also might be wrong)
16:24 < fake> still 134 packages fail in 1.7
16:24 < huebi> re
16:24 < fake> no
16:24 < fake> 66
16:25 < clifford> fake: ?
16:25 < holyolli> re huebi
16:25 < fake> 68
16:25 < clifford> now what?
16:25 < fake> clifford: i just finished my build
16:25 < fake> clifford: before i fixed that documentations bug i had > 10 failed pkgs
16:26 < fake> > 100
16:26 < rxr> armijn: to use a sparc64 kernel you also need sparc64 binutils - otherwise you'll see the assembler errors you get ...
16:26 < armijn> clifford: I think it uses some header files...
16:26 < armijn> rxr: what errors?
16:26 * clifford wonders that so many packages do actually have a doc/ or documentation directory.
16:27 < SMP> th: I'm here now
16:27 < rxr> armijn: the errors that showed up on IRC and the mailing-list. You said you fixed them with some kind of convertion script ...
16:27 < armijn> rxr: I didn't get any errors with my patches :)
16:27 < armijn> rxr: check my patches
16:28 < armijn> rxr: binutils is not a problem
16:29 < fake> png.h: No such file or directory
16:29 < armijn> rxr: the asm errors are just caused by the fact that the right header files can't be located.
16:29 < fake> *douh*
16:30 < fake> no wonder
16:30 < fake> png.h is in /usr/include/libpng12/png.h
16:30 < rxr> armijn: I'll recheck this when the U5 arrives here (hopefully soon ...)
16:31 < armijn> rxr: my patches are for 1.5.14
16:31 < armijn> rxr: first try a "normal" build, without my patches and see what goes wrong.
16:33 < armijn> rxr: then you can see what I fixed
16:33 < armijn> rxr: and no, binutils is not a problem, because they can generate good code (elf-sparc64)
16:35 < rxr> armijn: I know that binutils are not the problem - but the last errors posted here resulted from useing elf-parc binutils with a sparc64 kernel. 
16:35 < fake> do i have to make a symlink?
16:35 < armijn> rxr: you mean the glibc error?
16:36 < armijn> rxr: if you want to fix those problems, a lot of people will thank you for it.
16:36 < armijn> including the glibc and kernel people
16:36 < armijn> it's not that easy.
16:38 < armijn> but with my patches I don't encounter these problems
16:38 < armijn> and I think the right assembler is created.
16:38 -!- anders [~guest@imhotep.hursley.ibm.com] has quit ("~~~~")
16:38 < armijn> so, just check out the patches
16:43 < rxr> armijn: no the glibc build fine - it was util-linus using some syscall ...
16:44 < armijn> now that's weird
16:44 < armijn> I've only seen that error with glibc
16:45 < armijn> but mike1 also uses another machine
16:45 < armijn> on huebi's ultra60 we also got that warning with glibc
16:45 < clifford> fake: relocation truncated to fit: R_MIPS_PC16 __syscall_error
16:46 < clifford> have you seen that already?
16:47 < armijn> heh, gentoo has sparc/sparc64 distro
16:47 < fake> clifford: *LOL* i saw that since there's a 3 in the square brackets.
16:48 < fake> (e.g. since i reached stage 3)
16:48 < clifford> fake: you don't have a solution for this - do you?
16:49 < fake> i wanted you to have a look at it ;)
16:49 < clifford> good news: I can reproduce the problem using my cross compiler.  :-)
16:50 < fake> cool. kinda native ;)
16:51 < fake> i looked for it, but i didn't get very far
16:58 < armijn> clifford: have googled for sparc64 and glibc, but no mention...
17:02 < clifford> sysdeps/unix/mips/sysdep.h:52: I think here is the problem.
17:03 < clifford> does anybody here can MIPS assembler? I need some help with the various relative and absolute jumps ... :-(
17:03 < armijn> nah
17:03 < armijn> clifford: I will ask about the glibc stuff on the debian-sparc mailinglist.
17:05 < clifford> ok.
17:06 < armijn> what was the exact problem? kernel uses a different interface for system calls?
17:06 < clifford> https://www.xs4all.nl/~vhouten/mipsel/r3000-isa.html
17:06 < clifford> armijn: I don't know if there is a problem (I don't have a sparc)
17:07 < clifford> All I'm saying is that glibc must know somehow if the kernel is sparc or sparc64 in order to generate the right system-call functions.
17:08 -!- snyke [~snyke@pD9502A68.dip0.t-ipconnect.de] has quit (Read error: 110 (Connection timed out))
17:09 -!- inode [~inode@cs666986-234.satx.rr.com] has quit (Excess Flood)
17:09 -!- inode [~inode@66.69.86.234] has joined #rocklinux
17:10 < fake> clifford: are you at it?
17:12 < armijn> message to debian-sparc sent.
17:12 < holyolli> cu l8ter
17:12 -!- holyolli [~oregehr@rossini.marcant.net] has quit ("fnord!")
17:17 < clifford> fake kind of - but it turns out that I (1) don't understand the error message or (2) don't understand mips assembler.
17:17 < armijn> or both
17:18 < clifford> there are no relative jumps in mips assembler - so what the f*ck is a R_MIPS_PC16 ??
17:18 < clifford> armijn: yes - or both ..
17:19 < armijn> I do have some books on sparc assembler and alpha assembler
17:19 < armijn> not that I get them...
17:20 < armijn> as in, dig them
17:20 -!- Mike1 [~mike@196.40.44.34] has joined #rocklinux
17:20 < Mike1> moin
17:21 < clifford> Mike1: hi.
17:21 < fake> hi Mike1 
17:21 < clifford> Mike1: do you have some xpirience with MIPS assembler? (with gnu binutils)
17:21 < fake> clifford: https://sources.redhat.com/ml/binutils/1999-10/msg00046.html
17:22 < armijn> clifford: https://www.stratego-language.org/twiki/bin/view/Hpc/MIPS
17:22 < armijn> clifford: might be of interest.
17:22 < clifford> .. some help with elf/mips would also be great ..
17:22 * clifford reading ..
17:24 < armijn> mike1: hi
17:26 < Mike1> clifford no i dont. but if you tell me what you need i will find a way to help you
17:26 < Mike1> armijn i just got your patches i will test them in a while
17:27 < hackbard> the aliens awake :)
17:27 < hackbard> hi migule
17:27 < hackbard> miguel
17:27 < Mike1> hi Frank
17:27 * clifford reading gcc and binutils sources (once more this week .. :-)
17:27 < armijn> mike1: ok, kewl...
17:28 < huebi> "Feierabend" CU later I go home. 
17:29 < armijn> mike1: might still be a bit buggy...
17:29 < Mike1> hackbard wie geht es dir?
17:29 < armijn> either huebi doesn't do much updates, or he forgets to update the changelog...
17:29 < Mike1> armijn i see well the only way we can find it out is by testing right?
17:29 < armijn> I guess.
17:29 < hackbard> btw, somebody from #mipslinux told me that the cpu of my cyber910 (r3000) is supported, just everything around is not
17:29 < Mike1> hackbard well thats something :)
17:29 < armijn> hackbard: I know.
17:30 < hackbard> Mike1: gut, danke! :)
17:30 * Mike1 working
17:31 < hackbard> sometime when i am a great kernelö hacker ... i will change that ;-)
17:32 < armijn> oh yeah.
17:32 < hackbard> hehe :p
17:32 < armijn> same here
17:37 -!- armijn [~armijn@losser.st-lab.cs.uu.nl] has left #rocklinux ()
17:43 < clifford> the guys on #mipsline are not very verbose ..
17:43 < tsa> bbl.
17:43 < clifford> aehm - #mipslinux
17:43 -!- tsa [~tsa@rossini.marcant.net] has quit ("Client Exiting")
17:43 < fake> hm...
17:43 < fake> question
17:44 < fake> in the current(?) 1.7 snapshot
17:44 < clifford> yes?
17:44 < fake> libpng saves png.h and pngconf.h in /usr/include/libpng12
17:44 < fake> - where no program (libgd, netpbm, xine...) finds it.
17:44 < fake> what is the correct procedure?
17:44 < fake> do a link in $postmake?
17:44 < fake> or copy them over?
17:45 < fake> if i fix this i'll get an almost complete build ;)
17:45 < fake> i now linked them by hand into /usr/include
17:46 < clifford> fake: I'd patch the makefile (so it never get installed in the wrong location) or link in $postmake
17:46 < fake> patching the makefile sounds wiser, as we already patch the makefile ;)
17:46 < fake> i'll have a look at it.
17:47 < clifford> Maybe linking is better because that way we don't have any problems with packages which do require the headers in the directory wwhere libpng whould store it on default.
17:47 < fake> sounds true.
17:47 < fake> how do i link? ln -s ${root}/usr/include/libpng12/png.h ${root}/usr/include/png.h ?
17:47 -!- CodeMonkey [~CodeMonke@x8b4e53b0.dhcp.okstate.edu] has joined #rocklinux
17:49 < clifford> fake: ln -sf - or it will fail when rebuilding the package ..
17:52 < CodeMonkey> cliff, what mips architechture are you having touble crosscompiling for?
17:55 < fake> but the ${root} thing is right? o_O
17:56 < clifford> CodeMonkey: just "generic mips" - whatever gcc and binutils thinks that is ..
17:57 < CodeMonkey> a while ago I was trying to do some crosscompiling to an R10k
17:57 < clifford> I'm getting a lot of "relocation truncated to fit: R_MIPS_PC16 __syscall_error" when building glibc
17:58 < esden> re hi all
17:58 * -> esden creating alpha binary iso ...
17:59 < fake> re esden!
17:59 -!- blindy|gettinmon is now known as blindcoder
17:59 < blindcoder> hi hi und rehi
17:59 < clifford> CodeMonkey: I think gcc is generating code for r2k if no special options are used ..
17:59 < CodeMonkey> from what I understand, the R3000 and 4400 should compile into a workable binary, but the r10k has issues with the way it access cache
18:01 < fake> clifford: why is $root starting with a "/" ??
18:02 < clifford> CodeMonkey: we also have the problem mentioned above when nativly building on a mips - but only when we switched already to our own environment with our own gcc/binutils.
18:02 -!- tomik [~tomik@193.109.181.247] has joined #rocklinux
18:02 < fake> ln -sf $root/usr/include/ -> ln -sf /build/blabla/root/usr/include 
18:02 < clifford> So I think the problem is somewhere with gcc+binutils.
18:03 < esden> apt-get install mkisofs
18:03 < CodeMonkey> most likely
18:03 < esden> ;-)
18:03 < clifford> fake: When creating a symbolic link, the first ln parameter should never contain $root. It's just the text written in the inode containing the real filename ..
18:03 -!- bluefire [~bluefire@pc19.rbg.informatik.tu-darmstadt.de] has quit ("leaving")
18:04 < tomik> hello 
18:04 < esden> hi tomik 
18:04 < fake> hae?
18:04 < clifford> CodeMonkey: do you know if there are any patches needed for gcc 2.95.3 and/or binutils-2.12.90.0.1 in order to create correct bins for MIPS?
18:05 < fake> clifford: dumb fake not understanding. 
18:05 < clifford> (the assembler code created by gcc looks good, I think its more a binutils problem).
18:05 < clifford> fake: ln -sf libpng12/png.h ${root}/usr/include/png.h
18:06 < clifford> or: ln -sf /usr/include/libpng12/png.h ${root}/usr/include/png.h
18:06 < fake> clifford: *arghl* okay. now i get it. thanks.
18:06 < clifford> fake: is your indy turned on?
18:07 < clifford> (I want to test something)
18:07 < fake> clifford: not yet, i'm still at work. gimme 15 minutes.
18:07 < fake> okay?
18:07 < fake> i'll be back
18:07 < fake> ciao
18:07 < clifford> fake: is gcc the only package which fails to link?
18:08 < clifford> s/gcc/glibc/
18:14 -!- thalerim [~be@p50812EF1.dip.t-dialin.net] has joined #rocklinux
18:14 < thalerim> hello
18:14 < esden> hi thalerim 
18:15 * blindcoder <--- away. learning dialog
18:15 < esden> blindcoder: good ;-)
18:16 * clifford is downloading binutils-2.12.90.0.4 (maybe that one is better for MIPS).
18:16 < clifford> CodeMonkey: which gcc/binutils versions did you user for cross-building?
18:18 < clifford> (the MIPS faq suggests an older one - bu I do not want to have diffrent gcc/binutils versions for all architectures)
18:22 < esden> https://home.esden.net/rock/iso/rock-alpha-base-1.5.13_2002-04-04_21h08.iso <- my firsta alpha iso
18:22 < clifford> esden: is it bootable?
18:22 < esden> no not yet ... 
18:28 < esden> gallery updated ... (ripclaw is back the sparc maintainer)
18:33 < fake> clifford: it's up
18:34 < clifford> fake: great.
18:34 < clifford> fake: I'll go online within the next 30 minutes ..
18:34 < fake> i'll plug the serial console to the router (jana.homeip.net) and set up minicom according
18:34 < fake> so you can reboot it and stuff
18:35 < fake> (next time i restart it)
18:35 < fake> i also think about connecting the hard-reset switch to a the LPT and write a quick c program so you can hard-reset it from remote
18:35 < fake> there is a tftp server on the router (192.168.1.1) and the bootable image is 
18:36 < fake>  /tftpboot/linux
18:36 < fake> so to boot from the (serial) PROM console you'd say 5 (enter command monitor"
18:36 < fake> and then boot bootp()/tftpboot/linux
18:37 < fake> argh
18:37 < fake> bootp()=/tftpboot/linux console=ttyS0
18:38 < clifford> ic/
18:38 < clifford> ic.
18:38 < fake> without the first =
18:39 < clifford> sure.
18:39 < clifford> :-)
18:39 < clifford> fake: how much sleep did you have in the last time?
18:39 < fake> now i'll get me some cigarettes and then do a ./scripts/Update-Src ;)
18:40 < fake> grep -r sleep *.h (looking for a #define...)
18:40 < clifford> fake: wait with the Update-Src. I'll make a snapshot in a few minutes.
18:40 < fake> okay ;) will you add the $postmake ln -sf for libpng?
18:40 < fake> i didn't finish it at work
18:41 < clifford> fake: to late (I'm already uploading).
18:41 < fake> :(
18:41 < clifford> .. but send me a patch ..
18:42 < fake> i'll send you the whole config file
18:42 < fake> it has only one line up to now
18:42 < fake> after the "patch" it's 2-and-a-half ;)
18:43 < clifford> yes - i do know. but if I make it myself I have to do a testbuild of the package (just to make sure there is no typo or something).
18:44 < clifford> btw: "grep -r sleep *.h" doesn't make much sense - '-r' is only usefull if the parameterlist contains directories ..
18:44 < fake> :P
18:44 < fake> i need more sleep, that's all 
18:45 < fake> did you know that mandrake uses devfs?
18:45 < clifford> fake: yes - me too. And I should do some web projects for paying customers - and not fiddling arround with MIPS cross-binutils ..
18:45 < clifford> ad devfs: yes.
18:46 < hackbard> the second distro after rock?
18:46 < clifford> as far as i know: yes.
18:46 < clifford> downloading the new binutils finished: "./scripts/Build-CrossCC -cfg mips"
18:47 < rxr> but mandrake use it wrong - they archive the links on shutodwn and untar them on boot-up -> that least to really nasty problems ...
18:47 < hackbard> me doesnt know any other too 
18:48 < clifford> rxr: ROCK has done this in some early ROCK Linux 0.x versions (1997 or 1998)
18:49 < rxr> clifford: hehe ;-)
18:50 < clifford> that was the recommended procedure befor Richard invented devfsd.
18:50 < clifford> I started to use the /etc/conf/devfsd script and told richard about that and mentioned if it wouldn't be nice to heave a daemon which does the job ..
18:51 < SMP> btw. is non-devfs supported in 1.7 now? is it going to be?
18:52 < clifford> SMP: I still want to support it - but it hasn't a high priority for me since noone really asked for it so far.
18:52 * clifford uploaded snapshot 1.7.0-DEV-200204231838.
18:53 < SMP> clifford: hmm I don't know how important that might be. I'm doing really fine with devfs, be I recognize there's still some severe races in the devfs code?
18:55 < clifford> SMP: hmm - I don't know anything about that. The main reason why I would like to create a non-devfs version of ROCK is because it shouldn't be that hard and we might need it for embedded systems, etc.
18:56 < SMP> why the latter?
18:56 -!- tomik [~tomik@193.109.181.247] has quit ("Client Exiting")
18:56 < SMP> I was under the impression that devfs is especially useful for embedded systems
18:57 < fake> *uffa*. beer? check. cigarettes? check. assorted narcotics? check. time to get the new snapshot ;)
18:57 < clifford> SMP: Only if we have a linux kernel >= 2.2 running on it ...
18:57 < fake> hi SMP 
18:59 < clifford> btw: 2 months before richard started devfs I wrote the "vdev" file system (2.0 kernel) - nothing like a complete /dev tree according to the devices.txt file. a very simple but usefull hack.  :-)
19:00 < clifford> s/nothing like/nothing else than/ .... I need some sleep too.
19:00 < fake> ./scripts/Update-Src: rsync: command not found >_< *DOUH!*
19:00 < clifford> ouch!
19:00 * clifford is getting himself a cigarette and a redbull - back in a few minutes.
19:02 < fake> you can buy a single cigarette in austria?
19:03 < fake> maybe we should sell boxes with, let's say, 20 of 'em?
19:03 < fake> hehe. business school relicts ;)
19:11 < clifford> fake: I ment I will SMOKE a cigarette (which I have done now).
19:12 < fake> oh. i see. no smoking in front of the box?
19:12 < clifford> no smoking in my office (and no smoking in my house).
19:13 < fake> why, oh, why?
19:14 < clifford> well: 1) I smoke less and 2) it smells less ..
19:14 < fake> if you wouldn't 1) you wouldn't care about 2) ;)
19:16 * clifford is cross-building glibc with new binutils ..
19:16 < fake> debian unstable still has no packages for XFree86 4.2 ...
19:18 < fake> i'd love to have the documents about how you switch MIPS from little to big endian and vice versa
19:18 < fake> you could make it a kernel option ;)
19:19 < fake> boot endianess=lowfirst
19:26 * blindcoder is just realizing how small a 80x25 display can be >_<
19:27 < blindcoder> s/display/console/
19:27 < fake> blindcoder: serial console?
19:28 < fake> if i resize my minicom window in X the indigo2 crashes ;))
19:28 < clifford> wow!
19:28 < fake> it works?
19:29 < clifford> no. If you resize your minicom window in X the indigo2 crashes??
19:29 < fake> hmhm sometimes.
19:29 < blindcoder> fake> no, I shrunk my kterm to 80x25 so I can force myself to not use sizes like 125x70 with dialog
19:30 < fake> blindcoder: as long as you mustn't actually crankle code at 80x25...
19:30 < fake> blindcoder: it gets neat if you have 80x25 on a serial console at a HP-UX with a speed of 2400 baud...
19:31 < blindcoder> *lol* I can imagine that things go... slow working on such a device ;)
19:31 < fake> blindcoder: _then_ you notice that these debian guys really LIKE whole-screen-redrawing message boxes
19:32 < blindcoder> well... it only takes a little less than a second to redraw the screen ;)
19:32 < fake> it even redrew twice - once only the background and then again with BG and messagebox.
19:32 < blindcoder> adn then you realize it's just a message like "Installation complete"
19:33 < fake> blindcoder: or checking wether you need lilo (on a hp pa-risc box... *nargh*)
19:33 < clifford> fake: where may I find the debian sources for binutils?
19:33 < fake> www.debian.org
19:33 < fake> then packages
19:33 < fake> search for binutils
19:33 < fake> there you get "their" oiginal source and the patches they applied, if any.
19:34 < fake> but i could apt-get them onto the indy if you need e,
19:34 < fake> e
19:34 < fake> em damnit!
19:34 < blindcoder> fake> slower is sometimes faster
19:35 < fake> err, yes. The 8x550 MHz PA-RISC Processors which linux could only use one of.
19:39 < clifford> fake: I think it's faster when I play with them on my local 1.7GHz Athlon ..  :-)
19:39 < fake> *bleh*
19:43 < blindcoder> hmm is it possible to catch stderr in a shell script when executing a command with ` `?
19:43 < rxr> clifford: might be corss-compiling all except the rebuild stage possible?
19:45 * huebi is reading log
19:45 < huebi> hi
19:45 < blindcoder> hi huebi
19:45 < fake> re huebi 
19:47 < Mike1> anyone knows a good bandwidth monitoring tool? web aplication if possible
19:47 < clifford> rxr: when you do a cross-build only stages 0 and 1 are built anyways.
19:48 < thalerim> ipstat
19:48 < rxr> clifford: I meant Stage 3-8 ... ;-) - Since they get disabled when cross-building is selected ...
19:49 < blindcoder> Mike1> mrtg
19:52 < clifford> rxr: I still don't understand you - you want do disable something which is already disabled ?!?
19:53 < fake> he wants to enable it i think...
19:54 < rxr> clifford: ? No! I want to enable cross-building Stage 3-9 ;-) (If possible - since my 1700+ Athlon XP is much faster than some older SPARCs or PA-RISCs ... ;-)
19:55 < clifford> rxr: Oh - that's not possible without __much__ fixing.
19:55 < clifford> the problem starts with the lack of a cross c++ compiler.
19:55 < clifford> many packages do not differ between CC and HOST_CC
19:55 < clifford> At the moment we are not even able to cross-build bash ..
19:56 < blindcoder> hmm is there any documentation about the .pz files (syntax) for 1.5.x ?
19:56 < rxr> The G++ is not a cross-compiler? :-(
19:56 < clifford> (that's why we build pdksh instead of bash in stage 1 ..
19:56 * rxr fixing the bash
19:56 < clifford> rxr: that would be great.
19:57 * clifford tried it the last time in 1998 - so maybe the package has been fixed already ..
19:57 < rxr> I take a look
19:57 * SMP thinks rxr is getting himself into some serious trouble ;>
19:59 < blindcoder> that would be a "no"
20:00 < fake> hm. 
20:00 < huebi> Mike1: https://www.roland-riegel.de/nload/index_en.html <- nload works for me very good.
20:00 * fake is thinking about giving windows the "best Operating system to play freecell"-Award.
20:01 < fake> but i'd rather call it
20:01 < huebi> Mike1: nload -t 1000 -i 768 -o 128 -u h -U h eth1 <- my standard invocation
20:01 < clifford> fake: you have not seen freecell on palmOS so far - right?
20:01 -!- blindcoder is now known as blindy|pz
20:01 < fake> "Best Enhanced Mouse Driver for plaing freecell"
20:01 < fake> clifford: i have. The commecrial version and an open source version :P
20:01 < clifford> who needs a mouse if you have a touch screen ..
20:02 < fake> i prfer serious sam for PalmOS ;)
20:02 < clifford> WHY USE WINDOWS IF THERE ARE DOORS?
20:02 < Mike1> blindy|pz huebi thanks
20:03 < fake> hm.... maybe they're stuck or something.
20:03 < fake> stuck in a antritust case ;-)
20:04 < rxr> clifford: is there a need for the "Force use of our own (pseudo-)cross compiler" when we do a coross-build anyway? Maybe we should disable this option for a cross-build?
20:06 < fake> blindy|pz braucht die addy von ner pz-doku damit er sein proggy zum funze bringen kann *g*
20:06 < fake> s/funze/funzen/
20:06 < clifford> rxr: You could install a cross-compiler on your host system and don't run ./scripts/Build-CrossCC ..
20:07 < clifford> if that option is enabled it will auto-detect that you have no ROCK Linux CrossCC and not use the one installed on your host system.
20:07 < huebi> I'll do some updates later tonight.
20:07 < clifford> rxr: However - the option is a hack and must be replaced with a cleaner solution anyways.
20:19 -!- snyke [~snyke@pD9502A59.dip0.t-ipconnect.de] has joined #rocklinux
20:19 < snyke> re all
20:19 < fake> re snyke
20:21 -!- Mike1 [~mike@196.40.44.34] has quit ("BitchX: nine out of ten gynecologists recommend it")
20:23 -!- blindy|pz is now known as blindcoder
20:23 < blindcoder> re
20:23 < fake> cool. PowerDVD works under wine.
20:24 -!- thalerim [~be@p50812EF1.dip.t-dialin.net] has quit ("...")
20:24 < blindcoder> hehe so does Septerra Core (at least under WineX ;)
20:24 < esden> re hi all
20:24 < fake> Septerra Core i didn't enjoy very much...
20:24 < blindcoder> re hi esden
20:24 < esden> soo endlich ist dass konzert von meinem bruder zu ende ...
20:24 < blindcoder> fake> I really like it up till now
20:25 < blindcoder> esden> the first steps to the pz-config are taken.
20:25 -!- wschlich_ [~wschlich@pD9E3EF83.dip.t-dialin.net] has joined #rocklinux
20:25 < rxr> blindcoder: wow - maybe it is time to try Formula One GP III again ;-)
20:26 < clifford> hey - I'm #8 in the irc stats. cooool.  :-0
20:26 < esden> blindcoder: cool ... show it to me some day ;-)
20:26 < blindcoder> aside from stunt car racing i didn't like racing simulations that much... but I don't think it will run under wine... maybe dosemu with freedos...
20:26 < esden> clifford: talk to us ;-) 
20:26 < blindcoder> esden> tomorrow @train?
20:26 < esden> our mastor .. ;-)
20:26 < esden> then you get higher @cl
20:27 < esden> @ clifford 
20:27 < fake> stunt car racing was ultra-kewl
20:27 < esden> s/mastor/master/
20:27 < rxr> no not F1GP I or II - I extra bought F1GP III (a Direct X game) to get one running in Wine ;-)
20:27 < blindcoder> sure it was @fake. I was sitting in front of my PC for ages designing some new courses ;)
20:27 < rxr> II crashes the DOSemu ...
20:28 < fake> blindcoder: it absolutely ruled ! ;) unfortunately my diskette was infected by a virus :/
20:28 < blindcoder> fake> i still have it lying around somewhere...
20:28 < rxr> there was a Stund Car Racing for PC? I only knew the one for Amiga ...
20:28 < fake> blindcoder: let's port it to linux. maybe we can contact the author to get the source....
20:29 * blindcoder searching his mouse... it's buried under about half a dozen cables next to my seat...
20:29 * snyke now tries to configure postfixe... wish me good luck *g*
20:29 < rxr> or was it s.th. a differently named game I remember? ...
20:31 < blindcoder> dunno... I never used my Amiga much...
20:31 < clifford> esden: errr.... I have a better solution!
20:31 < clifford> instead of writing more
20:31 < clifford> i could simply
20:31 < clifford> split up
20:31 < clifford> my messages
20:31 < clifford> into
20:31 < clifford> many
20:32 < clifford> single
20:32 < clifford> messages!
20:32 < esden> loool
20:32 < blindcoder> that way it at least looks like you are writing more @cliff ;)
20:32 < esden> clifford: that is also a solution ;-)
20:32 < clifford> sure
20:32 < clifford> it
20:32 < clifford> is!
20:32 < blindcoder> but
20:33 < esden> get ready for clifford skyrocket in the stats ;-)
20:33 < blindcoder> imagine
20:33 < blindcoder> what
20:33 < rxr> clifford: this way you will also get before esden  ;-)
20:33 < blindcoder> it
20:33 < blindcoder> would
20:33 < blindcoder> be
20:33 < blindcoder> like
20:33 < rxr> and
20:33 < blindcoder> if
20:33 < rxr> some
20:33 < blindcoder> everone
20:33 < rxr> other
20:33 < blindcoder> did
20:33 < clifford> (a sideeffect would be that everybody here would start to hate me ..  :-)
20:33 < rxr> talk
20:33 < blindcoder> so
20:33 < rxr> between
20:33 * -> esden 
20:33 < esden> starts
20:33 < esden> to
20:33 < esden> hate 
20:33 < esden> clifford: 
20:33 -!- bluefire [~bluefire@p50817E0B.dip.t-dialin.net] has joined #rocklinux
20:33 < esden> ;-)
20:33 < bluefire> re
20:33 < esden> re
20:33 < clifford> OH GOD! WHAT HAVE I DONE!
20:33 < esden> bluefire
20:34 < rxr> clifford: where would be the cleanest way to add a warnbeep on build-error again? (the famous 10 wakeups ;-)
20:34 < esden> clifford: you are our leader so we are doing all you show us ;-)
20:34 < rxr> clifford: maybe some generic on-action funtions ?
20:35 < clifford> rxr: I want to implement an interface for user notifies (that could e.g. also be used by esdens lcd stuff)
20:35 < clifford> but that's not there yet .. :-)
20:35 * -> esden got something to eat! finally I will not die here ;-)
20:35 < rxr> clifford: but I miss the beep since some weeks now :-(
20:37 < esden> ahh now I know what I forgot in my todo list I wrote today ... the lcd stuff ...
20:37 < clifford> rxr: you could add it to the end of pkgloop_package() in scripts/build-functions ..
20:37 -!- tsa [~tsa@pD9E117FD.dip.t-dialin.net] has joined #rocklinux
20:37 < tsa> re
20:37 * clifford is doing another glibc cross-build with a very heavily patches binutils ..
20:37 < esden> hi tsa 
20:37 < tsa> hi esden
20:37 < rxr> clifford: yes - my vi is located at this line already ...
20:38 < clifford> rxr: but that's not forever - the whole pkgloop stuff will be redesigned for the cluster build soon ..
20:39 < fake> clifford: whats very heavily patched in MB? ;)
20:39 < blindcoder> esden> bring a floppy with you tomorrow then i can give you the script
20:40 < clifford> I'm /away for smokin' again. I'm back in a few minutes ..
20:40 < clifford> fake: about 25000 lines ...
20:40 < fake> >_<
20:40 < clifford> (744kB)
20:40 < rxr> clifford: uff
20:40 < fake> ouch!
20:40 < esden> blindcoder: k
20:40 -!- wschlich [~wschlich@pD955CD80.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
20:41 < fake> that will blow up rock-src a bit ;)
20:41 < blindcoder> brb
20:41 * blindcoder switching workstation to laptop and workplace to bed
20:41 < fake> hm.
20:41 * fake is sitting in is bed ;)
20:41 < clifford> but from what I've seen from the patch source it _could_ solve our problem ... we will see in a few minutes.
20:41 < fake> *jumps around*
20:42 < esden> fake: be careful with your bed springs
20:43 < esden> o --3-5 x11     kdebase                 3.0                     "Free"
20:43 < fake> with what?
20:43 < esden>     ^- can somebody explain me this ?
20:43 < rxr> esden: what? which ROCK tree?
20:44 < esden> fake: pfusche nicht in mein ascii art
20:44 < esden> rxr: 1.5
20:44 < fake> thats a w esden ;P
20:44 < tsa> hehehe
20:44 < blindcoder> back
20:44 < rxr> esden: and what's the prob with it?=
20:44 < fake> the 23rd character of the german alphabet...
20:44 < esden> fake: thats why I say that you should not destroy my ascii art eee
20:45 < fake> eee?
20:45 < blindcoder> fake> it's something I've shown esden today.
20:45 < blindcoder> the question is: why is an ext package built in stages 3 and 5
20:45 < esden> rxr: that it tryes to build kdebase and some other kde packages that are belonging in ext is the 3'rd stage ... that is producisg unertetic errors
20:46 < rxr> hm maybe huebi started to create single ROCK packages for the kde packages?
20:46 < esden> blindcoder: I have seen it before I mean the error ... but blindcoder could help to find the source of the error
20:46 < blindcoder> unertetic=unerotic?
20:47 < esden> nope ... unestetic
20:47 < esden> but unerotic is also a pretty good epitete
20:48 < esden> -e
20:49 < esden> s/epitete/epithet/
20:49 < esden> now it is correct ;-)
20:50 * rxr starting to compile wine 
20:54 < clifford> hmm ... no. It still doesn't work.
20:54 < clifford> I have to go home now (my girlfriend is waiting already and I'm pretty tired).
20:54 < fake> :(
20:55 < fake> maybe tomorrow :)
20:55 < rxr> cu clifford 
20:55 < th> later, cliff
20:55 < huebi> cu clifford 
20:55 < clifford> fake: maybe you could play arround a bit with the hjl mips fixes which are in the debian tree and the patches in binutils-2.12.90.0.4/mips/ ..
20:55 < fake> clifford: i'll have a look.
20:55 -!- clifford is now known as clifford_away
20:56 -!- holyolli [~holyolli@linus.regehr.net] has joined #rocklinux
20:56 < holyolli> re
20:57 < tsa> moin holyolli
20:57 < holyolli> moin tsa
20:57 < blindcoder> ......
20:57 < esden> ok kde packets fixed
20:58 < esden> halt
20:58 < esden> ups wronw win ....
20:59 < blindcoder> esden> what box are you shutting down?
20:59 < esden> the pws
20:59 < esden> I am mounting the harddrive
21:00 < blindcoder> ic
21:00 < blindcoder> hmm
21:01 < esden> ???
21:02 < blindcoder> where can i find Carp.pm?
21:02 < blindcoder> what package/bundle?
21:02 < tsa> CGI::Carp
21:02 < esden> hmm no idea ...
21:03 < blindcoder> thanks @tsa
21:03 < tsa> no problem..
21:03 -!- inode [~inode@66.69.86.234] has quit (Read error: 60 (Operation timed out))
21:03 -!- inode [~inode@cs666986-234.satx.rr.com] has joined #rocklinux
21:06 < holyolli> tsa: wann willst du gegen mich verlieren?
21:07 < tsa> hehe
21:09 < esden> shitt ...!!!
21:09 < esden> f***
21:09 < esden> this disk is too small too !!!
21:10 < esden> f*** *fluch*
21:10 * fake is installing star-trek bridge comander under wine ;)
21:10 < tsa> wine or wineX ?
21:10 < blindcoder> damnit... why is eth0 down every 10 mins? *wantstothrowsomethingthroughhisroom*
21:11 -!- Mike1 [~mike@196.40.44.34] has joined #rocklinux
21:11 < Mike1> re
21:11 < esden> blindcoder: throw yourself ;-)
21:12 < esden> blindcoder: or should i come to you so you can throw me ?
21:14 < blindcoder> i dont want to throw you
21:14 < blindcoder> not anymore
21:15 < esden> ??? not anymore ? am I not good enough for you ?
21:16 < blindcoder> tsa> that's not what i need. I need the Carp.pm module for automake
21:17 < rxr> tsa: ah you are here ;-) Are you working on the sf packages? Otherwise I would continue on them this night ... ;-)
21:18 < blindcoder> esden> you were when I found out that it was because of your patch that my PCMCIA didn't work. At the moment I want to throw myself sodfj
21:18 < fake> sodfj.
21:18 < blindcoder> *ARGH*
21:18 < fake> you are too rude to yourself.
21:18 < blindcoder> WHAT'S THIS SHIT?
21:18 < snyke> back
21:18 < snyke> *heuö*
21:18 < fake> it's your typing ;)
21:18 < holyolli> .oO(caps lock jammed?)
21:18 < blindcoder> my network drops out every 5 to 10 minutes
21:18 < snyke> doesn't work
21:19 < snyke> f*cking config (u2s-bug)
21:19 < blindcoder> it's like some cronjob doing ifconfig eth0 down
21:19 < fake> blindcoder: finally your one hub solution breaks down? *g*
21:19 < snyke> *g*
21:19 < blindcoder> two hub
21:19 < snyke> *G*
21:19 < blindcoder> but it's already at an end. I'm getting a second NIC this week
21:20 < snyke> has anybody time of you *g*
21:20 < tsa> rxr: feel free to work on sf as you want..
21:20 < snyke> for me and my config?
21:20 < snyke> strange... really strange.
21:21 < snyke> postfix OPENS the smtp-port, i is accepting connections, but it doesn't say a single word...
21:21 < snyke> hrm
21:22 < fake> telnet hostname 25
21:22 < fake> HELO
21:23 * blindcoder 's perl installation is lacking every module to execute ANY perl-script. starting with any script using strict and ending with automake
21:23 < snyke> fake try
21:24 < snyke> u know my host - try it
21:24 < snyke> postfix is still running
21:24 < fake> snyke: i believe you can do that yourself.
21:24 < snyke> but I DON'T
21:25 < snyke> oh
21:25 -!- holyolli [~holyolli@linus.regehr.net] has quit ("Connection reset by telekom")
21:25 < snyke> Altmuehlnet has (i'm not sure) a 2MBit "flat"
21:25 < snyke> that's what pinooo says
21:25 * blindcoder goes to bed after throwing his laptop into the next waste disposal... and himself right behind
21:26 < blindcoder> oyasumi nasai, mina-san!
21:26 < tsa> hm....
21:26 -!- blindcoder is now known as blindy|baka
21:26 < tsa> snyke: do you have a firewall?
21:26 < snyke> not yet
21:27 < tsa> postfix compiled with libwrap?
21:27 < snyke> poah
21:27 < snyke> i didn't compile that :) 
21:27 < snyke> <-- freebsd
21:27 < tsa> hm....
21:27 < snyke> so the ports collection did that
21:28 < tsa> i'm not familiar with freebsd..
21:28 < snyke> u know what ports collection is?
21:28 < tsa> yes.
21:28 < snyke> ok
21:28 < snyke> and that way, i compiled it.
21:28 < snyke> hrm
21:29 < snyke> https://sharknt.ath.cx/postfix/ look@main.cf
21:29 < snyke> there i _think_ the problem is
21:32 < fake> == 04/24/02 04:31:24 =[0]=> Finished building package 00-dirtree. 
21:32 < fake> YES!
21:32 < fake> *ggg*
21:32 < snyke> *g*
21:32 < esden> with which programm I can scan a scso bus ?
21:32 < tsa> hm....i'd try to unset "myhostname" .....perhaps it's just hanging because it tries to resolve it's own dns name...
21:33 < esden> argh
21:33 < esden> scsi !
21:33 < fake> autoconf and 00-dirtree are the packages i like best.
21:33 < snyke> mh ok
21:33 < fake> cdrecord -scanbus
21:33 < esden> suuper
21:33 < fake> cdrecord nicht gebaut? schade schade schade ;-)
21:34 < snyke> that's what he should display after connect: smtpd_banner = $myhostname ESMTP $mail_name
21:34 < fake> cat /proc/something?
21:34 < tsa>  /proc/scsi/scsi
21:34 < tsa> ;)
21:34 < esden> haha there it is
21:34 < esden> I love devfs ;-)
21:34 < fake> ?
21:34 < fake> what has /proc todo with devfs?
21:35 < rxr> hm Error installing iKernel.exe: File not found :-(
21:35 < tsa> i guess esden just looked at the contents of /dev/scsi/*
21:35 < snyke> hm
21:35 < snyke> tsa: doesn't work ...
21:36 < snyke> i think
21:36 < tsa> Escape character is '^]'.
21:36 < tsa> *wait*
21:36 < tsa> hm...
21:36 < tsa> strange.
21:36 < tsa> so i guess i have no idea..
21:37 < fake> snyke: how about asking in #freebsd ?
21:37 < fake> or #postfix ?
21:37 < fake> ;)
21:37 < snyke> hmm
21:37 < esden> argh my alpha can not read the scsi disc ... :-(
21:37 < snyke> i EXACTLY KNOW what they would say
21:37 < snyke> just four letters: RTFM
21:37 < fake> RTFM ?
21:37 < snyke> yes.
21:37 < tsa> hehe
21:37 < fake> snyke: maybe they're right....
21:37 < snyke> hrm
21:38 < fake> *g*
21:38 < snyke> maybe :)
21:38 < snyke> i'm going to look for german howtos
21:38 < tsa> you could tell them you've lost your manual....but i don't know if that will work... ;-)
21:38 < snyke> i think
21:38 < snyke> lol
21:38 < esden> hmm ... heeeuuulll
21:38 * -> esden <- BAKA
21:38 < snyke> esdi?
21:39 < rxr> fake: did you do s.th special to get your apps running in WINE ?
21:39 * -> esden is too stupid to get a scsi disc in his alpha running 
21:39 < esden> let's see what the srm promps says ;-)
21:40 < fake> correct me if im wrong, but mozilla is way better than IE, right?
21:40 < fake> rxr: playing around with native/builtin mode...
21:43 * rxr just using the files from a nt4 installation ...
21:43 < fake> the best page ever: https://www.rasputin.de/CF/Jugend/index.html
21:44 < fake> *lmao*
21:45 < snyke> back
21:46 < fake> Jesus ist cool! 
21:46 < snyke> hehe
21:49 * rxr downloading Win-Mozilla to test wine ...
21:55 < rxr> hm Mozilla start to install ;-)
21:56 < rxr> hm now it broke ...
21:57 < tsa> hehe
21:57 < rxr> that is not funny ;-)
21:59 < Mike1> rxr Win-Mozilla what could you spect?
22:00 < rxr> I only want to get Formula One Grand Prix III running - Mozilla was only a test ... :-)
22:01 < Mike1> oh gut
22:01 < Mike1> rxr wie geht es dir ?
22:01 < snyke> yeah
22:01 < snyke> now it's enough
22:01 < rxr> gut! - Und dir? ;-)
22:01 < Mike1> mir es gut
22:01 * snyke is away: jumping out of the cellar window
22:01 < Mike1> :)
22:04 -!- _wschlich [~wschlich@pD955CF73.dip.t-dialin.net] has joined #rocklinux
22:05 < term_aweh> good night witheinander
22:06 -!- term_aweh [~pm@beaufort.wyzant.de] has quit ("zz")
22:08 * Mike1 leaving to give a speech about ROCK
22:08 < Mike1> see you in a few hours guys
22:08 < fake> hehe
22:09 < rxr> wow I just installed JRE 1.17 on WINE ...
22:09 < fake> the edonkey client for linux is now able to show these nice progress bars...
22:09 < fake> time to remove wine again ;))
22:09 < rxr> fake: laeft edonkey in wine?
22:09 < fake> rxr: noe. ;-)
22:10 < fake> aber die neue c-gui ist echt cool.
22:10 < tsa> neu?
22:10 < fake> ein cooles PROGGY. mal sehen ob es auch FUNZT. die ADDY ist...
22:12 < fake> ...
22:12 < esden> From: Bram Moolenaar <Bram@moolenaar.net> 
22:12 < esden> goood
22:13 < tsa> esden: ?
22:13 < fake> https://users.aber.ac.uk/tpm01/guihome.html
22:13 < esden> looool
22:13 < esden> muahaha
22:14 * tsa still running old gui/core
22:14 < esden> Bram Moolenaar is cool ;-)
22:14 < tsa> esden: what did he do?
22:14 * tsa still wondering...
22:14 < esden> I send him my desc syntax file
22:14 < esden> he accepted it and will include it
22:14 < tsa> ah...cool
22:15 < esden> so we will have the desc syntax highliting in vim !!!
22:15 < esden> *jump_around*
22:16 < esden> he also told me to improove two lines I have written wrong
22:16 -!- wschlich_ [~wschlich@pD9E3EF83.dip.t-dialin.net] has quit (Read error: 110 (Connection timed out))
22:20 < esden> I will have to write syntax highliting file for our rocklinux .in files
22:21 < esden> the files thot ore being parsed by ./scripts/Config to create our configurotion menus ...
22:24 < fake> and i will go and read a good book now.
22:24 < fake> sleep well, see you tomorrow.
22:25 -!- holyolli [~holyolli@linus.regehr.net] has joined #rocklinux
22:25 < holyolli> re
22:27 < tsa> re holyolli
22:29 < esden> ok reply to moolenaar sent ...
22:29 < esden> hi holyolli 
22:29 < holyolli> hi esden
22:30 < holyolli> tsa: hast du dich nun darauf eingestellt zu verlieren? ;)
22:31 < tsa> hehe...
22:33 < esden> hmm ich muss morgen zu lrz ... ich glaube naemlich hoehstwahrscheinlich die inkempatibilitaet zwichen den kernel versionon rausgefunden die dazu fuehrt dass diesel plugable scheduler path ven hp nicht funktioniert
22:33 < esden> schuene sache finde ich
22:33 < esden> endlich nach einer woche glaube ich dass ich dass problem lokolisiert hab ...
22:34 < esden> naja ich muss jetzt die lrz tuepen fragen mit welcher version vom kernel die den patch benutzt haben
22:35 < esden> dann kann ich den kernel mit dem aktuellen vergleichen und dann habe ich huechstwahrcheinlich dass problem zumindest mal umkreist
22:35 < esden> ich rate mal dass der fehler im kernel/sched.c
22:36 < esden> in der scheduler funktien liegt
22:37 < holyolli> if anyone is interessted in ut with tsa and me..: 217.14.168.2 ;-)
22:37 < esden> genau gesagt gleich nach "repeat_schedule:"
22:37 < esden> holyolli: no gamer here ... & no ut
22:38 < holyolli> och
22:38 < holyolli> schade :(
22:38 < esden> holyolli: tja ...
22:38 < esden> holyolli: hast aboot paket fertig ?
22:38 * holyolli also isn't a real gamer...just for fun
22:38 < holyolli> esden: es geht... ;)
22:39 < esden> und wo war dass problem ?
22:39 < holyolli> ich wollte nachher mal in huebis cvs einchecken..muss bis dahin aber noch testen
22:39 < holyolli> layer-8-problem
22:39 < holyolli> ;)
22:39 < esden> holyolli: hehe
22:39 < holyolli> <-- wech
22:39 < esden> schicke mir dann auch nen diff
22:40 < esden> naja oder ich hole mir es aus huebis cvs
22:40 < esden> vielleicht morgen mache ich mit huebi nen sync
22:40 < esden> dann passt die sache wieder ...
22:40 < esden> dann hat der huebi seinen baum auch up to date ...
22:49 < rxr> does someone know in which format windows files are when they have a _ at the end? like ikernel.ex_ ?
22:54 < snyke> n8 ppl
22:54 -!- snyke [~snyke@pD9502A59.dip0.t-ipconnect.de] has quit ("BitchX FTP Site -- ftp://sunsite.unc.edu/pub/Linux/system/network/chat/irc")
22:55 < rxr> ) reboot (restart) your computer
22:55 < rxr>  2) click SLOWLY on the installer application
22:55 < rxr> ahh - slowly anklicken - alles klar ;-)
22:56 < esden> https://www.rocklinux.org/people/esden/vim/ <- have fun
22:56 < esden> it will get bigger
22:56 < esden> rxr: IIRC they are in cab format
22:57 < esden> rxr: compressed
22:58 < rxr> rene@jackson:/mnt/cdrom/Grand Prix 3 > cabextract ikernel.ex_ 
22:58 < rxr> Extracting cabinet: ikernel.ex_
22:58 < rxr> ikernel.ex_: not a Microsoft cabinet file
22:59 < rxr> the stupid installer is somehow not findig this shit file ... :-(
22:59 < esden> hmm 
23:00 < esden> read the source perhups then you find the error *fg*
23:04 < esden> n8
23:05 < rxr> cu
23:24 -!- hackbard [~hackbard@pD9523D66.dip.t-dialin.net] has quit ("Client Exiting")
23:33 -!- bluefire [~bluefire@p50817E0B.dip.t-dialin.net] has quit ("leaving")
--- Log closed Wed Apr 24 00:00:55 2002