T2 IRC Log: 2006-01-10

This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.

« prev | next »

--- Log opened Tue Jan 10 00:00:47 2006
00:02 < CIA-9> aldas * r14677 /trunk/package/x11/afterstep/ (afterstep.conf afterstep.desc): * updated afterstep (2.1.2 -> 2.2.0)
00:11 < mnemoc> Baldzius: don't forget java api
00:11 < mnemoc> Baldzius: if you want bdb44, better add a new package
00:13 < CIA-9> jsaw * r14678 /trunk/package/base/libtool/ (dlsearch-path.patch libtool.desc):
00:13 < CIA-9> * use ld.so.conf only as reference for dl search path
00:13 < CIA-9> * copyright update
00:13 < Baldzius> hm
00:14 < Baldzius> well i'll try updating 4.3->4.4
00:14 < karasz> sleep for me too
00:14 < Baldzius> gn8 karasz :)
00:14 < karasz> today's resumee:
00:14 < karasz> added mdf2iso
00:15 < mnemoc> Baldzius: don't update the package, make a new one first
00:15 < karasz> failed vlc again same assembley stuff
00:26 -!- rxr_ [n=rene@e178162185.adsl.alicedsl.de] has joined #t2
00:26 -!- Topic for #t2: T2 - DIE LIBTOOL ETAL DIE | 2.1.1 TAGGED and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have.
00:26 -!- Topic set by mnemoc [] [Sat Jan 7 23:05:57 2006]
00:26 [Users #t2]
00:26 [@ChanServ] [ CIA-9 ] [ jsaw ] [ mnemoc] [ rxr ] [ valentin]
00:26 [ axion ] [ Datahell] [ karasz] [ mtr ] [ rxr_] [ zod ]
00:26 [ Baldzius] [ demian ] [ LMJ ] [ nzg ] [ sepp] [ _Ragnar_]
00:26 -!- Irssi: #t2: Total of 18 nicks [1 ops, 0 halfops, 0 voices, 17 normal]
00:26 -!- [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg
00:26 -!- Channel #t2 created Sun Aug 8 19:15:33 2004
00:26 < karasz> someone may use it i guess
00:26 < mnemoc> ehm
00:26 < karasz> as in?
00:27 -!- Irssi: Join to #t2 was synced in 31 secs
00:29 < mnemoc> as in what?
00:29 < karasz> ehm as in?
00:29 < karasz> [02:24] mnemoc ehm
00:30 < mnemoc> ehm as is, are you really packaging something not-standard, that you don't plan to use, just because someone on earth may be interested some day on trying a package which wont be integrated because you want try more than building it?
00:31 * karasz reading ^^ ...
00:31 -!- rxr [n=rene@e178151235.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
00:31 < mnemoc> you asked :)
00:32 < Baldzius> :)))))))))
00:32 < karasz> hmm which won't be integrayed in what?
00:32 < Baldzius> ok guys
00:32 < Baldzius> gn8 :)
00:32 < karasz> nighty night Baldzius
00:33 < karasz> hmmm...
00:33 < karasz> mnemoc,
00:33 < mnemoc> a cron
00:34 < karasz> from my poit of wiev things look this way:
00:34 < karasz> 1. i am trying to learn
00:34 < mnemoc> if you replace the standard-but-sucking vixie cron with something else, you want it working, not just existing
00:34 < mnemoc> if you add fcron to use it, great
00:34 < karasz> 2. I do not know C, perl or python, just a little bash
00:35 < karasz> 3. i have no svn access so i cannot mess things up anyway
00:35 < mnemoc> :)
00:35 < mnemoc> ok ok, go for fcron
00:35 < karasz> 4. The most i can do is a little bloat to ML
00:36 < karasz> 5. My bloat is comparable with the spam that gets through ML which is not much
00:36 < karasz> 6. The most i can break is the nerves of guys on #T2
00:37 < karasz> but i am forgiven for that , aren't I?
00:37 < karasz> :D
00:37 < mnemoc> nah
00:38 < karasz> anyway who the hell do you think really needs b5i2iso?
00:39 < mnemoc> that doesn't need integration
00:39 < karasz> i know it would be great if i could do at least half the amount of work some guys do
00:39 < mnemoc> o_O
00:40 < karasz> but i am doing only what i can do
00:40 < mnemoc> go for iy :)
00:40 < mnemoc> it
00:41 < karasz> i told you, my goal is to make a minimal distro with pgsql
00:41 < karasz> but until then i must learn a little more
00:41 < karasz> after that i can really use T2 in my work
00:41 < mnemoc> yeah
00:42 < karasz> now i am a little scared :(
00:42 < karasz> i do not feel yet T2
00:42 < mnemoc> uhm?
00:43 < mnemoc> what do you mean?
00:43 < karasz> it is a little hard to pass from a distro to T2
00:43 < mnemoc> :'(
00:44 < mnemoc> first try to get used to current sample distributions t2-minimal and t2-desktop
00:44 -!- ojh [n=omer@71-36-200-21.eugn.qwest.net] has joined #t2
00:44 < karasz> with the other distros you have a feeling (which can be real or false, but exists) that some wise guru out there
00:44 < karasz> takes care of things
00:44 < karasz> with T2 that feeling does not exist, it's kinda eat your own ...
00:45 < nzg> you can have that with stable builds too
00:45 < nzg> (the feeling that s.o. takes charge)
00:45 < mnemoc> but /me is not 'some wise guru'
00:45 < karasz> nah mnemoc
00:46 < karasz> you missed my point
00:46 < karasz> it's like when you pass 18
00:46 < karasz> from now on you are responsible of what you are doing
00:46 < mnemoc> :)
00:47 < karasz> no more pre-chewed food, go out and hunt it for yourself
00:47 < karasz> i cherish the comunity here on #T2, but
00:47 < nzg> yeah but you can still have a more or less protected world by just using a prebuilt T2-desktop and adding just some packages at runtime as needed
00:47 < karasz> i cannot ask you or anybody else to do my job, that i messed up in some way
00:48 < karasz> ok nzg and why do i use T2 then?
00:48 < karasz> why not another distro? if i renounce the utmost feature of T2?
00:49 < nzg> you avoid cruft like SuSEConfig...
00:49 < karasz> i avoid SuSE entirely
00:49 < nzg> making an SDE for the sake of having an SDE is quite sensless
00:49 < karasz> nzg i do not understand that ^^
00:49 < nzg> but making an SDE to make a good distro - that is a good goal
00:50 < karasz> did i said that i want to make a SDE?
00:50 < karasz> there are other people that do that far better than i can...
00:50 < nzg> no... but you said you renounce the T2 being in using prebuilt targets
00:51 < karasz> prebuilt targets are like a well crafted distro
00:51 < karasz> they are good but not unique
00:52 < nzg> yep. agreed.
00:52 < karasz> same level of speed or usability can be achived if you manage to find a good distro
00:53 < karasz> one must not stick with major distros, there are quite a few obscure ones which do very well
00:53 < karasz> problem is that they tend to die from lack of maintainers
00:53 < karasz> i am at the third one now, and it is not lookin' good
00:54 < mnemoc> what is not looking good?
00:54 < karasz> so that was the moment i decided that i need a SDE kinda thing, and i need to make my own distro
00:54 < karasz> mnemoc, the distro that i use now is on the dieing i am afraid
00:55 < karasz> no updates in 4 month
00:55 < karasz> minimal ML activity
00:56 < karasz> i went from Trustix->OpenNA->TinySofa
00:57 < nzg> oh, last news on tinysofa hp is quite old...
00:58 < mnemoc> karasz: what troubles are you having by using t2 2.1?
01:01 < nzg> so... i'm going to bed now.
01:01 < nzg> tomorrow a new toy will arrive ;-)
01:02 < nzg> gn8
01:03 -!- nzg [n=tschmidt@p54AFF3C7.dip.t-dialin.net] has quit ["Leaving"]
01:08 < karasz> mnemoc, i didn't say that i have troubles
01:08 < karasz> although gettin vlc to run is quite hard
01:08 < karasz> but no major showstoppers
01:09 < karasz> and i built trunk minimal quite ok on x86-64
01:09 < karasz> minimal being more than i care for my servers
01:20 < axion> hi
01:21 < axion> how is the US mirror working out?
01:28 < karasz> so cu guys
01:28 < karasz> night all
01:34 < mnemoc> axion: running, afaik :)
01:35 < mnemoc> karasz: you could take a look into big distributions for patches we could use to make vlc x86-64 compatible
01:40 < axion> cool
01:41 < mnemoc> + ssh mnemoc@axion.yi.org du -sh public_html/t2/
01:41 < mnemoc> 9.2G public_html/t2/
01:41 < mnemoc> axion: are you using t2?
01:42 < axion> mnemoc: not yet
01:42 < axion> i'm waiting for 2.2 stable
01:42 < jsaw> O.O
01:42 < mnemoc> wb dr.j
01:43 < axion> everytime i try 2.2 it errors somewhere
01:43 < jsaw> hi mnemoc
01:43 < axion> when i finally managed to finish compilation and install it, all of the software i needed for my desktop would not compile
01:44 < mnemoc> jsaw: http://www.rafb.net/paste/results/vM9aMf85.html, the same config i gave you, but set to use glibc :(
01:44 < mnemoc> axion: desktop target? what arch?
01:44 < axion> mnemoc: minimal target
01:44 < axion> x86
01:45 < jsaw> axion: wait at least for kappa or lambda
01:45 < mnemoc> axion: minimal-basic_desktop built fine to me some weeks ago
01:47 < axion> mnemoc: after about 10 tries, i managed to compile a working minimal install cd, though all of the software i need doesn't work (a few that dont have t2 build scripts)
01:47 < axion> svn changes too much for my free time
01:47 < mnemoc> x86?? or x86_64/funky_something?
01:47 < axion> x86/p4
01:47 < mnemoc> ehm
01:48 < mnemoc> "i managed to compile a working minimal install cd", i built one for p4 yesterday - flawless.
01:48 < axion> when 2.2 goes stable i will work at creating t2 packages for the stuff i need, but until then i cant miss anymore days without the s/w i need
01:48 < axion> i have homework :(
01:49 < mnemoc> it's up to you
01:49 < mnemoc> jsaw: comments about what i pasted you?
01:49 < jsaw> sec
01:50 < jsaw> mnemoc: o_O
01:50 < jsaw> mnemoc: dietlibc/include/limits.h -> #define PATH_MAX 4095
01:51 < axion> unfortunately i only have 1 box to test with, and that's my desktop...i cant really mess with my server because i access it from school
01:51 < mnemoc> jsaw: that's glibc
01:51 < jsaw> huh
01:51 < jsaw> that's glibc????
01:52 < mnemoc> # grep libc config/fatsedu/packages
01:52 < mnemoc> X 01---5---- 101.600 base glibc 2.3.5 / base/library LIBC 0
01:52 < mnemoc> O 01---5---- 101.700 base uclibc 0.9.27 / extra/base NOPARALLEL LIBC 0
01:52 < mnemoc> O 01-3------ 102.000 base dietlibc 0.28 / base/library DIETLIBC LIBC NOPARALLEL 0
01:52 < jsaw> gaggggagagagaggagaaga gallier
01:53 < jsaw> (ok, it's Gaul in english)
01:53 < jsaw> mnemoc: where's PATH_MAX defined?
01:56 < mnemoc> i guess limits.h doing #include_next to get linux headers'
01:56 < mnemoc> build/fatsedu-2.1-stable-x86-pentium2-mnemosyne/usr/include/linux/limits.h:14:#define PATH_MAX 4096 /* # chars in a path name including nul */
01:57 < mnemoc> yes
01:57 < jsaw> hmmm
01:57 < mnemoc> build/fatsedu-2.1-stable-x86-pentium2-mnemosyne/usr/include/limits.h:124:# include_next
01:57 < jsaw> btw, why has dietlibc 4095...?
01:58 < mnemoc> PATH_MAX is used to limit strings right?
01:59 < mnemoc> 4k-1 # '\0' ?
01:59 < mnemoc> different interpretations of posix?
02:03 -!- jgs_ [n=jgs@p54AD3E71.dip0.t-ipconnect.de] has joined #t2
02:04 -!- jgs_ is now known as wasj
02:05 < wasj> mnemoc: I missed the last lines... seems like they're playing with the internet connection again at the institute
02:07 < wasj> mnemoc: ping
02:07 < mnemoc> pong
02:07 < mnemoc> different interpretations of posix?
02:08 < mnemoc> linux: /* # chars in a path name including nul */
02:08 < mnemoc> dietlibc: chars in a path name not including nul ?
02:09 < mnemoc> but risky in the case you use dietlibc' schema, using glibc
02:10 < wasj> it is definitely strange...
02:12 < mnemoc> can you reproduce it there?
02:12 < mnemoc> morfoh told me about this and i didn't beleave him :(
02:13 < mnemoc> believe*
02:13 < wasj> mnemoc: haven't seen this yet
02:15 < mnemoc> bad 'use to be j.' bad
02:19 < wasj> try this:
02:19 < CIA-9> jsaw * r14679 /trunk/misc/tools-source/fl_wrapper.c.sh:
02:19 < CIA-9> * workaund in case PATH_MAX does not get defined
02:19 < CIA-9> (mysterious)
02:23 < jsaw> hmmm, seems to be back...
02:26 < mnemoc> O_O
02:26 < mnemoc> two juergens?
02:27 < jsaw> I'm mirrored in space-time
02:28 < mnemoc> too much exposition to radiation
02:29 < jsaw> no, just a problem with vacuum fluctuations
02:29 < jsaw> damn Casimir force
02:29 < mnemoc> O_O
02:31 < jsaw> http://en.wikipedia.org/wiki/Casimir_force
02:31 < ojh> jsaw: All is well and good untill some one observs you . . .
02:32 < jsaw> hehe
02:32 < mnemoc> :)
02:32 * wasj looks around shoulder
02:32 * jsaw looks around shoulder
02:32 < mnemoc> jsaw: worked
02:32 < mnemoc> o_O
02:32 < ojh> Excuse me, I think my cat may have died - but I don't think I should look . . .
02:33 < wasj> damn, somebody tries to measure me
02:33 < mnemoc> my rabit died last sunday
02:33 -!- wasj [n=jgs@p54AD3E71.dip0.t-ipconnect.de] has quit ["leaving"]
02:33 < mnemoc> *LOL*
02:33 < jsaw> ups, he's gone
02:34 < ojh> mnemoc: Ah, you should not have looked in the box.
02:34 < jsaw> mnemoc: your or your childrens rabbit?
02:34 < mnemoc> childrens
02:34 < mnemoc> children
02:35 < mnemoc> mental note: don't copy&paste words with typos
02:35 < jsaw> lol
02:35 < CIA-9> amery * r14680 /branches/2.1/misc/tools-source/fl_wrapper.c.sh: * merged 14679 from trunk: workaund in case PATH_MAX does not get defined (mysterious)
02:35 < jsaw> come on, only apostrophy missing
02:35 < mnemoc> in fact the most depressed is the dog
02:36 < mnemoc> jsaw: :)
02:36 < jsaw> O_O
02:36 < jsaw> apropos Schroedinger
02:36 < mnemoc> http://en.wikipedia.org/wiki/Schroedinger ?
02:36 < jsaw> did anybody here ever tried to shoot oneself into the foot by swallowing a gun?
02:37 < mnemoc> how is he related to dogs and rabits?
02:37 < jsaw> Schroedinger cat
02:37 * mnemoc has never touched a gun
02:38 < jsaw> those who answer with "No", I'll say, I'm sure you have used libtool at least once your life, so don't lie to me
02:38 < mnemoc> :D
02:41 < jsaw> ojh: what field are you in?
02:42 < mnemoc> prostitution?
02:42 * jsaw now tries to shoot into foot by directing bullet through nose
02:43 < jsaw> mnemoc: wher do you know that from...?
02:43 * mnemoc is ignorant but very intuitive
02:44 < ojh> jsaw: Currently I am an evil insurance adjuster. (cue evil laghter) I used to work for an anti-virus software company (cue evil-er laghter)
02:45 < jsaw> mnemoc: what kinda fine excuse is that?
02:45 < mnemoc> that's worse than prostitution
02:45 < jsaw> ohoh
02:45 < mnemoc> *g*
02:46 < jsaw> ojh: and what did you study? maybe infiltration or so?
02:46 < ojh> But sadly, I work behind a telephone. No use for the cattle prod :-(
02:47 < ojh> jsaw: Comp sci.
02:48 < jsaw> ic, DNA shuffling..., hmhm
02:48 * jsaw hides in fear
02:48 < mnemoc> o.o
02:49 < jsaw> okay, another try:
02:49 < ojh> jsaw: I am saving up for a re-sequencer. Then the real evil can be released. >:-D
02:49 * jsaw now tries to shoot into foot by farting
02:50 < CIA-9> amery * r14681 /trunk/package/base/dietlibc/dietlibc.conf: * changed dietlibc to build native tools on toolsdir also for native builds on tools.cross
02:50 < jsaw> ojh: hey man, leave me alive! please!
02:50 < mnemoc> :p
02:51 < ojh> HA HA BHA HA HA HA!!!!!!
02:54 < ojh> But where are my freeking sharks with freeking lazers on their heads!?!?!?!?
02:54 < jsaw> hehe
02:55 < jsaw> his pets ran away
02:56 < CIA-9> amery * r14682 /trunk/package/base/dietlibc/ (dietlibc.conf pkg_gcc_post.conf): * changed dietlibc to use $dietbin (diet or diet-dyn) when building the wrappers
03:07 -!- ojh [n=omer@71-36-200-21.eugn.qwest.net] has left #t2 []
03:10 -!- sparc-kly [n=mubex@64.237.251.159] has joined #t2
03:12 -!- sparc-kly [n=mubex@64.237.251.159] has quit [Client Quit]
08:05 -!- nzg [n=tschmidt@p54AFE58E.dip.t-dialin.net] has joined #t2
08:05 < nzg> moin
08:52 < valentin> moin
08:52 < valentin> hi nzg
08:52 < valentin> how ya doin ?
08:52 < nzg> moin valentin!
08:52 < nzg> good - just having breakfast
08:53 < nzg> so i'm not the only one up early
08:54 < valentin> well, my daughter wakes us up between 6:00 and 8:30 every day
08:54 < nzg> hm, how old is she?
08:55 < valentin> 6 month + 6:30 hours - one day quite exactly
08:56 < valentin> tomorow she will be a half year old
08:56 < nzg> will you celebrate?
08:56 < valentin> well, i guess not that much
08:56 < nzg> hm, i think i would
08:57 < valentin> with a cake and a half burning candle ;) ?
08:57 < nzg> babies are so cute ;-)
08:57 < valentin> yeah, and she is special :)
08:57 < nzg> a whole candle - always round upwards ;-)
08:58 < nzg> hm, i should open my room door or i won't hear the postman
09:00 < nzg> dhl even tracks it when you package is placed in the delivery-vehicle
09:01 < rxr_> re
09:01 < nzg> wb rxr_
09:06 < valentin> moin rxr
09:07 < valentin> bbl
09:25 < LMJ> good morning the chan
09:29 < rxr_> rsync has issues with XX GB files ... :-((
09:35 -!- morfoh [n=jeru@p54BEF5DA.dip.t-dialin.net] has joined #t2
09:35 < morfoh> moin
09:38 < rxr_> moin morfoh
09:38 -!- You're now known as rxr
09:42 < LMJ> hello morfoh and rxr
09:45 < morfoh> moin rxr
09:45 < morfoh> bonjour LMJ
09:46 < LMJ> comme ca va morfoh ? ;)
10:16 < mtr> moin
10:16 < karasz> moin all
10:17 < karasz> gutmorgen morfoh
10:17 < karasz> bonjour SerWou
10:17 < morfoh> guten morgen karasz
10:17 < karasz> ja, ja
10:17 < LMJ> bonjour karasz
10:17 < mtr> moin karasz
10:17 < karasz> moin mtr
10:17 < morfoh> oh! moin mtr
10:18 < mtr> moin morfoh ;-)
10:18 < karasz> schulenburg ??
10:18 < karasz> which tutorial is "directly" related to T2?
10:30 -!- rxr_ [n=rene@e178168056.adsl.alicedsl.de] has joined #t2
10:30 -!- Topic for #t2: T2 - DIE LIBTOOL ETAL DIE | 2.1.1 TAGGED and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have.
10:30 -!- Topic set by mnemoc [] [Sat Jan 7 23:05:57 2006]
10:30 [Users #t2]
10:30 [@ChanServ] [ Datahell] [ LMJ ] [ nzg ] [ valentin]
10:30 [ axion ] [ demian ] [ mnemoc] [ rxr ] [ zod ]
10:30 [ Baldzius] [ jsaw ] [ morfoh] [ rxr_] [ _Ragnar_]
10:30 [ CIA-9 ] [ karasz ] [ mtr ] [ sepp]
10:30 -!- Irssi: #t2: Total of 19 nicks [1 ops, 0 halfops, 0 voices, 18 normal]
10:30 -!- [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg
10:30 -!- Channel #t2 created Sun Aug 8 19:15:33 2004
10:31 -!- Irssi: Join to #t2 was synced in 31 secs
10:38 < CIA-9> rene * r14683 /trunk/target/archivista/rootfs/ (etc/flexbackup.conf usr/bin/ usr/bin/flexbackup):
10:38 < CIA-9> * fixed archivista target to patch the afio parameters directly
10:38 < CIA-9> into the flexbackup script, since they are hardcoded there
10:38 -!- rxr [n=rene@e178162185.adsl.alicedsl.de] has quit [Read error: 60 (Operation timed out)]
10:38 -!- You're now known as rxr
10:42 -!- misl [n=chatzill@82-217-66-150.cable.quicknet.nl] has joined #t2
10:43 < misl> hi all
10:44 < morfoh> hi misl
10:51 < rxr> mnemoc: 29 peeople on frappr now and one on the list mentioning t2 in his online tech resources ...
10:52 < rxr> mnemoc: and I got a mostly ACK form the german linux magazine to publish a T2 article as I once did for ROCK ....
10:52 < rxr> in 2000 or when that was ...
10:53 < rxr> mnemoc: hey your child made it into this issue: http://www.linux-magazine.com/issue/42/Software_News.pdf
10:54 < rxr> 2002/10
10:57 < morfoh> Rafaella :)
10:58 < rxr> http://www.linux-magazin.de/Artikel/ausgabe/2002/10/rock/rock.html
11:01 < rxr> me making two over 50GB chunks free on my athlon ...
11:01 < rxr> to analyze rsync performance bottlenecks ...
11:01 < rxr> with 50GB files, it slows down to a crawl (at a customer)
11:01 < rxr> where the () part is important ...
11:03 -!- rxr_ [n=rene@e178175017.adsl.alicedsl.de] has joined #t2
11:03 -!- Topic for #t2: T2 - DIE LIBTOOL ETAL DIE | 2.1.1 TAGGED and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have.
11:03 -!- Topic set by mnemoc [] [Sat Jan 7 23:05:57 2006]
11:03 [Users #t2]
11:03 [@ChanServ] [ Datahell] [ LMJ ] [ mtr ] [ sepp ]
11:03 [ axion ] [ demian ] [ misl ] [ nzg ] [ valentin]
11:03 [ Baldzius] [ jsaw ] [ mnemoc] [ rxr ] [ zod ]
11:03 [ CIA-9 ] [ karasz ] [ morfoh] [ rxr_] [ _Ragnar_]
11:03 -!- Irssi: #t2: Total of 20 nicks [1 ops, 0 halfops, 0 voices, 19 normal]
11:03 -!- Channel #t2 created Sun Aug 8 19:15:33 2004
11:03 -!- [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg
11:04 -!- Irssi: Join to #t2 was synced in 31 secs
11:09 < rxr_> valentin: do you hang around at home today ?
11:10 < CIA-9> rene * r14684 /trunk/package/develop/libmhash/libmhash.desc: * updated libmhash (0.9.2 -> 0.9.4a)
11:11 < karasz> re
11:11 < karasz> rxr i kinda crawled over the "tutorials" from ML
11:11 < karasz> i didn't find them T2 related...
11:11 -!- rxr [n=rene@e178168056.adsl.alicedsl.de] has quit [Read error: 145 (Connection timed out)]
11:12 < rxr_> karasz: mentioned t2 here and there
11:12 < rxr_> but that is good (tm)
11:12 < karasz> must have missed that :(
11:13 < rxr_> since many docs just read "with debian here" "use gentoo that way" "with fedora core patch that" "and suse (after update blubber)" and thus tutorials about whatever including such stuff like "as on my t2 system" or "on t2 you do just so" ... it will boost our public relation enormous
11:14 < rxr_> and that for free ,-)
11:14 < rxr_> so when people google for their latest x problem and find turorials mentioning "how easy it was to do on t2" we are in a win situation
11:14 -!- You're now known as rxr
11:15 < rxr> and with t2 on the WRT54g I doubt I would have that many reconnects ....
11:17 < rxr> http://svn.exactcode.de/ <- this graph is just amazing ...
11:18 < mtr> gcc.conf:128ff, echo '#include_next ' > gcc/include/syslimits.h <-- causes the trouble with limits.h, PATH_MAX, etc
11:18 < rxr> mtr: trouble? have I missed s.th. ?
11:18 < mtr> perhaps its historal, and necessary for gcc 3.x, but at trunk it works without this quirk
11:19 < mtr> rxr: r14679, workaund in case PATH_MAX does not get defined (mysterious)
11:19 < morfoh> mtr: experienced the same problem on 2.1 branch
11:20 < rxr> and without the include_next thing the workaround is not needed ?
11:20 < morfoh> but not on 2.1.1
11:21 < mtr> morfoh: did you tried to build gcc without these special stage1 hack?
11:22 < morfoh> nope ... not yet
11:22 < morfoh> mtr: did you ?
11:23 < mtr> morfoh: yes, i did on trunk with gcc4, but have not tried with T2 2.1 yet
11:23 < rxr> 1 - echo '#include_next ' > gcc/include/sy
11:23 < rxr> slimits.h
11:24 < rxr> `- it is there since svn creation ...
11:24 < rxr> mtr: if it builds for you without please commit the removal
11:25 < morfoh> mtr: yes ... I can merge the commit on a local 2.1 branch here and try it too
11:26 < CIA-9> mtr * r14685 /trunk/package/base/gcc/gcc.conf: * fix gcc cross-compiler, let gcc install the right syslimits.h file
11:27 < morfoh> mtr: thx ;)
11:27 < mtr> morfoh: np ;-)
11:29 * morfoh needs a fresh coffee ...
11:29 < CIA-9> rene * r14686 /trunk/misc/tools-source/fl_wrapper.c.sh: * added a verbose warning to the fl_wrapper.c.sh PATH_MAX workaround
11:31 < mtr> the mysterious about this thing is, that the problem did not show up earlier, hmmm, possibly this will help other apps in stage 1, too
11:39 < morfoh> mtr: ack ... that's indeed quite mysterious
11:39 < rxr> also a ppc64 regression occured some days ago
11:39 < rxr> last week it built just fine
11:39 < rxr> now 1-gcc fails misteriously :-(
11:43 < morfoh> rxr: r14679 ?
11:43 < rxr> the new regression ?
11:43 < rxr> nope earlyer ...
11:43 < rxr> i'll find out some time
11:43 < morfoh> and after mnemoc merged it with r14680 I had the problems I think
11:43 < rxr> now I have to keep tracking rsync odditiy
11:44 < rxr> my failure is older
11:44 < rxr> it started friday or saturday or whenever
11:45 < morfoh> ah ok ...
11:46 -!- Datahell [i=Datahell@onitschkru.de] has left #t2 []
11:46 < karasz> hmm why should anyone request a speciffic version of aclocal... ?
11:47 < karasz> my package fails because code requests aclocal 1.6 and i have 1.9
11:47 < karasz> o_O
11:49 [Users #t2]
11:49 [@ChanServ] [ CIA-9 ] [ karasz] [ mnemoc] [ nzg ] [ valentin]
11:49 [ axion ] [ demian] [ LMJ ] [ morfoh] [ rxr ] [ zod ]
11:49 [ Baldzius] [ jsaw ] [ misl ] [ mtr ] [ sepp] [ _Ragnar_]
11:49 -!- Irssi: #t2: Total of 18 nicks [1 ops, 0 halfops, 0 voices, 17 normal]
11:51 < rxr>
11:51 < rxr> Yahoo zeigt, wo eine Telefonnummer zu Hause ist
11:51 < rxr> Yahoo erweitert seine lokale Suche in Deutschland um die Möglichkeit, Namen und Adressen zu Telefonnummern zu finden. Für die Rückwärtssuche nutzt Yahoo die Datenbank von DasÖrtliche. mehr...
11:51 < rxr> Neue WowWee-Roboter: Vom Affen-Kopf bis zum Segway-Bot
11:51 < rxr> Der asiatische Spielzeug-Roboter-Hersteller WowWee hat bereits mit zwei Robosapiens-Modellen, einem ebenfalls zweibeinigen Roboter-Dino ("Roboraptor") und einer Art Hund ("Robopet"), auf sich aufmerksam gemacht. Mit dem auf zwei Rädern balancierenden P.E.A.-Bot und dem Roboreptile will WowWee im Laufe des Jahres 2006 eine verbesserte Robotergeneration für den Hausgebrauch auf den Markt bringen - und zeigte auf der CES 2006 in Las Vegas auch noch einen künstlichen Schimpansenkopf. mehr...
11:51 < rxr> ANZEIGEKlicken Sie hier! Freier Flash-Player für Linux angekündigt
11:51 < rxr> ouh
11:51 < rxr> Freier Flash-Player für Linux angekündigt
11:51 < rxr> `-
11:51 < Baldzius> good morning guys :)
11:51 < LMJ> good afternoon
11:52 < LMJ> hehe
11:52 < LMJ> hello Baldzius
11:52 < Baldzius> :)
11:52 < Baldzius> hi LMJ, rxr, karasz morfoh :)
11:52 < morfoh> moin Baldzius :)
11:53 < Baldzius> rxr: starting 0.9.3 libmhash changed API, it breaks php 5.1.1 even
11:53 < rxr> Baldzius: oh
11:53 < Baldzius> try to compile php for yourself :)
11:53 < Baldzius> 5.0.4
11:53 < morfoh> mtr: my 2.1 ref build continued with stage 2
11:54 < karasz> should i patch the configure?
11:54 < rxr> karasz: when it builds then ...
11:55 < karasz> ?
11:55 < rxr> karasz: when it builds then patch it
11:55 < rxr> karasz: but when it needs the tool in that version, the check might be there for a reason
11:55 < karasz> but i guess the patch should remove the version entirely
11:56 < karasz> i do not think that it really needs 1.6
11:56 < rxr> karasz: try it ...
11:56 < karasz> i will investigate more
11:56 < rxr> the auto* suff is highly fragile ... :-))
11:56 < rxr> ((
11:57 < morfoh> rxr: but as you mentioned yesterday .. .we've to cope with auto*crap :(
11:57 < rxr> yep
12:00 -!- mtr_ [n=Michael@p54AF935B.dip0.t-ipconnect.de] has joined #t2
12:03 < morfoh> rxr: regarding PATH_MAX, at least on my 2.1 ref PATH_MAX was defined correctly within the headers
12:16 -!- menomc [n=amery@200.75.27.60] has joined #t2
12:16 -!- mnemoc [n=amery@200.75.27.122] has quit [Nick collision from services.]
12:16 < rxr> mnemoc: do you plan to get a linksys router soon / or should I buy a second one for testing ?
12:17 < rxr> I really need to get t2 on my box ...
12:17 < rxr> but can not have a downtime due the use of my neighbour ...
12:18 -!- mtr [n=Michael@p54AF9E3E.dip0.t-ipconnect.de] has quit [Read error: 110 (Connection timed out)]
12:18 -!- menomc is now known as mnemoc
12:31 < jsaw> re
12:32 < jsaw> rxr: does 1-gcc build for you?
12:33 < rxr> for ppc yes
12:33 < rxr> for ppc64 not
12:34 < jsaw> rxr: can you look in libsupc++ directory, Makefile.in, comment in front of CXXLINK
12:34 < jsaw> rxr: maybe we can switch the tag from CXX to CC
12:35 < rxr> oeh
12:35 < jsaw> rxr: same thing for libmath (both in libstdc++-v3 subdirectory)
12:35 < rxr> /dev/hdc2 147448040 83221176 64226864 57% /home
12:35 < rxr> /dev/hda3 89631884 500940 89130944 1% /usr/src
12:35 < rxr> need to start large scale rsync test now ...
12:35 < jsaw> rxr: or use CC instead of CXX, but I do not know what side effects this has...
12:36 * rxr neither
12:36 < jsaw> but the comment bears the answer
12:36 < jsaw> ...
12:37 < jsaw> rxr: do you the sources handy or I can paste it
12:37 < jsaw> do you have*
12:38 < rxr> jsaw: try so I would say
12:39 < jsaw> okay, I use CC instead of CXX for linking now
12:42 -!- misl [n=chatzill@82-217-66-150.cable.quicknet.nl] has quit [Read error: 104 (Connection reset by peer)]
12:42 < rxr> whooohooo!
12:42 < jsaw> o.O
12:42 < rxr> hacked ppc64 assembly for syscall() into dietlibc libcompat !!!
12:42 < jsaw> wow
12:43 < rxr> well just some lines ..
12:43 < jsaw> anyway
12:43 < rxr> but I have never done syscall hackery, not to mention ppc64 assembly ...
12:43 < rxr> hm
12:44 < rxr> creating a dump 50 GB file out of lingering DVB-T mpeg2 dumps takes some time ..
12:44 < rxr> this rsync performance on XX GB files hunting will not be very funny ...
12:50 < rxr> ok, the error case of syscall does not yet work
12:50 < rxr> it seems
12:50 < rxr> # du -h test.dat
12:50 < rxr> 28G test.dat
12:50 < rxr> ouhm ..
12:51 < rxr> waitinf for rsync on that file will be fun ...
12:51 < rxr> Cpu(s): 0.0% us, 8.0% sy, 0.0% ni, 0.0% id, 90.4% wa, 1.3% hi, 0.3% si
12:57 < rxr> 38G test.dat
12:57 < rxr> most time it took rearange disk content to have 2x > 60GB spare ...
12:59 < rxr> cool now it works
12:59 < rxr> # ./syscall
12:59 < rxr> foo
12:59 < rxr> a: -1, b: 9
13:03 < rxr> so, let's test if it works for udev and inotify ...
13:04 -!- veki [n=chatzill@217.24.19.40] has joined #t2
13:17 -!- veki [n=chatzill@217.24.19.40] has left #t2 []
13:17 < mnemoc> moin
13:18 < rxr> moin
13:18 < mnemoc> mnemoc: do you plan to get a linksys router soon / or should I buy a second one for testing ? <--- ?
13:18 < mnemoc> moin rxr
13:20 < jsaw> hi mnemoc
13:20 < mnemoc> hi dr.j
13:20 < jsaw> :)
13:21 < jsaw> mnemoc: you make me slowly getting used to it....
13:21 < mnemoc> :D
13:24 < Baldzius> hi dr. j & dr. m :)
13:25 < mnemoc> Baldzius: he is a doctor, /me is not even a bachelor
13:25 < mnemoc> but hi Baldzius :)
13:27 < Baldzius> mnemoc: i'm not a bachelor either :)
13:27 < rxr> dr. india jones where?
13:27 < rxr> mnemoc: oh should be: morfoh: do you plan to get a linksys router soon / or should I buy a second one for testing ?
13:28 < mnemoc> hehe
13:28 < jsaw> hi Baldzius
13:29 < jsaw> doctor degree only is nothing more but an "official" synonym for being "stress tested"...
13:29 < rxr> mnemoc: !!!!!
13:29 < rxr> mnemoc: next regression
13:29 < mnemoc> o.o
13:29 < jsaw> o.o
13:30 < rxr> you install dietlibc into lib64-powerpc64 !!!
13:30 < rxr> . .. doc include lib-powerpc64 lib-ppc64 lib64 lib64-powerpc64 lib64-ppc64 man sbin share
13:30 < rxr> what this mess ..
13:30 < jsaw> mnemoc: better run and hid
13:30 < jsaw> hide*
13:30 < mnemoc> yeah
13:30 * mnemoc run
13:30 < rxr> and I wonder that my freshly linked udev still has not my fresh syscall() assembly ...
13:30 < mnemoc> $libdir-$arch is stupid anyway
13:30 * mnemoc hides
13:31 < Baldzius> :)
13:32 < rxr> mnemoc: hardcode lib- I would say ...
13:32 < mnemoc> libdir=${libdir%64}
13:33 < rxr> nop
13:33 < rxr> there might be people building lib32 libnof and so on ...
13:34 < mnemoc> dietlibc/dietlibc32
13:34 < rxr> ?
13:34 < rxr> dietlibcnof ?
13:35 < rxr> nof == no hw floatingpoint ..
13:35 < mnemoc> dietlibc should not be something 'foreign' to the system
13:35 < rxr> mnemoc: yes, it should be /lib/libc.a ...
13:35 < mnemoc> and if hw doesn't have floating point, libc wont support it. simple
13:36 < rxr> no I talk about multilib builds
13:36 < mnemoc> we don't support multi-anything currently
13:36 < rxr> there must not be hardcodings that remove 64, there might be 32 and nof variants in use
13:36 < rxr> and then it fails ...
13:36 < rxr> sure we does
13:36 < mnemoc> yes, that's why i used $libdir
13:36 < rxr> that is why we get lib and lib64 ...
13:37 < rxr> on x86-64, powerpc64, sparc64, ...
13:37 < mnemoc> glibc32 package
13:37 < mnemoc> glibcmymom package
13:37 < rxr> yeah
13:37 < rxr> lets use $prefix/lib there for the next months
13:38 < jsaw> *g*
13:38 < jsaw> libstdc++ just built,
13:38 < rxr> I hope your mom has not much in common with glibc ...
13:38 < jsaw> <- now anxiously waiting what else is gonna break
13:38 < mnemoc> i think it's cleaner to 'fix' libdir var than using $prefix/lib
13:38 < mnemoc> :)
13:39 < mnemoc> she doesn't know what glibc is :)
13:39 < mnemoc> but she is not slim
13:39 < mnemoc> so she 'shares' a few features of glibc
13:39 < jsaw> as long as she doesn't have to many ifdef's... it's ok
13:40 < jsaw> I can't believe it
13:40 < jsaw> no no
13:40 < jsaw> i can't
13:40 < jsaw> == 01/10/06 14:39:17 =[1]=> Finished building package gcc.
13:40 < jsaw> ^--- O.O
13:40 < rxr> heh
13:41 < mnemoc> :)
13:42 < mnemoc> rxr: libdir=/$prefix/lib is better than libdir=${libdir%64} to you?
13:43 < rxr> yes, for dietlibc right now
13:43 < rxr> in a year with autoamtic multlib for any package my opinon might differ ,-)
13:43 < CIA-9> jsaw * r14687 /trunk/package/base/gcc/libstdcpp-with-tag-cc.patch:
13:43 < CIA-9> * change libtool tag to CC for linking libstdc++,
13:43 < CIA-9> -> this prevents linking libstdc++ to itself
13:43 < CIA-9> (or in case of 64bit systems to the wrong format)
13:43 < morfoh> re
13:43 < mnemoc> foo-% :)
13:43 < rxr> mnemoc: I can commit
13:44 < morfoh> moin mnemoc :
13:44 < mnemoc> wb morfoh
13:44 < morfoh> :)
13:44 < rxr> hi morfoh
13:44 < mnemoc> rxr: ok, do it
13:44 < morfoh> rxr: do you have a nice offer for a wrt ?
13:44 < jsaw> rxr: please test r14687
13:44 < rxr> morfoh: I got mine from amazon ...
13:44 < rxr> mnemoc: what about this resorting:
13:44 < rxr> +var_append makeopt ' ' prefix=/$prefix
13:44 < rxr> +var_append makeinstopt ' ' prefix=/$prefix
13:44 < rxr> +var_append makeopt ' ' LIBDIR=$libdir
13:44 < rxr> var_append makeinstopt ' ' LIBDIR=$libdir
13:44 < rxr> -var_append makeopt ' ' LIBDIR=$libdir
13:44 < rxr> var_append makeinstopt ' ' BINDIR=$bindir
13:44 < rxr> var_append makeinstopt ' ' MAN1DIR=$mandir/man1
13:44 < rxr> -var_append makeinstopt ' ' prefix=/$prefix
13:44 < rxr> -var_append makeopt ' ' prefix=/$prefix
13:44 < jsaw> bbl
13:44 < rxr> cu jsaw
13:45 < mnemoc> rxr: sure, looks better
13:45 < rxr> one or two commits ?
13:45 < mnemoc> one ,-)
13:45 -!- misl [n=chatzill@82-217-66-150.cable.quicknet.nl] has joined #t2
13:46 < mnemoc> wb freudian
13:46 < rxr> hey!
13:46 < morfoh> rxr: how much did you paid for it at amzon ?
13:46 < rxr> udevd looks better now on pppc
13:46 < rxr> hm 60EUR s.th.
13:46 < rxr> morfoh: make sure you do not get the crippled version that runs vxworks
13:46 < rxr> with half the ram and half the flash
13:47 < misl> hi *
13:47 < rxr> but I can get a 2nd router as well if you do noit need it immediatly ...
13:47 < rxr> hi misl !
13:47 < morfoh> rxr: oh! yeah ... they can be identified by the serial I guess
13:47 < morfoh> hi misl
13:47 < rxr> morfoh: I think even model number
13:47 < rxr> SYS_275(0xfffff8740a0, 0, 0x8, 0xfffff873c83, 0x18) = 7
13:47 < rxr> SYS_276(0x7, 0x1002f610, 0x3c8, 0x18, 0) = 1
13:47 < rxr> `- inotify on ppc64 thru dietlibc
13:48 < rxr> cool - looks reasonable I think
13:48 < morfoh> .oO( why is koffice build before qt + kdebase crap ? )o
13:49 < rxr> hm
13:49 < rxr> the ide subsystem on my aging athlon is not the fastest
13:49 < rxr> and/or disks ...
13:50 < mnemoc> woh vmware package at ML
13:50 < rxr> mnemoc: yeah, and watch frappr and people mentioning t2 in their linux tutorials ...
13:50 < rxr> t2 world grows ...
13:51 < mnemoc> in their linux tutorials? where?
13:51 < rxr> mnemoc: see the list mail
13:52 < CIA-9> rene * r14688 /trunk/package/base/dietlibc/dietlibc.conf:
13:52 < CIA-9> * fixed dietlibc to not use lib64 (or libnof or whatever) always use
13:52 < CIA-9> lib (for now) - also sorted some assignments for readability
13:52 < mnemoc> oh
13:52 < mnemoc> oh about ML :)
13:53 < rxr> kind words about your stable tree included ,-)
13:53 < mnemoc> morfoh: there is any change to get the linguaplone for t2 running for real usage?
13:54 < mnemoc> but i'm not happy with 2.1.1 ... :(
13:55 < rxr> # strace ./syscall
13:55 < rxr> write(1, "foo\n", 4foo
13:55 < rxr> ) = 4
13:55 < rxr> write(23, "bar\n", 4) = -1 EBADF (Bad file descriptor)
13:55 < rxr> SYS_275(0x10002e74, 0x1, 0xa, 0, 0) = 3
13:56 < rxr> cool, as expected works for ppc32 also ...
13:56 * rxr happy ...
13:56 < rxr> expected to need more time to get this syscall() fluff going ...
13:58 < mnemoc> "This tutorial has been tested with Rock Linux and T2 Linux (a derivate of Rock Linux). These two distributions are internationally rather unknown, but they are stable and, as yet, have no ambitions to support any of the Asian languages. Hence they were ideal for testing purposes."
13:59 < CIA-9> rene * r14689 /trunk/package/base/dietlibc/ppc-libcompat-syscall.patch: * implemented libcompat/syscall for ppc/ppc64 (needed for latest udev, inotify)
14:03 < mnemoc> rxr: i was thinking in misc/locale/{config.in,parse-config} to localize builds, and then get the 'asian market' :)
14:04 < mnemoc> rxr: instead of adding every known language to every package, enabling the requested languages
14:05 * rxr can not imagine the particular details, but market sounds nice ,-)
14:06 < morfoh> mnemoc: gettext is your friend :p
14:06 < mnemoc> not for mozilla and not for openoffice
14:07 < mnemoc> rxr: on config a comma delimited list of locales, via parse-config filter what i10n files get packaged and using pkg_$pkg_{pre,post}.conf do package specific changes to get them support those languages
14:08 < morfoh> mnemoc: -> query
14:24 < rxr> mnemoc: http://www.gnu.org/software/gnash/
14:24 < jsaw> re
14:25 < jsaw> hehe
14:25 < morfoh> wb jsaw
14:25 < jsaw> I just did echo http://www.gnu.org/software/gnash/ > todo/gnash
14:25 < jsaw> hi morfoh
14:30 < mnemoc> rxr: first release?
14:31 < rxr> mnemoc: saw it first today
14:31 < rxr> mnemoc: on news sites
14:32 < rxr> mnemoc: either they worked in hidden corners or they cut'n pasted other GPL code ...
14:32 < rxr> no idea ..
14:32 < rxr> have not look into it or even tried it ...
14:33 < mnemoc> uhm... i'll have to fix samba.init on 2.1.1 and rebuild desktop isos i guess :\
14:34 < rxr> mnemoc: which fix?
14:34 < rxr> the one already in trunk ?
14:34 < mnemoc> No smb.conf thing
14:35 < mnemoc> -f instead of ! -f :\
14:35 < rxr> hm
14:35 < mnemoc> or publish the fix somewhere as a 'known bug'
14:35 < rxr> trunk affected as well then I fear ?
14:35 < mnemoc> it's commited iirc
14:36 < mnemoc> uhm no
14:36 < rxr> Cpu(s): 30.9% us, 14.0% sy, 0.0% ni, 0.0% id, 54.5% wa, 0.7% hi, 0.0% si
14:36 < rxr> 3906 root 18 0 2792 1384 576 D 41.3 0.3 10:03.81 rsync
14:36 < rxr> rsync sycning a 50 gig file ... via ssh
14:36 < mnemoc> rxr: this: http://www.rafb.net/paste/results/OvsYzx84.html
14:37 < mnemoc> 50 gig file? why that?
14:37 < rxr> support call from archiv. related projects last night
14:37 < rxr> they have such big mysql database files that needs to be replicated ...
14:38 < rxr> rsync does not scale into the 50 gig region ...
14:38 < rxr> eats CPU like nothing then and barely finishes ...
14:38 < rxr> it is the high priority todo on my desk ...
14:38 < mnemoc> why not send it splitted?
14:38 < mnemoc> 50x1G
14:38 < rxr> mnemoc: you want to split 100 gig just for fun before sending ?
14:38 < rxr> e.g. imagine only 20 more gigs are fee....
14:38 < rxr> free
14:39 < rxr> aside beeing ugly and space wasting it would not scale either and waste i/o like nothing ...
14:39 < rxr> rsync needs to be fixed ...
14:39 * mnemoc wonders if the split can be done virtually using cpio and stuff
14:39 < rxr> also a quickfix would be scp
14:40 < rxr> ...
14:40 < rxr> still faster than dog slow rsync and splitting ...
14:40 < mnemoc> can rsync be fixed or it's a problem with the algorithm?
14:41 < rxr> those mails show up on the rsync list every now and then without too much technical discussion
14:41 < rxr> it might be as simple as tune some hash or window size ...
14:41 < rxr> I know more after I reproduce here nad profile ...
14:42 < mnemoc> if it were a simple issue, like tunning some hash or window size people would answer :)
14:43 < rxr> rsync does not like the most frequently used list
14:43 < mnemoc> people hides when they don't know what to ask :p
14:43 < rxr> more likely missed by the real core people
14:43 < rxr> and -ENOCARE
14:43 < mnemoc> uhm, yes
14:45 < rxr> I found it quite amazing that my favourite file transfer tool of the centure does not scale into the XX GB region ...
14:45 < rxr> I have expected more from rsync
14:46 < mnemoc> me too
14:47 < rxr> load average: 1.75, 1.63, 1.50
14:47 < rxr> Cpu(s): 59.0% us, 24.7% sy, 0.0% ni, 0.0% id, 15.7% wa, 0.7% hi, 0.0% si
14:47 < rxr> 3910 root 18 0 12980 11m 620 R 59.7 2.2 5:33.33 rsync
14:47 < rxr> 3911 root 18 0 2572 892 276 S 21.0 0.2 2:04.19 rsync
14:47 < mnemoc> both sides explote or just sender?
14:47 < rxr> sending side slows down
14:48 < CIA-9> rene * r14690 /trunk/package/base/binutils/binutils.conf:
14:48 < CIA-9> * prettified binutils.conf hook to build in a objdir so it does not
14:48 < CIA-9> promote to other objdir packages ...
14:49 < rxr> ok - I grab lunch now, only got a croissant so far today ..
14:53 -!- sepp_ [n=sepp@p83.129.168.134.tisdip.tiscali.de] has joined #t2
14:54 < mnemoc> wb sepp_
14:59 < mnemoc> mtr_: http://www.rafb.net/paste/results/zlgwD595.html <--- your patch on my 2.1, after reverting jsaw workaround on fl_wrapper.c.sh
14:59 < rxr> mnemoc: you rebuild the whole toolchain or from scratch ?
15:00 < mnemoc> just gcc
15:00 < mnemoc> but i can do what what want :)
15:01 < morfoh> mnemoc: what what what ? :)
15:03 < mnemoc> ./scripts/Cleanup -build build/fatsedu-2.1-stable-x86-pentium2-mnemosyne/
15:03 < mnemoc> removing build/fatsedu-2.1-stable-x86-pentium2-mnemosyne ...
15:03 < mnemoc> morfoh: does phpagi work on lighttpd?
15:04 < morfoh> mnemoc: dunno ... but it would be nice to know
15:05 < mnemoc> http://www.schulenburg-edv.de/tutorial/heidi/heididebian.htm
15:06 -!- sepp [n=sepp@p213.54.157.99.tisdip.tiscali.de] has quit [Read error: 110 (Connection timed out)]
15:07 < morfoh> mnemoc: did you ever tested lighttpd with php ?
15:07 < rxr> sent 1784706 bytes received 892437 bytes 868.22 bytes/sec
15:07 < rxr> total size is 49765200096 speedup is 18588.92
15:07 < rxr> real 51m23.321s
15:07 < rxr> user 11m4.142s
15:07 < rxr> sys 5m52.178s
15:08 < morfoh> mnemoc: I guess if php is working on it ... phpagi should work as well
15:08 < morfoh> but guessing != knowing
15:09 < mnemoc> i run php on lighttpd on a vserver
15:09 < mnemoc> rxr: real is almost 10xsys o.o
15:09 < mtr_> mnemoc: oh - I feared that there was a reason for this syslimits.h hack :(
15:09 -!- mtr_ is now known as mtr
15:10 < rxr> mtr: let's see if we get regressions on trunk
15:10 < rxr> mnemoc: just don't add this change to 2.1 ...
15:10 < morfoh> rxr: 2.1 branch isn't building here without it
15:11 < morfoh> strange thing that is
15:11 < mnemoc> rxr: i'll merge your message to fl_wrapper's hack
15:11 < mnemoc> i don't understand what triggered that regression
15:11 < rxr> so - oprofile running
15:11 < rxr> let's see what numbers it will reviel when I'm back from lunch
15:12 < rxr> ouhm
15:13 * rxr better rebuildign rsync with debug symbols before I leave ...
15:13 < mnemoc> rxr,jsaw: bincimap is changing to mailman so you have to subscribe the one one
15:13 * rxr not on bincimap list
15:13 < rxr> I only subsribe to select ones, not all I use ...
15:13 < rxr> would be too much then ...
15:14 < rxr> and I already have a cronjob that deletes older than 3m mails form linux-kernel, kde, and so on ...
15:14 < rxr> that many mails are no fun ...
15:15 < mnemoc> lkml is a bit too much for me
15:15 < mnemoc> and i guess kde would also blow my mail server
15:20 < rxr> so - hungry rxr gone
15:21 -!- rxr_ [n=rene@e178171243.adsl.alicedsl.de] has joined #t2
15:21 -!- Topic for #t2: T2 - DIE LIBTOOL ETAL DIE | 2.1.1 TAGGED and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have.
15:21 -!- Topic set by mnemoc [] [Sat Jan 7 23:05:57 2006]
15:21 [Users #t2]
15:21 [@ChanServ] [ demian] [ misl ] [ nzg ] [ valentin]
15:21 [ axion ] [ jsaw ] [ mnemoc] [ rxr ] [ zod ]
15:21 [ Baldzius] [ karasz] [ morfoh] [ rxr_ ] [ _Ragnar_]
15:21 [ CIA-9 ] [ LMJ ] [ mtr ] [ sepp_]
15:21 -!- Irssi: #t2: Total of 19 nicks [1 ops, 0 halfops, 0 voices, 18 normal]
15:21 -!- Channel #t2 created Sun Aug 8 19:15:33 2004
15:21 -!- [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg
15:22 -!- rxr [n=rene@e178175017.adsl.alicedsl.de] has quit [Read error: 60 (Operation timed out)]
15:22 < demian> hi
15:22 -!- Irssi: Join to #t2 was synced in 31 secs
15:22 < mnemoc> moin karasz
15:22 < karasz> hi demian
15:23 < morfoh> wb karasz
15:23 < morfoh> hi demian
15:23 < karasz> hello morfoh
15:31 < demian> cksum-test (raw): download/mirror/h/hddtemp-2005-05-29.db
15:31 < demian> Cksum ERROR: download/mirror/h/hddtemp-2005-05-29.db.cksum-err (3369582836)
15:32 < mnemoc> what mirror?
15:32 < demian> http://nexus.tfh-berlin.de/~t2/source/2.1
15:36 < mnemoc> demian: try axion.yi.org
15:36 < mnemoc> demian: or probably -mirror auto
15:36 < mnemoc> mine is 3646662829
15:37 < misl> Does anyone know how CVTranslations is used?
15:37 < misl> misc/share/CVTranslations
15:38 < misl> I want to add apache download locations
15:39 < misl> Ahh, I should have used DownloadTranslations
15:40 < CIA-9> jsaw * r14691 /trunk/package/gnome14/gtk-engines10/gtk-engines10.desc: * LIBTOOL-QUIRK #12
15:40 < mnemoc> misl: CVTranslations is used by the spider
15:40 < mnemoc> misl: it's just a sed file
15:40 < misl> So when I add something it should be in both
15:41 < misl> I already added something to CVTrans... but download didn't work
15:41 < misl> Now tryin the other one.
15:41 < mnemoc> DownloadTranslations is used by Download :)
15:41 < mnemoc> CVTranslations is used by CheckVersion
15:42 < mnemoc> i.e. CheckVersion should use prdownload.sourceforge.net and Download $mirror.dl.sourceforge.net
15:42 < mnemoc> e.g.*
15:43 < misl> I am adding : s,^http://dl.apache.org/,http://www.eu.apache.org/,
15:43 < CIA-9> amery * r14692 /trunk/package/base/hddtemp/hddtemp.desc: * updated hddtemp/hddtemp.db (2005-09-22 -> 2006-01-05)
15:44 < misl> :) works
15:44 < mnemoc> misl: DownloadTranslations rules :)
15:44 < rxr_> re
15:44 < mnemoc> rxr_: nexus is missing hddtemp-2005-05-29.db
15:44 < rxr_> ...
15:45 < mnemoc> rxr_: axion's mirror should have it, if you want to fetch from there
15:46 < rxr_> samples % image name symbol name
15:46 < rxr_> 4606491 44.0504 rsync mdfour64
15:46 < rxr_> 2740833 26.2097 rsync get_checksum1
15:46 < rxr_> 2052305 19.6255 rsync copy64
15:46 < rxr_> 363434 3.4754 rsync mdfour_update
15:46 < rxr_> so far
15:47 * mnemoc needs to learn to use gprof
15:50 < rxr_> this is oprofile
15:50 * mnemoc needs to learn to use oprofile
16:06 < CIA-9> jsaw * r14693 /trunk/package/mail/maildrop/maildrop.desc: * maildrop needs FPIC-QUIRK
16:13 < rxr_> jsaw: did you saw karasz post about s.th. needing LIBTOOL or FPIC ?
16:15 < rxr_> hm - can't find it in the log
16:20 < karasz> re
16:21 < karasz> rxr_, it was liblockfile which is neede to be FPIC for libetpan on x86-64
16:21 < karasz> mnemoc,
16:22 < mnemoc> karasz:
16:23 -!- sepp_ is now known as sepp
16:23 < karasz> mnemoc, i need a little help
16:23 < karasz> could you take a look at http://karasz.pastebin.ca/36354 ?
16:23 < sepp> moin
16:23 < karasz> moin sepp
16:23 < sepp> hi karasz
16:24 < jsaw> rxr_: no, sorry, I was not paying attention...
16:24 < mnemoc> karasz: does that help you?
16:24 < karasz> yes
16:24 < mnemoc> karasz: ./configure, not configure
16:25 < karasz> but i get an error on automated build
16:25 < karasz> http://karasz.pastebin.ca/36355
16:25 < mnemoc> to apply with patch -p1
16:25 < karasz> ahm i will edit the patch
16:25 < mnemoc> yes, prefix the file with ./
16:25 < karasz> oki doki
16:25 < mnemoc> +++ and ---
16:26 < karasz> ofcourse
16:26 < jsaw> gotta run home, cu later
16:26 < karasz> cu
16:28 < mnemoc> cu dr.j
16:32 < CIA-9> jsaw * r14694 /trunk/package/gnome14/libghttp10/libghttp10.desc: * LIBTOOL-QUIRK #13
16:34 < morfoh> bye bye ... have to go
16:35 < mnemoc> bye morfoh
16:35 < mnemoc> take care
16:37 < rxr_> re
16:37 < mnemoc> wb rxr_
16:38 < morfoh> bye mnemoc ;)
16:38 -!- morfoh [n=jeru@p54BEF5DA.dip.t-dialin.net] has quit ["using sirc version 2.211+KSIRC/1.3.11"]
16:39 < rxr_> jsaw: 16:21 < karasz> rxr_, it was liblockfile which is neede to be FPIC for libetpan
16:39 < rxr_> on x86-64
16:40 < rxr_> samples % image name symbol name
16:40 < rxr_> 9947363 48.8254 rsync mdfour64
16:40 < rxr_> 4597470 22.5661 rsync copy64
16:40 < rxr_> 4206409 20.6466 rsync get_checksum1
16:40 < rxr_> 774069 3.7994 rsync mdfour_update
16:42 < mnemoc> less get_checksum1 and more copy64
16:43 < rxr_> but it is not as slow on my machine as on the customers site ...
16:44 < mnemoc> poor customers don't have your monsters
16:45 < rxr_> well, it was one 2GHz AMD chip whatsoever and a P4 based Archivista Box
16:46 < rxr_> depending whether real 2GHz or in the area or faster than my athlon ...
16:46 < karasz> mnemoc, ccd2iso packaged :D
16:46 < mnemoc> karasz: :D
16:46 < rxr_> i have run it on one box ssh localhost, doubt that makes a difference
16:46 < mnemoc> karasz: next we would need .desktop files for them :p
16:47 < misl> karasz = iso master?
16:47 < rxr_> though now testing rsync as setup there, and pulling the data on the the dual-core monster ...
16:47 < rxr_> misl: now IRC @work or holidaying @home ?
16:47 < rxr_> 1751056384 3% 11.15MB/s 1:10:05
16:47 < rxr_> I need giga ethernet here ...
16:48 < rxr_> the dual-core mac even has 2 ports of those ...
16:48 < misl> rxr_: sore back, sick at home :(
16:48 < rxr_> misl: autsch
16:48 < karasz> time for an apple
16:48 < rxr_> misl: all the best then
16:48 < misl> rxr_: thanks
16:50 < rxr_> 3542384640 7% 11.15MB/s 1:07:29
16:51 < rxr_> hm
16:51 < rxr_> sshd is spending quie some time on the ppc
16:51 < rxr_> guess it could use some more ppc assembly ...
16:54 < rxr_> AfterStep 2.2.0 (Stable)
16:55 < sepp> 01:02 < CIA-9> aldas * r14677 /trunk/package/x11/afterstep/ (afterstep.conf afterstep.desc): * updated afterstep (2.1.2 -> 2.2.0)
16:55 < sepp> :D
16:57 < rxr_> ah
16:57 < rxr_> t2 is faster than freshmeat...
16:58 < Baldzius> :)
17:01 < rxr_> samples % symbol name
17:01 < rxr_> 539525 62.6235 mdfour64
17:01 < rxr_> 239545 27.8044 copy64
17:01 < rxr_> 40747 4.7296 mdfour_update
17:01 < rxr_> 12662 1.4697 writefd_unbuffered
17:01 < rxr_> 9917 1.1511 sum_update
17:01 < rxr_> this is when rsync just pushes a non-existing file over the wir
17:01 < rxr_> e
17:03 < CIA-9> msluis * r14695 /trunk/package/java/commons-httpclient/commons-httpclient.desc: * updated commons-httpclient (2.0.2 -> 3.0)
17:04 -!- nzg [n=tschmidt@p54AFE58E.dip.t-dialin.net] has quit ["Leaving"]
17:08 -!- rxr [n=rene@e178139087.adsl.alicedsl.de] has joined #t2
17:08 -!- Topic for #t2: T2 - DIE LIBTOOL ETAL DIE | 2.1.1 TAGGED and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have.
17:08 -!- Topic set by mnemoc [] [Sat Jan 7 23:05:57 2006]
17:08 [Users #t2]
17:08 [@ChanServ] [ CIA-9 ] [ karasz] [ mnemoc] [ rxr_ ] [ zod ]
17:08 [ axion ] [ demian] [ LMJ ] [ mtr ] [ sepp ] [ _Ragnar_]
17:08 [ Baldzius] [ jsaw ] [ misl ] [ rxr ] [ valentin]
17:08 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal]
17:08 -!- Channel #t2 created Sun Aug 8 19:15:33 2004
17:09 -!- Irssi: Join to #t2 was synced in 26 secs
17:13 < CIA-9> aldas * r14696 /trunk/package/graphic/cinepaint/cinepaint.desc: * updated cinepaint (0.20-1 -> 0.20-2)
17:16 < karasz> mnemoc, there is a minuscule problem with kdebase on stable
17:16 < karasz> hi minto
17:16 * mnemoc hearing
17:16 < karasz> minot /me looks around, no master here :)
17:16 -!- rxr_ [n=rene@e178171243.adsl.alicedsl.de] has quit [Read error: 145 (Connection timed out)]
17:16 < mnemoc> one just run away
17:17 < karasz> kdebase does not make menu entries for utilities lile kate or kcontrol...
17:17 < mnemoc> i have never used kde :\
17:17 < karasz> also menuedit does not work on the K menu just on submenues
17:18 < karasz> i know that mnemoc
17:18 < karasz> but you are stable maintainer...
17:18 < karasz> i dunno whom else to say it...
17:19 < karasz> i tried to make a kappfinder but that didn't resolved things
17:19 < karasz> i had to add manualy kate and it was not an easy stuff...
17:22 < karasz> mnemoc karasz: next we would need .desktop files for them :p
17:22 < rxr> 24708022272 49% 10.99MB/s 0:37:06
17:22 < karasz> ^^ that was a joke wasn't it?
17:24 < rxr> where was a joke ?
17:24 < karasz> mnemoc karasz: next we would need .desktop files for them :p
17:24 < mnemoc> :)
17:40 < karasz> gui for scp?
17:42 < karasz> :D
17:43 < karasz> fish +konqueror
17:43 < _Ragnar_> hi
17:43 < karasz> hello _Ragnar_
17:44 < _Ragnar_> hi karasz
17:48 < rxr> yeah - fish:// rocks ...
17:49 < rxr> 43448532992 87% 11.11MB/s 0:09:15
17:49 < rxr> how I like GBs ...
17:51 < karasz> although secpanel seems promising...
17:52 < rxr> extern void *compile_type_assert[sizeof(__builtin_infl ()) == sizeof(DFtype) ? 1
17:52 < rxr> : -1];
17:52 < rxr> `- training google - does nto cause a hit
17:53 < rxr> not
17:53 < rxr> hm
17:53 < rxr> I wonder wether it is a ccache issue
17:54 < mnemoc> loosing trust on ccache?
17:54 < rxr> GCC_WRAPPER_OTHER=
17:54 < rxr> made it go away ...
17:55 * rxr started Build-Target with rm -rf build/ccache-powerpc64-1/gcc/
17:56 < CIA-9> aldas * r14697 /trunk/package/multimedia/qdvdauthor/ (qdvdauthor.conf qdvdauthor.desc stdlib.patch):
17:56 < CIA-9> * updated qdvdauthor (0.0.10 -> 0.1.0)
17:56 < CIA-9> * removed stdlib.patch - obsolete
17:57 < rxr> 48858562560 98% 8.04MB/s 0:01:50
17:57 < rxr> 2588554 62.6745 mdfour64
17:57 < rxr> 1145283 27.7298 copy64
17:57 < rxr> 194580 4.7112 mdfour_update
17:57 < rxr> 61296 1.4841 writefd_unbuffered
17:57 < rxr> 47943 1.1608 sum_update
17:57 < rxr> that is rsync above 1% functions sending a file without a version on the other side
17:58 < rxr> sent 42 bytes received 49771275057 bytes 11320658.50 bytes/sec
17:58 < rxr> total size is 49765200096 speedup is 1.00
17:58 < rxr> real 73m15.590s
17:58 < rxr> user 29m31.428s
17:58 < rxr> sys 10m59.736s
17:59 < mnemoc> o.o
17:59 < rxr> now with the copy available ...
18:01 < rxr> not --inplace
18:09 < karasz> rxr where can i set the default profile in konqueror?
18:09 < karasz> i would like to set the default ciew profile to MC
18:10 < rxr> depens where you start it
18:10 < rxr> you can change this for every menu entry / icon
18:10 < rxr> click on edit and edit or change the --profile
18:11 < CIA-9> aldas * r14698 /trunk/package/kde/kbarcode/kbarcode.desc: * updated kbarcode (1.9.9 -> 1.9.10)
18:11 < rxr> konqueror --profiles
18:11 < rxr> konqueror --profile midnightcommander
18:12 < rxr> if you want to have another look for the filemanager s.th. profile you need to save a profile as such ...
18:13 < karasz> oki
18:13 < karasz> in the mean time i found http://www.linux-magazine.com/issue/56/Konqueror_3.4_Tricks.pdf
18:14 < rxr> heh
18:14 < rxr> btw. -3.3 degree C here ...
18:16 -!- rxr_ [n=rene@e178160112.adsl.alicedsl.de] has joined #t2
18:16 -!- Topic for #t2: T2 - DIE LIBTOOL ETAL DIE | 2.1.1 TAGGED and 2.2.0-epsilon RELEASED! | The System Development Environment (SDE) | http://www.t2-project.org/ | Say hello and do not hesitate to ask us any questions that you may have.
18:16 -!- Topic set by mnemoc [] [Sat Jan 7 23:05:57 2006]
18:16 [Users #t2]
18:16 [@ChanServ] [ CIA-9 ] [ karasz] [ mnemoc] [ rxr_ ] [ zod ]
18:16 [ axion ] [ demian] [ LMJ ] [ mtr ] [ sepp ] [ _Ragnar_]
18:16 [ Baldzius] [ jsaw ] [ misl ] [ rxr ] [ valentin]
18:16 -!- Irssi: #t2: Total of 17 nicks [1 ops, 0 halfops, 0 voices, 16 normal]
18:16 -!- Channel #t2 created Sun Aug 8 19:15:33 2004
18:16 -!- [freenode-info] if you need to send private messages, please register: http://freenode.net/faq.shtml#privmsg
18:16 < rxr_> hehe: -y, --fuzzy find similar file for basis if no dest file
18:17 -!- Irssi: Join to #t2 was synced in 34 secs
18:17 < mnemoc> o_O
18:21 < CIA-9> aldas * r14699 /trunk/package/network/cfengine/ (cfengine.conf cfengine.desc): * updated cfengine (2.1.16 -> 2.1.18)
18:24 < CIA-9> aldas * r14700 /trunk/package/network/csync2/csync2.desc: * updated csync2 (1.28 -> 1.29)
18:31 < jsaw> re
18:31 -!- rxr [n=rene@e178139087.adsl.alicedsl.de] has quit [Read error: 110 (Connection timed out)]
18:31 < mnemoc> wb dr.j
18:32 < jsaw> hi wiz mnemoc
18:32 < rxr_> dr.j: 1-gcc on ppc64 only build without ccache ... :-/
18:32 < jsaw> hmmm
18:32 < jsaw> build fine here for x86-64
18:32 < rxr_> 81788928 0% 1.02MB/s 13:19:19
18:33 < rxr_> jsaw: with ccache _
18:33 < rxr_> ? even
18:33 < rxr_> 22952 root 25 0 12988 11m 624 R 96.0 2.2 1:34.66 rsync
18:33 < jsaw> export SDECFG_PKG_CCACHE_USEIT='1'
18:33 < mnemoc> jsaw: wiz :)
18:33 < jsaw> :)
18:34 < rxr_> 22952 root 25 0 12988 11m 624 R 96.3 2.2 2:20.33 rsync
18:34 < rxr_> 179929088 0% 1.02MB/s 13:18:04
18:34 < rxr_> now - that is indeed slow ...
18:34 < jsaw> mnemoc: how do you usually install a vserver, mine -i -R ... ?
18:34 < jsaw> mnemoc: and how select what you need?
18:34 < mnemoc> inside a for
18:35 < mnemoc> i have builds designed for vservers
18:35 < mnemoc> i.e. i don't waste time building linux26
18:35 < jsaw> aha
18:35 < rxr_> samples % symbol name
18:35 < rxr_> 3134293 87.1899 match_sums
18:35 < rxr_> 214995 5.9807 map_ptr
18:35 < rxr_> 154898 4.3090 mdfour64
18:35 < rxr_> 73285 2.0386 copy64
18:35 < mnemoc> the magic of mnemosyne modularity :)
18:35 < mnemoc> rxr_: o_O
18:35 < rxr_> ok - now there is the culprit I would say
18:37 < rxr_> samples % symbol name
18:37 < rxr_> 4502222 87.1607 match_sums
18:37 < rxr_> 308381 5.9701 map_ptr
18:37 < rxr_> 224179 4.3400 mdfour64
18:37 < rxr_> 105963 2.0514 copy64
18:37 < rxr_> eatinc cycles like crazzy
18:37 < rxr_> 370966528 0% 1.04MB/s 13:01:00
18:37 < rxr_> enough to saturate this one:
18:37 < rxr_> model name : AMD Athlon(TM) XP 2500+
18:45 -!- karasz [n=karasz@80.97.102.202] has quit [Remote closed the connection]
18:47 -!- karasz [n=karasz@80.97.102.202] has joined #T2
18:47 < karasz> re
18:53 < jsaw> rxr_: is it possible to have a 32bit only chroot environment, while host is 64bit?
18:54 < jsaw> 2121 builds total, 858 completed fine, 0 with errors. (with about 29 disabled packages due to errors)
18:54 < jsaw> (generic x86-64 athlon64)
18:54 < rxr_> of course
18:54 < rxr_> they are individual binaries this works out just fine
18:55 < jsaw> great
18:55 < rxr_> the only thing is IRRC when you C-z stop a process your chroot is signalled and not the other in-chroot process
18:55 < rxr_> at least that is what I experience here on sparc64 and x86-64
18:56 < rxr_> guess it is due to 32bit vs. 64 bit process interaction and that they are not compatible ...
18:56 < jsaw> that reminds me of screen, one day I should hack screen to pass SIGWINCH down to the shell...
18:56 < rxr_> but I have not cared to look into the details and it dies not interest me too much
18:57 < rxr_> -B $(( 10*1024*1024 )) to rsync helps
18:57 < rxr_> 1835008000 3% 20.27MB/s 0:38:47
18:57 < jsaw> :)
18:58 < jsaw> mnemoc: how do you edit your LDAP?
18:58 < mnemoc> pla
18:58 < jsaw> I mean, some interface or cli?
18:59 < mnemoc> phpldapadmin
18:59 < jsaw> ic
18:59 < mnemoc> or lam for simpler stuff
18:59 < mnemoc> also web, but that use 'profiles' and objectClass related forms
18:59 < mnemoc> i have to code a lam module for qmail-ldap
19:03 < CIA-9> aldas * r14701 /trunk/package/x11/xterm/xterm.desc: * updated xterm (207 -> 208)
19:11 < CIA-9> aldas * r14702 /trunk/package/x11/xdaliclock/ (xdaliclock.conf xdaliclock.desc): * updated xdaliclock (2.20 -> 2.23)
19:24 < jsaw> somebody remembers what has to be done with this:
19:24 < jsaw> Found shared files with other packages
19:25 < jsaw> usr/lib64/perl5/5.8.7/x86_64-t2-linux-gnu/perllocal.pod: perl perl-gettext
19:25 < jsaw> ?
19:25 < mnemoc> first time i see it
19:25 < jsaw> O.O
19:26 < jsaw> touch ${archlib}/perllocal.pod
19:26 < jsaw> in perl.conf
19:26 < mnemoc> :D
19:26 < mnemoc> svn blame ?
19:27 < jsaw> 9272 rene
19:27 < mnemoc> *g*
19:27 < jsaw> rxr_: knock knock
19:30 < rxr_> tock
19:30 * rxr_ was phoning
19:31 < karasz> mnemoc, i am givin up for the moment
19:31 < karasz> i mean thet kde issue
19:31 < karasz> most certanly it is some path related error, i just can't find out which since it gives me no error
19:31 < rxr_> jsaw: there is a perllocalhack=1 or so variable that when set does flistdel the file
19:31 < rxr_> no idea what perl is doing with the file
19:31 * rxr_ not in perl
19:31 < karasz> btw anyone using kde on T2?
19:32 < karasz> rxr maybe?
19:32 < rxr_> clifford introduced the perlocalhack=1 flistdel enabler aroudn 1.7 times
19:32 < rxr_> karasz: ack
19:32 < karasz> rxr can you verify some thing?
19:32 < karasz> right click on the K menu
19:32 < karasz> and choose Menu Editor
19:33 < jsaw> rxr_: no perllocalhack to be found
19:33 < karasz> by the K menu i understand the K logo
19:33 < rxr_> --fuzz _
19:33 < rxr_> ? even
19:33 < karasz> rxr tell me if anything happens
19:34 < rxr_> ah
19:34 < rxr_> source $base/*/perl/perl/perllocal_hack.sh
19:34 < jsaw> yep, found it, thanks
19:34 < rxr_> this is not new style but there since dark ages
19:35 < mnemoc> rxr_: if you want ${archlib}/perllocal.pod earlier why not just moving perl-gettext earlier ?
19:35 < CIA-9> aldas * r14703 /trunk/package/x11/xlockmore/ (no-.plan.patch xlockmore.conf xlockmore.desc): * updated xlockmore (5.20.1 -> 5.21)
19:35 < jsaw> perl-gettext has to be after perl itself...
19:36 < mnemoc> perl _needs_ ${archlib}/perllocal.pod ?
19:36 < jsaw> perllocal.pod is only "Plain Old Documentation" describing what packages are installed
19:36 < jsaw> so, it's not really that much needed
19:37 < jsaw> it is shown when you type "perldoc perllocal"
19:54 < rxr_> 11723079680 23% 18.12MB/s 0:34:31
19:55 < mnemoc> .oO( is that good or bad? )o
19:56 < rxr_> good
19:56 < rxr_> 18.xMB/s is good
19:56 < rxr_> with rsync defaults it is 1.xMB/s ...
19:56 < rxr_> and takes 13 hours or so ...
19:57 < mnemoc> :D
20:03 < rxr_> ok, for missing blocksÖ
20:03 < rxr_> :
20:03 < rxr_> even
20:03 < rxr_> 16450977792 32% 5.57MB/s 1:38:30
20:04 < mnemoc> :)
20:04 < mnemoc> >> 1.x
20:05 < CIA-9> jsaw * r14704 /trunk/package/perl/perl-gettext/perl-gettext.desc: * fix perllocal.pod sharing
20:05 < CIA-9> jsaw * r14705 /trunk/package/perl/perl-libxml/perl-libxml.desc: * fix perlocal.pod sharing
20:14 < jsaw> okay, so now a bit kernel hacking...
20:15 < rxr_> oh ,-) what ?
20:15 < jsaw> I don't want to load a custom DSDT file due to a wrong namespace,
20:15 < jsaw> just let it accept a \0 in it by replacing it with underscore
20:16 < jsaw> stupid board manufacturers...
20:21 < rxr_> (gdb) display c
20:21 < rxr_> 1: c =
20:21 < rxr_> (gdb) display l
20:21 < rxr_> 2: l =
20:21 < rxr_> (gdb) display cnt
20:21 < rxr_> No symbol "cnt" in current context.
20:21 < rxr_> heh
20:21 -!- You're now known as rxr
20:22 < rxr> and this is already -O0 ...
20:22 < rxr> this compiler is too smart for me ...
20:24 < jsaw> volatile for debugging?
20:27 < rxr> "passt schon"
20:27 < jsaw> hehe
20:27 < rxr> i see enough values thereafter ...
20:44 < karasz> ok, time to sleep now
20:44 < mnemoc> [17:45:27] ok, time to sleep now
20:44 < mnemoc> :)
20:44 < karasz> btw mnemoc i guess i passed another day today, at least 8.00 for me
20:44 < karasz> mnemoc, you are 5 hours behind
20:45 < karasz> and what if it is 17:45:27 i need my beauty sleep :P
20:45 < mnemoc> that will be 7 in agust
20:45 < mnemoc> :)
20:45 < mnemoc> your beauty
20:45 < karasz> so cu tomorrow
20:46 < mnemoc> cu karasz
20:46 < karasz> yes mnemoc i am smart and beautifull
20:46 < _Ragnar_> *lol*
20:46 < karasz> .oO
20:46 < karasz> and humble too
20:46 < mnemoc> :)
20:46 < mnemoc> as smart and as beautiful as humble
20:47 < karasz> o_O
20:47 < karasz> oki cu guys
20:48 < rxr> jsaw: mail for you on the list ...
20:48 < rxr> jsaw: about your friend libtool ...
20:48 < jsaw> still no mail setup here...
20:50 -!- misl [n=chatzill@82-217-66-150.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)]
20:51 < mnemoc> jsaw: mutt
20:51 < mnemoc> jsaw: nailx
20:51 < CIA-9> amery * r14706 /branches/2.1/package/network/samba/samba.init: * merged 14535 from trunk: fixed samba.init's smb.conf detection, and changed to produce a sad face
20:51 < rxr> I get an error when compiling libsdl (same for libsdl) -- see error message
20:51 < rxr> below. Setting [F] LIBTOOL-QUIRK does not fix the problem. Linking against
20:51 < rxr> the built lib results in an error. Anyone with any Idea?
20:51 < rxr> cheers,
20:51 < rxr> Lars
20:52 < rxr> -> Building. Writing output to $root/var/adm/logs/9-libsdl_mixer.out
20:52 < rxr> !> dependency_libs='
20:52 < rxr> -L/usr/lib /usr/lib/libvorbisfile.la /usr/lib/libvorbis.la /usr/lib/libogg.la /usr/lib/libsmpeg.la
20:52 < rxr> -lstdc++
20:52 < rxr> -lSDL /usr/lib/libSDL.la /usr/lib/gcc/i686-t2-linux-gnu/4.0.2/libstdc++.la
20:52 < rxr> -L/TOOLCHAIN/src.gcc.system.20051103.214832.4302.localhost/gcc-4.0.2/objdir/i686-t2-linux-gnu/libstdc++-v3/src
20:52 < rxr> -L/TOOLCHAIN/src.gcc.system.20051103.214832.4302.localhost/gcc-4.0.2/objdir/i686-t2-linux-gnu/libstdc++-v3/src/.libs
20:52 < rxr> -L/TOOLCHAIN/src.gcc.system.20051103.214832.4302.localhost/gcc-4.0.2/objdir/gcc
20:52 < rxr> -L/usr/i686-t2-linux-gnu/bin -L/usr/i686-t2-linux-gnu/lib
20:52 < rxr> -L/usr/lib/gcc/i686-t2-linux-gnu/4.0.2
20:52 < rxr> -L/usr/lib/gcc/i686-t2-linux-gnu/4.0.2/../../../../i686-t2-linux-gnu/lib
20:52 < rxr> -L/usr/lib/gcc/i686-t2-linux-gnu/4.0.2/../../.. -lc -lgcc_s -L/usr/X11R6/lib
20:52 < rxr> -lX11 -lXext -lpthread /usr/lib/libmikmod.la -ldl -lm' contains build system
20:52 < rxr> paths!
20:52 < rxr> !> The package should possibly flagged with "LIBTOOL-QUIRK"
20:52 < mnemoc> :)
20:53 < jsaw> rxr: that's an old libstdc++.la
20:53 < jsaw> rxr: possibly this is fixed by recompiling gcc
20:54 < jsaw> rxr: if not, it is more work...
20:55 < rxr> mail sent
20:55 < rxr> according to our cheif libtool expert Dr. Juergen G. Sawinski, this is due to an old libstdc++
20:55 < rxr> and solved by rebuilding gcc with T2 trunk:HEAD or by manually removing the junk from
20:55 < rxr> the /usr/lib/libstdc++.la et.al. files.
20:56 < jsaw> yep
20:57 < jsaw> (however, the "expert" is sth. I would not sign)
20:57 < mnemoc> :D
20:57 < mnemoc> i guess you know libtool better than it's authors :)
20:58 < jsaw> tsts
20:58 * jsaw hopes not but sometimes fears that
20:59 < mnemoc> :)
21:03 < rxr> why are those hard core c freak code projects always that unreadable ?
21:04 < mnemoc> because cool people codes unreadable
21:05 < rxr> blength = 0;
21:05 < rxr> do {
21:05 < rxr> blength |= c;
21:05 < rxr> if (len < ( (int64)blength * blength) )
21:05 < rxr> blength &= ~c;
21:05 < rxr> c >>= 1;
21:05 < rxr> } while (c >= 8); /* round to multiple of 8 */
21:06 < mnemoc> ehm
21:07 < mnemoc> OT: http://www.rafb.net/paste/results/xSDND094.html <--- mtr 'fix' doesn't 'fix' anything on 2.1
21:08 < mnemoc> ^---- that was a fresh build
21:08 < rxr> with or without the patch?
21:09 < rxr> did you got that before
21:09 < mnemoc> with
21:09 < mnemoc> nope
21:09 < rxr> why do you try using the patch then ?
21:09 < mnemoc> morfoh said with that patch from mtr, jsaw's hack on fl_wrapper wasn't needed
21:09 < rxr> how long do you need to understand the code block above ?
21:10 < mnemoc> around 20 seconds
21:10 < rxr> >
21:10 < rxr> ?
21:11 < mnemoc> 20 seconds to read it :p
21:11 < rxr> to understand ?
21:11 < mnemoc> haven't yet
21:12 < mnemoc> i can't imagine what 'c' could be
21:14 < rxr> for (c = 1, l = len, cnt = 0; l >>= 2; c <<= 1, cnt++) {}
21:14 < rxr> "generator.c" 1320 lines, 35055 characters
21:14 < mnemoc> ?
21:15 < mnemoc> they do the same??? o_O
21:15 * mnemoc is too old to think
21:16 < rxr> first they determine c and then they determine blength
21:16 < rxr> mnemoc: /me has no fun on this chunk either
21:16 < rxr> I might commit a patch removing it entirely ...
21:17 < mnemoc> they have very twisted minds
21:18 < rxr> definetly
21:19 < rxr> too much SMB reverse eng.
21:19 < mnemoc> samba?
21:19 < mnemoc> i thought that was from glibc or gcc
21:24 < CIA-9> aldas * r14707 /trunk/package/base/numactl/ (. numactl.desc):
21:24 < CIA-9> * added numactl (0.9.1) - A numactl implements simple NUMA policy
21:24 < CIA-9> support.
21:27 < rxr> mnemoc: it was from rsync
21:29 < rxr> mnemoc: shoudl I commit a blocksize selection patch that does select 6MB blocksize for a 50GB file intead of 129544 bytes ?
21:30 < mnemoc> i think yes
21:30 < mnemoc> but /me wonders about poor machines
21:30 < CIA-9> aldas * r14708 /trunk/package/games/lbreakout2/ (4 files): * updated lbreakout2 (2.5.2 -> 2.6beta-5)
21:31 < rxr> hm - I think i still need to tune it, 1976 byte blocks vs. 65536 byte blocks with the new one ...
21:31 < rxr> for a 600MB .iso
21:31 < rxr> guess we want to keep smaller in that case ...
21:32 < mnemoc> can be a % ?
21:32 < rxr> it was not linear before
21:32 < mnemoc> but it was a 'safe value'
21:34 < rxr> save value ?
21:34 < rxr> no - it was this ugly piece of code that is voodoo
21:34 < mnemoc> :D
21:34 < mnemoc> that is blength and c ??
21:35 < rxr> blength is the block lenght, yes
21:35 < rxr> computed this nice way
21:36 < mnemoc> amazing
21:36 < rxr> in what way /
21:37 < mnemoc> it's amazing someone invent something that complex to calculate a blocksize
21:38 < rxr> * The checksum size is determined according to:
21:38 < rxr> * blocksum_bits = BLOCKSUM_BIAS + 2*log2(file_len) - log2(block_len)
21:38 < rxr> might be, migth not be
21:38 < rxr> the code is crufty ...
21:38 < rxr> scary at best
21:39 < mnemoc> i would simply choose the max( k, size/10240 )
21:39 < mnemoc> or something like that
21:39 < rxr> well, something non-linear is definetly to consider
21:39 < rxr> but not this ugly loopery ...
21:40 < rxr> oen bit here, one bit there ... looks more like a pseudo random generator ...
21:40 < mnemoc> ack
21:52 < rxr> blength = len / 128000; /* const. no. of chunks */
21:53 < rxr> abd then min / max ....
21:53 < rxr> generator.c | 23 ++++++-----------------
21:54 < rxr> hm
21:54 < rxr> there is one more design bug
21:55 < rxr> it takes the receiving file as blength source
21:55 < rxr> when there is a 50G file and a 1k file around ...
21:55 < rxr> it will use the min. buf size
21:55 < demian> bye
21:55 < rxr> like 700 bytes or what it was ...
21:55 < rxr> cu demian
21:57 < mnemoc> uhm
21:57 < mnemoc> cu demian
21:58 < mnemoc> karasz: you missed checksum on ccd2iso
22:13 < Baldzius> heh, pygtk got splited into pygtk and pygobject
22:20 < mnemoc> o.o
22:21 < mnemoc> tricks for duplicating a package:
22:21 < mnemoc> cd package/*/source
22:21 < mnemoc> svn mv source.desc target.desc
22:21 < mnemoc> svn mv source.conf target.conf
22:21 < mnemoc> svn mv source.cache target.cache
22:21 < mnemoc> cd ..
22:22 < mnemoc> svn cp source target
22:22 < mnemoc> svn revert -R source
22:22 < mnemoc> rm source/target.*
22:22 -!- YeT2 [n=chmo@i538785F8.versanet.de] has joined #t2
22:23 < YeT2> hi
22:23 < sepp> hmm Download from cvs loops with `sleep 3` :/
22:25 < sepp> scripts/Download line 674
22:27 < mnemoc> ?
22:27 < sepp> hi YeT2 :)
22:27 < mnemoc> sepp: what download location line are you using?
22:28 < Baldzius> mnemoc: i did my way , looks nice , till now fails only one package - straw
22:28 < sepp> i just wanted to try last night e17 and it loops on that line
22:28 < CIA-9> amery * r14709 /branches/2.1/misc/tools-source/fl_wrapper.c.sh: * merged 14686 from trunk: changed fl_wrapper.c.sh to give a verbose warning if the PATH_MAX workaround is used
22:28 < mnemoc> Baldzius: doing what i told you, you preserve history
22:29 < Baldzius> hm
22:29 < Baldzius> 'k ctrl+c :)
22:30 < sepp> [D] X e-2006-01-09.tar.bz2 cvs://:pserver:anonymous@cvs.sourceforge.net:/cvsroot/enlightenment e17/apps/e -D 2006-01-09
22:32 < mnemoc> sepp: that should be ok
22:32 < mnemoc> sepp: the loop waits until $cmdline ends
22:33 < rxr> I might not patch rsync
22:33 < rxr> since it only considers the receiving side file and I can not get the other value nearby easily patching has no value for me
22:33 < sepp> yes, i used sed to replace the date - thats all, but it does not finish
22:33 < rxr> I think I'll just force a hint with --bloksize=5000000
22:34 < mnemoc> ack
22:34 < sepp> anyway, i am way too tired now - good night * ;)
22:34 < mnemoc> sepp: is the cvs process running?
22:35 < sepp> no
22:36 < sepp> no error msg in .cvs_error :(
22:36 < rxr> http://www.apple.com/macbookpro/
22:36 < mnemoc> fuser .cvs_output ?
22:36 < sepp> nothing
22:37 < sepp> just ".cvs_output:"
22:37 < mnemoc> echo $?
22:37 < sepp> strange
22:37 < rxr> sepp: broken fuser ?
22:37 < rxr> is it t2 head ?
22:37 < sepp> its still running so no $?
22:37 < sepp> rxr: yes head
22:38 < sepp> mnemoc: i mean Download still looping `sleep 3`
22:39 < mnemoc> 671 while fuser .cvs_output &> /dev/null ; do
22:39 < mnemoc> 672 echo -ne `nice du -sh 2> /dev/null | \
22:39 < mnemoc> 673 cut -f1` 'downloaded from archive so far...\r'
22:39 < mnemoc> 674 sleep 3
22:39 < mnemoc> 675 done
22:39 < mnemoc> it will end when fuser say so
22:39 < mnemoc> so it's fuser problem and not cvs
22:39 < sepp> uhm
22:43 < sepp> ok, i asked lsof - fuser is broken :/
22:45 < sepp> weird
22:47 < mnemoc> sepp: ask fuser the pid
22:49 < sepp> ./scripts/Download
22:49 < sepp> why is it Download and not cvs?
22:50 < sepp> .oO i guess i miss something/are toooo sleepy :(
22:50 < mnemoc> it's a >
22:51 < mnemoc> 666 echo "$cmdline"
22:51 < mnemoc> 667 {
22:51 < mnemoc> 668 $cmdline || touch .cvs_error
22:51 < mnemoc> 669 } &> .cvs_output &
22:51 < mnemoc> .cvs_output is closed when $cmdline ends
22:54 < sepp> uhm i'll take a llok tomorrow - my head already dropped several time onto the keyboard - good night *
22:54 < Baldzius> gn8 sepp
22:57 < Baldzius> configure: error: cannot test gtk [no DISPLAY]
22:57 < Baldzius> g* nice
23:05 < Baldzius> mnemoc: i just don't understand why i need to preserve the history for new package?
23:05 < mnemoc> Baldzius: because it's not a new package, it's a split
23:06 < rxr> Error logs from default-2.2.0-alpha-powerpc64-G5-desktop:
23:06 < rxr> [5] base/linux26 [5] base/linux26mm
23:06 < rxr> [5] base/linux24
23:06 < rxr> 992 builds total, 147 completed fine, 3 with errors.
23:06 < Baldzius> they removed gobject bindings
23:06 < Baldzius> that's it
23:06 < Baldzius> i can mention that in commit
23:06 < Baldzius> s
23:07 < Baldzius> but if you say so ... you are the boss :)
23:08 < rxr> hm
23:09 < rxr> should I sell the megabook and grab a new MacBook Pro ?
23:10 < Baldzius> :)
23:14 -!- Baldzius [n=baldzius@85.206.103.90] has quit ["Leaving"]
23:15 < YeT2> ? in 5-glibc config.h:3:3: error: #error "glibc cannot be compiled without optimization" ?
23:15 < mnemoc> YeT2: don't build generic, select something.... i386, pentium, ....
23:15 < mnemoc> i'll delete taht f* generic
23:16 < rxr> YeT2: oehm
23:16 < rxr> that is not generic
23:16 < rxr> that is rather -O0
23:16 < rxr> YeT2: what did you select in the Config ?
23:16 < YeT2> ? its generic with pentium M
23:16 < rxr> nothing else ?
23:16 < mnemoc> rxr: those apple books are gordius
23:17 < YeT2> seccond
23:17 < rxr> rodiwhat ?
23:17 < rxr> gordi even
23:17 < rxr> The dictionary does not contain any entries for gordius
23:17 -!- Baldzius [n=baldzius@85.206.101.234] has joined #t2
23:17 < rxr> mnemoc: the new one has a intel cpu ...
23:17 < mnemoc> whm, wonderful, amzing, ...
23:17 < mnemoc> i don't know how the word is spell :(
23:17 < YeT2> export SDECFG_ARCH='x86'
23:17 < YeT2> export SDECFG_X86_OPT='pentium-m'
23:17 < YeT2> export SDECFG_CROSSBUILD='0'
23:17 < YeT2> export SDECFG_TARGET='generic'
23:17 < YeT2> export SDECFG_PKGSEL_TPL='minimal-desktop'
23:17 < mnemoc> looks good
23:18 < rxr> and OPT ?
23:18 < rxr> and DEBUG ?
23:18 < YeT2> export SDECFG_DEBUG='0'
23:19 < YeT2> export SDECFG_CONFIGURE_OPTS=''
23:19 < YeT2> export SDECFG_OPT='speed'
23:19 < rxr> hm - looks good
23:19 < rxr> glibc should have no reason to complain
23:20 < YeT2> jepp ... 0-glibc.log 1-glibc.log already OK
23:20 < YeT2> and other 470 package builds in different stages
23:20 < mnemoc> uhm
23:21 < mnemoc> what if you rebuild 5-glibc?
23:21 < mnemoc> same error? (it may be demonic posetion)
23:22 < YeT2> well ... i should mention that i had to deselct mktemp for stage 1 ! ... did well in 3 and 5 ...
23:22 < YeT2> is that a problem for glibc ?
23:23 < mnemoc> uhm
23:23 < rxr> YeT2: ah - some error not copying some file ?
23:23 < mnemoc> mktemp is an important package, and the will produce troubles since stage 2
23:24 < CIA-9> rene * r14710 /trunk/package/base/automake/automake.desc:
23:24 < CIA-9> * build automake in stage 0, files needed for stage 1 AUTOMAKE-QUIRK
23:24 < CIA-9> packages, such as mktemp
23:24 < YeT2> ooopps ... the i have to bort the run, to select mktemp for 1 again ... AND EXACTLY THIS WAS THE PROB ... with automake !
23:25 < rxr> 23:15 < rxr> I wonder what you would comment on the Mac Book Pro *g*
23:26 < rxr> `- no answer ...
23:27 < CIA-9> aldas * r14711 /trunk/package/filesystem/udev/ (config.hlp config.in scripts_dvb.sh udev.conf udev.desc): * updated udev (079 -> 080)
23:29 < rxr> http://dev.gentoo.org/~wolf31o2/
23:29 < rxr> `- aua
23:30 < mnemoc> YeT2: never ignore an error on stages {0,1,2}
23:30 * mnemoc moving home
23:32 < rxr> heh
23:32 < rxr> downlaoded the gentoo catalyst
23:32 < YeT2> rxr: more aua http://dev.gentoo.org/~wolf31o2/images/screenshots/vertigo-20041204.png
23:32 < rxr> good that every time I look into gentoo stuff I see even more ugly fluff ...
23:33 < rxr> the iso creator is soo stupid they have 6 lines of cryptic cut'n paste case'ed liek this:
23:33 < rxr> case ${clst_livecd_cdfstype} in
23:33 < rxr> zisofs)
23:33 < rxr> # ugly code
23:33 < rxr> ;;
23:33 < rxr> *)
23:33 < rxr> # the same ugly code without -z
23:33 < rxr> wonderful
23:37 < YeT2> mnemoc: except mktemp in stage1 (now to be build in 0 as well :) )
23:37 < YeT2> mnemoc: only 5-ghostscript.err 5-glibc.err 5-kdelibs.err 5-lesstif.err
23:37 < YeT2> ... so far :)
23:37 < rxr> heh
23:38 < rxr> the damn code block even contains a copy in a echo "..." status line ...
23:38 < rxr> echo "mkisofs -J -r -l -z -chrp-boot -netatalk -hfs -probe \
23:38 < rxr> -map ${clst_target_path}/boot/map.hfs -part -no-desktop \
23:38 < rxr> -hfs-volid \"${clst_iso_volume_id}\" -hfs-bless \
23:38 < rxr> ${clst_target_path}/boot -V \"${clst_iso_volume_id}\" -o \
23:38 < rxr> ${1} ${clst_target_path}"
23:38 < rxr> mkisofs -J -r -l -z -chrp-boot -netatalk -hfs -probe -map \
23:38 < rxr> ${clst_target_path}/boot/map.hfs -part -no-desktop \
23:38 < rxr> -hfs-volid "${clst_iso_volume_id}" -hfs-bless \
23:38 < rxr> ${clst_target_path}/boot -V "${clst_iso_volume_id}" -o \
23:38 < rxr> ${1} ${clst_target_path} || die "Cannot make ISO image"
23:38 < rxr> and the same again without -z
23:39 < rxr> that is code quality, ha - how I love that ...
23:39 < rxr> good that I do not have to use this, just search what differs from our clean code (tm) to get ppc64 boot the CDs ...
23:39 < Baldzius> :)
23:46 < YeT2> rxr: i'm really impressed by the toolchain (scripts) ... and the update awareness and reentrance capabilities :) !!!!
23:52 < rxr> ,-)
23:58 < axion> does anyone know a php function to return the MySQL version number?
--- Log closed Wed Jan 11 00:00:53 2006