--- Log opened Thu Dec 02 00:00:55 2004 01:11 -!- CIA-9 [~CIA@to.je.spocco.com] has joined #t2 01:15 < mnemoc> CIA-9!, welcome back 01:17 < rxr> yeah - hi CIA-9 ;-) 01:36 < CIA-9> mnemoc * r4912 /trunk/package/base/00-dirtree/data.txt: * fix symlink to var/spool/locks (00-dirtree) 01:36 < rxr> mnemoc: hey! you only waited for CIA-9 to be back! 01:37 < mnemoc> :D 01:37 < mnemoc> hehe 01:37 < rxr> *g* 01:40 < mnemoc> nullslack: update your copy 01:45 < nullslack> mnemoc, thnx!!! 01:50 < mnemoc> you are welcome 01:53 < nullslack> mnemoc, need help with svn ;( 01:54 < rxr> nullslack: what is your problem? 01:54 < nullslack> using svn for updating t2 01:55 < rxr> just run "svn up" in the top level dir of t2 ... 01:55 < nullslack> oh...lemme try 01:56 < nullslack> rxr, thnx...building t2 again ;) 01:58 < nullslack> oh...no need for Cleanup right? 01:58 < rxr> normally not .. 02:09 < mnemoc> mv: `/usr/src/rock/t2-trunk/build/vserver-2.1.0-beta-x86-pentium-mmx-32-mnemosyne-expert/usr/sbin/ldconfig' and `/usr/src/rock 02:09 < mnemoc> /t2-trunk/build/vserver-2.1.0-beta-x86-pentium-mmx-32-mnemosyne-expert/sbin/ldconfig' are the same file 02:15 < rxr> hm ? 02:16 < rxr> I just switched off my athlon ... 02:18 < mnemoc> 1-glibc 02:21 < rxr> hm - did not happen in my test bootdisk builds ... 02:21 < rxr> :-( 02:21 < rxr> hey! you have t2 lying in a rock folder - shame on you ... 02:22 < rxr> mnemoc: should I repower my athlon and test/fix it over here? 02:22 < rxr> flood: 02:22 < rxr> 02:19 < rxr> I do not get why you write up a whole page and not just ask on the 02:22 < rxr> mailing list where the acutal developers are .. 02:22 < rxr> 02:19 < rxr> noone there will ever accidently surf to your side .. 02:22 < rxr> 02:20 < jasonstahl> that is where I was going next 02:20 < rxr> anyway although I do USB programming I do not for Canon devices - 02:22 < rxr> never saw that code and have no device here ... 02:20 < rxr> so best is to write to sane-devel@... and CC the backend au 02:22 < rxr> 02:20 < rxr> thor even ... 02:22 < rxr> 02:20 < jasonstahl> I know... I just want to bug them as a last resort... I 02:22 < rxr> posted to the Gentoo forums as well... I wasn't expecting 02:22 < rxr> anyone to find my page accidently 02:22 < rxr> 02:20 < rxr> gentoo forum - *lol* 02:22 < rxr> 02:21 < jasonstahl> thanks 02:22 < rxr> 02:21 < rxr> yeah - your welcome ... 02:23 * rxr rebooting due to both usb ports are powerless ... :-( 02:23 < rxr> damn USB hacking 02:24 < mnemoc> url? 02:26 < rxr> url for? 02:26 < rxr> the chat? 02:26 < rxr> or his cool site 02:26 < rxr> http://www.jasonstahl.net/2004/11/sane-is-driving-me-insane.htm 02:26 < rxr> finally rebooting 02:32 < mnemoc> that rock dir is a mount point :p sorry 02:34 < rxr> I was just joking 02:34 < mnemoc> i know :) 02:49 < mnemoc> *yawn* 02:50 < rxr> yeah a big one 2:49 here ... 02:51 < mnemoc> -4 here :) 02:51 < rxr> damn - I'll not wake up in the morning anyways :-( 02:55 < rxr> maybe I should better work now until the one scanner works perfectly if I want to have it until lunch - otherwise I may not wake up ... 02:55 < mnemoc> :D 02:56 < rxr> thats life ,-) 02:56 < mnemoc> yep 02:58 < rxr> oops 02:58 < rxr> xscanimage: preview.c:325: display_image: Assertion `p->image_data' failed. 02:58 < rxr> Aborted (core dumped) 02:58 < rxr> first core dump for months ... (during SANE hacking ...) 02:59 < mnemoc> there is always a first time 02:59 < rxr> yeah - but after 6 years of scanner driver experience - especially with SANE - they happen quite seldom ... 03:00 < rxr> oops ... 03:00 < mnemoc> kernel panic? :p 03:00 < rxr> [avision] reader_process: total_size: 4294966027 03:00 < rxr> nah 03:00 < mnemoc> quite large 03:00 < rxr> yep ... 03:00 < rxr> too large ... 03:01 < rxr> I think I take a nap soon quite some long todo ... 03:01 < rxr> and I will not finish all items before the sleep cycle anyway - and I fear to produce more seg faults ... 03:05 < rxr> with 5851 lines of code in my only .c file I shoudl consider splitting it up ... 03:05 < rxr> xemacs on my 800Mhz iBook takes 8 seconds or so to colorfy it ... 03:06 < mnemoc> woah 03:06 < rxr> well - it it slow - LISP ... - but this is quite annoying ... 03:07 < mnemoc> lisp is ugly 03:07 < rxr> ack .. 03:07 < nullslack> == 12/02/04 10:09:46 =[1]=> Aborted building package glibc 03:07 < rxr> I also have no idea why people could like that ... 03:07 < rxr> nullslack: ldconfig mv ? 03:08 < nullslack> !> No 1-glibc.log file 03:08 < mnemoc> rxr: that is what i showed you 03:08 < mnemoc> sbin/ldconfig' are the same file 03:08 < nullslack> what should i do? 03:08 < rxr> what is the exact error? 03:08 < mnemoc> do you have XTRACE enabled? 03:09 < mnemoc> my second build with it has not finished yet 03:09 < nullslack> nope 03:09 < mnemoc> :\ 03:10 < mnemoc> is "sbin/ldconfig' are the same file" one of the last lines of your error? 03:10 < rxr> seems xscanimage does no like returning SANE_GOOD when actually zero bytes have been scanned ... 03:11 < mnemoc> scanning 0 byte is not GOOD 03:11 < rxr> well - when but not that BAD ;-) 03:11 < rxr> it is fuzzy logic ... 03:11 < rxr> maybe I shoudl return 0.8 ;-) 03:12 < mnemoc> hehe 03:12 < nullslack> mnemoc, yes 03:13 < mnemoc> rxr: glibc.conf:104 03:13 < mnemoc> i think that doesn't apply to stage-1 03:14 < rxr> hm 03:14 < rxr> why does it fail now (after my cross-cc rework) and not before 03:14 < rxr> it is not new - this code is there for ages ... 03:15 < rxr> is there some kind of link that should not be there? 03:15 < rxr> 00-dirtree defect ... 03:16 < rxr> hm - I changed stuff in 00-distree .. 03:16 < mnemoc> usr/sbin --> ../sbin 03:16 < rxr> e.g. that it is buid in stage-0 03:16 < rxr> oh - damn - why is that ... ? 03:16 < mnemoc> i was guessing.... let me check 03:17 < rxr> hehehe. 03:17 < mnemoc> not on dirtree 03:17 < rxr> nope not in dirtree 03:17 < rxr> also took a look 03:17 < rxr> and in your builds result? 03:18 < mnemoc> odd 03:18 < mnemoc> usr/sbin -> bin 03:18 < rxr> ok - can you grep your logs or so if there is an indication where it is done? 03:18 < rxr> I chech the build scripts ... 03:19 < mnemoc> my logs hadn't xtrace :\ 03:19 < mnemoc> i just enabled it 03:19 < rxr> maybe s.th. anyway ... 03:20 < mnemoc> why $root/$x -> $tools.cross/$x ? 03:20 < rxr> what? 03:20 < rxr> where? 03:21 < mnemoc> on my build 03:21 < rxr> in which package? 03:21 < rxr> or log? 03:22 < mnemoc> build/$foo :) 03:22 < mnemoc> build/$foo/$x -> /blah/build/$foo/ROCK/tools.cross/$x 03:23 < mnemoc> every dir is pointing to tools.cross 03:23 < mnemoc> nullslack: what target are you building? 03:25 < rxr> this is not intended ... 03:25 < nullslack> mnemoc, generic...using minimalistic template 03:26 < mnemoc> rxr: i know it isn't 03:26 < mnemoc> rxr: my stress overflowed, so i find this funny 03:27 < mnemoc> rxr: i'll Cleanup -full and restart with XTRACE 03:28 < rxr> me switched the athlon on 03:28 < rxr> could turn off my heating then ... 03:29 < mnemoc> the dirtree thing i fixed might have been caused by the same 03:30 < nullslack> restart with XTRACE? 03:30 < nullslack> is it part of Config? 03:30 < rxr> yes, but you only need to enable this extra logging facility if you want to debug it yourself ... 03:31 < mnemoc> it's easier to enable it directly in config file 03:31 < rxr> mnemoc: ! 03:31 < nullslack> rxr, oh..i'll prefer it to be disable ;) 03:31 < mnemoc> rxr: starting stage-0 $root is populated with those symlinks 03:31 < rxr> :-( 03:32 < rxr> btw - minimal+xorg is smaller then minimal alone - a bir more tune ... 03:32 < mnemoc> of course before anything is logged 03:33 < rxr> I guess it is in Build-Pkg 03:33 < rxr> hardcoded 03:33 < rxr> I removed similar crap some days ago .. 03:33 < mnemoc> will you? :) 03:33 < rxr> I just prepare a build 03:33 < rxr> let me some sec - it is late 03:35 < nullslack> cool!!! why smaller? no tools? 03:35 < rxr> smaller because someone sat down and hand tuned it a lot ... 03:35 < rxr> to be honest it was sandra dismar IIRC ... 03:36 < mnemoc> yep 03:36 < mnemoc> owl did it 03:36 < rxr> mnemoc: I have local fixes I forgot to commit 03:36 < rxr> please do not hit me ... 03:36 < mnemoc> minimal was done by madtux and minimal+xf86 by owl 03:36 < nullslack> rxr, maybe you could sat down on the minimal to remove some also ;) 03:37 < mnemoc> rxr: as i sayed, my stress level overflowed, now it's negative and i find everthing kind of funny 03:37 < rxr> mnemoc: whats up so stressy on your side? 03:37 < CIA-9> rene * r4913 /trunk/package/base/strace/strace.desc: * build strace in stage-1 (nice for debugging) 03:37 < rxr> shoudl I revert your 00-dirtree change then= 03:37 < rxr> ? even 03:38 < mnemoc> yes 03:38 < rxr> damn is backward diffing in svn slow right now 03:38 < mnemoc> rxr: budget, university, health, job, .... blah blah blah..... life :) 03:38 < rxr> well - that bad over there? 03:39 < mnemoc> yep 03:39 < rxr> me is a moron 03:39 < mnemoc> but life is life, and i have to push 03:39 < rxr> I thought I had all that commited already ... 03:40 < mnemoc> :( 03:40 < rxr> damn - poor mnemoc ... :-( 03:40 < rxr> s.th. we could do? 03:40 < CIA-9> rene * r4914 /trunk/package/base/00-dirtree/ (00-dirtree.conf 00-dirtree.desc data.txt): 03:40 < CIA-9> * reverted r4912 of 00-dirtree (data lines removal) 03:40 < CIA-9> * enabled 00-dirtree for stage-0 and fixed it for that 03:40 < mnemoc> nope, don't worry :D 03:40 < mnemoc> o_O 03:41 < CIA-9> rene * r4915 /trunk/scripts/Build-Pkg: * do not create history crap for stage-0 03:42 < rxr> ok - svn up should solve all 03:42 < CIA-9> rene * r4916 /trunk/scripts/Build-Tools: 03:42 < CIA-9> * do not exclude .desc files in the update search - they can 03:42 < CIA-9> potentially alter the package list 03:42 < mnemoc> how many packages has minimal and minimal+xf86? 03:42 < rxr> minimal+xorg has 97 or so ... 03:43 < mnemoc> my mnemosyne minimal has 102 :\ 03:43 < rxr> minimal has ~180 03:43 < mnemoc> woh 03:43 < mnemoc> 101 03:44 < mnemoc> 102 was vserver 03:44 < rxr> I let a minimal build running on my athlon to review if now is all ok - so far I only tested a install ^W bootdisk build with those changes ... 03:44 < rxr> but there all went well ... 03:44 < rxr> sorry that I forgot to commit ... 03:44 < mnemoc> are your commits finished? 03:44 < mnemoc> rxr: hey, easy builds are bored 03:44 < rxr> yes 03:45 < rxr> to the first ... 03:45 < mnemoc> :) 03:47 < rxr> I like easy builds - leave room for other things - and attract new users ... - otherwise we would be s.th. like the other unnamed always broken project ... 03:49 < mnemoc> :D 03:49 < rxr> huh - minimal+xorg is missing gcc ... :-( 03:49 < rxr> !> make: Cross_CC_not_built_so_far_cc: Command not found 03:49 < rxr> *lol* 03:50 < mnemoc> i saw someone showing that today 03:50 < rxr> nullslack maybe? 03:51 < mnemoc> [16:46:33] !> make: Cross_CC_not_built_so_far_cc: Command not found 03:51 < mnemoc> [16:46:48] !> make: *** [gzip.o] Error 127 03:51 < mnemoc> +4 to you 03:51 < CIA-9> rene * r4917 /trunk/misc/pkgsel/minimal+xorg.in: * vital minimal+xorg fixup 03:52 < rxr> glibc was missing in it, too ... 03:53 < mnemoc> 98 :) 03:53 < rxr> 98 what? 03:53 < rxr> you go to bed? 03:53 < mnemoc> [23:43:25] minimal+xorg has 97 or so ... 03:53 < mnemoc> now it has one more 03:53 < mnemoc> 98 03:54 < rxr> nope two more ,-) 03:54 < rxr> gcc and glibc ;-) 03:54 < mnemoc> uhm? 03:54 < rxr> 03:49 < rxr> huh - minimal+xorg is missing gcc ... :-( 03:54 < mnemoc> good template 03:54 < rxr> nope - just outdated 03:54 < rxr> listed gcc3 and glibc23 or so ... 03:54 < rxr> or course those stuff is not in t2 ... 03:54 < mnemoc> :) 04:10 < rxr> hehe - C rulez: not only that I have this cool thing (constructed years ago): 04:11 < rxr> #define ADDITIONAL_SENSE(asc,ascq,txt) \ 04:11 < rxr> case ( (asc << 8) + ascq): text = txt; break 04:11 < rxr> 04:11 < rxr> switch ( (asc << 8) + ascq ) 04:12 < rxr> I now even have one line injecting more then just a string: 04:12 < rxr> ADDITIONAL_SENSE (0x80,0x02, "ADF cover open" ; status = SANE_STATUS_EOF); 04:12 < rxr> oops - wrong one: 04:12 < rxr> ADDITIONAL_SENSE (0x80,0x04, "ADF paper end"; status = SANE_STATUS_EOF); 04:13 < rxr> I really need sleeep 04:13 < mnemoc> don't you need a do { ... } while(0); there? 04:13 < rxr> do while what? it is: 04:13 < rxr> switch () 04:14 < rxr> { 04:14 < rxr> MACRO_EXPANDING_TO case xyz: some assignment; 04:14 < rxr> } 04:14 < rxr> ;-) 04:14 < mnemoc> on the define 04:14 < mnemoc> to add an scoping frame 04:15 < rxr> nope - don't see a reason for that ... 04:15 < rxr> and your do while (0) is also quite redundant - {} alone would be enough 04:16 < mnemoc> sure? 04:17 < rxr> sure - why not? 04:17 < rxr> I quite often start some scope to declare new variables for non c99 compilers ... for example ... 04:17 < rxr> code deep in some function; 04:17 < rxr> { 04:17 < rxr> int new_variable; 04:18 < rxr> mode code; 04:18 < rxr> } 04:18 < rxr> {} alone are a scope ... 04:18 < rxr> I could open the C standard and hand-copy the relevant section ... 04:18 < rxr> ;-) 04:21 < mnemoc> no need to do that :) 04:21 < rxr> good - because my scanner bugs me ... 04:24 < mnemoc> :) 04:42 < jsaw> re 04:42 < rxr> hi jsaw 04:42 < jsaw> hi rxr 04:42 < jsaw> hi mnemoc 04:42 < rxr> my scanner project keeps me awake ... 04:42 < jsaw> the while(0) is only done to swallow a ";" 04:42 < jsaw> hehe 04:44 < rxr> oh - no - I think I see the "bug" 04:44 < rxr> jsaw: are you still or already awake? *g* 04:45 < rxr> I'm so seldom around at this hour that I lost orientation ... 04:45 < jsaw> still ;) 04:45 < rxr> oh 04:45 < jsaw> I sleep from 5-7am to 10-13am usually 04:45 < rxr> at least debugging my driver core under linux saves my nerves - macosx needs to many reboot cycles ... 04:45 < rxr> I whis 04:46 < rxr> I whish I could sleep that less - in the last weeks my body takes quite too much sleep - i often even miss the alarm clock ... 04:46 < jsaw> not enough sun... 04:46 < rxr> do you get enough sun ? 04:46 < jsaw> and strange weather. 04:47 < jsaw> no, what I wanted to say: I also need more sleep these days. And my guess is: it's the weather. 04:48 < rxr> hm - I have a new desk light - maybe it fills the sun gab by some 0.01% ;-) 04:48 < jsaw> currently I can't do it with less than 6h sleep. Until a couple of weeks ago, 3-4h was okay. 04:48 < jsaw> :) 04:49 < jsaw> my boss has such a futuristic UV lamp on his desk. He's also a late nighter... 04:51 * rxr maybe soon in bed ... 04:52 < rxr> YEAH! 04:52 < rxr> cool - my scanner now handles the AV 220 quite well ;-) 04:52 < jsaw> oh 04:53 < rxr> have you read that xemacs needs 8s to colorfy the 5xxx lines buffer? 04:54 < jsaw> no, I didn't read this, but I know that's awfully slow... I usually hit Ctrl-G... 04:54 < rxr> .oO(C-G was what?) 04:55 < jsaw> like Ctrl-C on the console 04:55 < jsaw> stop 04:55 < jsaw> so to say 04:55 < rxr> but then I do not have a colored buffer? 04:56 < jsaw> yep. 04:57 < jsaw> you know, it's 8secs on your machine, just imagine how long u have to wait on a machine that is half or one-third as slow... 04:57 < rxr> it is on my 800Mhz iBook ... 04:57 < rxr> so - not the multi GHz Athlon ... 04:58 < jsaw> yeah, but 800MHz with a PPC <-> what kind of x86 do u need to match it's speed? 04:59 < rxr> the G3 is not that marvelous .... - and it is in a Laptop - so some more speed penalty ... 04:59 < rxr> the scanner in question is this one: 04:59 < rxr> http://www.avision.com.tw/GERMAN/PRODUCTS/Content_AV220.php 04:59 < rxr> it is really cute - just the german price is 650EUR or so ... 04:59 < rxr> but it is able to scan duplex in one go ;-) 05:00 < rxr> but's not the only device i'm hacking on right now ... 05:00 < rxr> just the cutest ;-) 05:07 -!- praenti [~praenti@mail.obster.org] has quit [Read error: 104 (Connection reset by peer)] 05:07 -!- praenti_ [~praenti@mail.obster.org] has joined #t2 05:08 -!- _martin_ [~martin@brln-d9ba09ef.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)] 05:10 < rxr> ok - I go into bed now ... 05:10 < jsaw> sleep well rxr 05:10 < rxr> and toggle my DSL connection so it will not do around 8:00 ... 05:10 < rxr> you jsaw 05:11 < rxr> n8 all 05:17 -!- rxr_ [~rene@p213.54.230.140.tisdip.tiscali.de] has joined #t2 05:17 -!- Topic for #t2: T2 | the system development environment | http://www.exactcode.de/t2 | C++ people around, too 05:17 -!- Topic set by rxr [] [Mon Nov 29 02:10:27 2004] 05:17 [Users #t2] 05:17 [ _Ragnar_] [ daja77] [ mnemoc ] [ nzg ] [ rxr ] [ sparc-kly] 05:17 [ CIA-9 ] [ jsaw ] [ nullslack] [ praenti_] [ rxr_] [ valentin ] 05:17 -!- Irssi: #t2: Total of 12 nicks [0 ops, 0 halfops, 0 voices, 12 normal] 05:17 -!- Channel #t2 created Sun Aug 8 21:15:33 2004 05:17 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup 05:17 -!- Irssi: Join to #t2 was synced in 16 secs 05:18 -!- rxr [~rene@p213.54.229.86.tisdip.tiscali.de] has quit [Nick collision from services.] 05:18 -!- You're now known as rxr 05:19 < rxr> cool - google for avisin 05:19 < rxr> avision even 05:19 < rxr> hit 7 is my backend ;-) 05:19 < rxr> but I'm really off now ;-) 06:57 -!- _martin_ [~martin@brln-d9ba08bc.pool.mediaWays.net] has joined #t2 07:52 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: _martin_ 07:56 -!- Netsplit over, joins: _martin_ 08:11 -!- nullslack [~nullslack@203.190.73.220] has quit [Read error: 110 (Connection timed out)] 08:16 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: _martin_ 08:17 -!- Netsplit over, joins: _martin_ 08:26 -!- Corlis [Corlis@p508C3E44.dip.t-dialin.net] has joined #t2 08:26 < Corlis> moin 08:36 -!- Netsplit kornbluth.freenode.net <-> irc.freenode.net quits: _martin_ 08:36 -!- Netsplit over, joins: _martin_ 08:56 -!- sparc-kly [~mubex@64.237.130.173] has quit [Read error: 110 (Connection timed out)] 09:38 -!- Corlis [Corlis@p508C3E44.dip.t-dialin.net] has quit [" HydraIRC rocks! -> http://www.hydrairc.com <-"] 10:31 < _martin_> Moin 12:40 < mnemoc> 1-util-linux failed :( 12:40 < mnemoc> i'll go to my exam... cu 12:52 < valentin> much luck mnemoc 13:27 < jsaw> re 13:31 < rxr> moin 13:31 < rxr> hi jsaw ;-) 13:32 < jsaw> hi rxr 13:32 < jsaw> just awoke? 13:34 < valentin> moin rxr, jsaw 13:34 < jsaw> hi valentin 13:45 < rxr> mnemoc: in my minimal+xorg 1-util-linux built ... 13:59 < rxr> Mozilla Foundation releases Thunderbird 1.0 Release candidate 13:59 < rxr> ^- /me is just updating it ... 14:01 < rxr> Apple Computer this afternoon seeded developers with build 7S210 of Mac OS X 10.3.7, 14:02 < rxr> Mac OS X 10.3.7 is reportedly scheduled for released within the next 4 weeks. 14:04 < rxr> cool 14:04 < rxr> inkscape 0.40 has "Text On Path" - finally! 14:05 < rxr> inkscape getting more and more my prefered graphic tool every day 14:05 < rxr> http://www.osnews.com/story.php?news_id=9049&page=1 14:08 -!- CorLis [~wehrlin@p508C222B.dip.t-dialin.net] has joined #t2 14:08 < CorLis> guggug 14:13 < jsaw> gug^3 14:13 < rxr> does anyone object removing sodipodi? 14:13 < rxr> http://www.sodipodi.com/ 14:14 < jsaw> nope 14:14 < rxr> seems to be stalled and inkscape is far more advanced ... 14:15 < jsaw> but actually I'd only X->O and wait for complaints... 14:16 < rxr> well - at some points we have so many O packages ... - I just remove it right now - and if anyone really "needs" it it can be reverted ... 14:16 < jsaw> btw inkscape, you may want to check if it detects potrace 14:17 < rxr> yep ... 14:17 < CIA-9> rene * r4918 /trunk/package/graphic/sodipodi/: 14:17 < CIA-9> * removed graphic/sodipodi seems to be stalled and inkscape is far 14:17 < CIA-9> more advanced 14:21 < rxr> was build before potrace in stage-5 14:21 < rxr> fixed it ... 14:21 < jsaw> ... 14:21 < CIA-9> rene * r4919 /trunk/package/graphic/inkscape/inkscape.desc: 14:21 < CIA-9> * raised the inkscape priority a lot so it is build after potrace 14:21 < CIA-9> * updated the .desc TEXT on the way 14:22 < rxr> but we plan to get rid of the static priority anyways - and want to use only a dynamic schedulingn based on dependencies ... 14:22 < rxr> less error prone - and does not yield two code pathes, one never teseted cluster one and the static priority one ... 14:22 < jsaw> I was about to say it: this cries for dep resolved build order 14:23 < rxr> yep ;-) 14:23 < rxr> but in Awk it gets a bit slow - so I have it on the "path to 3.0" todo beeing done in C++ ... ;-) 14:24 < rxr> == 14:18:30 =[9]=> Building mail/thunderbird [1.0rc 2.1.0-beta]. 14:24 < rxr> my iBook will take over an hour for it ... 14:27 * rxr -> bank, backery and so on - cu soon 14:32 < jsaw> cu 14:50 < rxr> re 15:10 -!- CorLis [~wehrlin@p508C222B.dip.t-dialin.net] has quit [Read error: 110 (Connection timed out)] 15:11 < rxr> Europe to fry in one long, hot summer 15:11 < rxr> Boffins issue global warming alert 15:11 < rxr> ? 15:33 -!- madtux [~mike@200.91.101.97] has joined #t2 15:33 < madtux> good day 15:33 < rxr> welcome back madtux 15:34 < madtux> oh hello rxr 15:34 < madtux> rxr: mailing list = t2@exactcode.de right? 15:34 < rxr> yep 15:34 < madtux> a couple of emails on the way. 15:34 < madtux> :) 15:34 < madtux> i couldn't progress much last night i was VERY tired 15:35 < rxr> hehe - ;-) no problem 15:35 -!- mnemoc_ [~amery@200.75.27.36] has joined #t2 15:35 < madtux> but hey... it has started 15:35 < madtux> :) 15:35 < rxr> madtux: you might want to "svn up" we fixed some vital stuff last night 15:36 < rxr> (in fact I had it lying around over a day and forgot to commit) 15:36 < madtux> mmm.... damn.. 15:36 < madtux> hehe 15:36 < madtux> what stuff? 15:36 < rxr> e.g. your 00-dirtree .. 15:36 < madtux> i only sent 1 real fix, soem updates and an err file 15:36 < madtux> damn... i just a patch to fix it :) 15:37 < madtux> i just sent* 15:37 < rxr> the links are right ... - just our initial toolchain setup was a bit broken ... 15:37 < madtux> :( 15:37 < madtux> mmm... interesting.. 15:37 < rxr> svn up will solve all the bootsrapping trouble ... - sorry about that ... 15:37 < madtux> i managed to fix it by just adding a ../ 2 a couple of links 15:37 < madtux> its fine 15:37 < rxr> maybe just take a look what was wrong svn diff -r HEAD or so ... 15:38 < madtux> what about the glibc @ stage 1 issue? 15:38 < madtux> i will check 15:38 < rxr> well - but then the links would point to the wrong location 15:38 < rxr> the same 15:38 < rxr> the initial build dir had a wrong setup .. 15:38 < madtux> good point. 15:38 < rxr> I greatly cleaned up the mess left by the project we forked from and forgot th commit the final polishing ... 15:38 < madtux> i will see what you guys did :) 15:39 < madtux> hehe... well i'm going to svn up now 15:39 < rxr> t2 is about simplification - doing it the right way (tm) 15:39 < madtux> :) 15:40 < rxr> afaics rock becomes more complex and error prone in each version - we do want to prevent this and provide a more pleasant user experience by providing stuff that just works and is understandable ... 15:41 < rxr> and base on standards - e.g. use crosscc for clustering and cross-compile everything - instead of unscaling cluster hacks (broken in rock 2.1 anyway) and pseudo cross native whatever 15:41 < madtux> u sound like a marketing guy :) 15:41 < rxr> or the new rock package slit and fork stuff + the "meta packages" thing ... 15:42 < rxr> this stuff is highly confusing for users and does not ever work properly ... 15:42 < madtux> yeah 15:42 < rxr> no - this is not all about marketing, technical issues come first for me - but getting a user and developer community is also very important - at least for me 15:43 < madtux> it is indeed 15:43 < rxr> e.g. take a look at rock - due to its brokenness in each development tree and needing over a year to stabelize after such journeys the user and developer base never increased much ... 15:44 < madtux> i believe its been nearly stuck.. 15:44 < madtux> and many developers have quit 15:44 < madtux> so that doesn't help 15:44 < rxr> the only reason gentoo has so many users is that - although the build system and packages are highly ugly and very hardcoded - it (mosty) just works ... 15:44 < madtux> yeah 15:44 < rxr> you say emerge mozilla and you get what you asked for - in rock you get compile errors due to missing dependencies ... 15:44 < madtux> and they got lots of user friendly documentation and so 15:44 < rxr> and gentoo is just a joke 15:45 < rxr> I do not like the gnetoo doku much - it is all just lenghty unstructued text - when you search for s.th. you have to search quite a lot to find it 15:45 < rxr> but anyway ... 15:45 < madtux> rxr as i said before _user_ friendly documentation 15:46 < madtux> as in step by step stuff... dummy proof 15:46 < madtux> but many new users like that 15:46 < rxr> I just reviewed gentoo again recently ... - the build system is quite a joke - and when you look at the details there are so many gaps ... 15:47 < rxr> e.g. take the init scipts - although they pretend to be "the optimized linux distribution" the init scripts are awfully slow 15:47 < rxr> never saw a box that slowly booting ... 15:47 < madtux> not even with madrake? 15:47 < rxr> and then stuff like "hey with gentoo 2004.4 (or what it was) we now can build sane kernels that actually work - WoW ... 15:48 < rxr> did not try mandrake that often - but gentoo was really really slow ... 15:48 < madtux> i hate slow boot 15:48 * rxr too ... 15:48 -!- mnemoc [~amery@200.75.27.4] has quit [Read error: 110 (Connection timed out)] 15:48 -!- mnemoc_ is now known as mnemoc 15:48 < madtux> rxr: now image how slow gentoo can be on an ultra 5 with selinux enabled 15:48 < rxr> the package build output is also quite annoying - and for 2005 they plan an installer we have for years ... 15:49 < rxr> just not yet graphically - but this is also on the way 15:49 < rxr> you run it ? 15:49 < madtux> i have yes.. 15:49 < madtux> i helped a bit on gentoo-hardened 15:49 < madtux> on sparc stuff 15:50 < madtux> most specifically selinux stuff 15:50 < madtux> now i'm willing to bring this kind of things to t2 15:50 < rxr> ;-) 15:51 < madtux> having selinux and grsecurity as optional features on t2 could bring an even BIGGER difference between t2 and rock 15:51 < madtux> now there is pro's and contra's of course 15:51 < rxr> well - having it optinal is a big pro ;-) 15:51 < madtux> meaning what? well there is still a long way to go to be able to run a full desktop enviroment with selinux enabled 15:52 < madtux> but a server a router or a minimalistic system should be fine 15:52 < madtux> well as u said yourself we want t2 to be flexible 15:52 < rxr> yep 15:52 < rxr> but doesn't fedora ship with selinux enabled? 15:53 < madtux> so i believe that selinux should be just a another option to enable or disable it 15:53 < madtux> rxr: fedora was the first one to ship it... but this si not default yet because of the several issues with x stuff 15:53 < madtux> BUT 15:54 < madtux> you can type in selinux when u wanna install so it will load a kernel and config ready to use selinux 15:54 < madtux> anyways to be honest our example to follow in the selinux stuff should be gentoo.. not debian or fedora 15:54 < madtux> u probably hate that.. but Chris Pebenito certainly rocks 15:55 < madtux> in matters of selinux policies 15:57 < madtux> oh my mails have reached the list 15:59 < CIA-9> rene * r4920 /trunk/target/router/ (build.sh download.txt router.txt): 15:59 < CIA-9> Miguel Bolanos : 15:59 < CIA-9> * updated build.sh to NOT use static syslinux version 15:59 < CIA-9> * updated syslinux (2.02 -> 2.11) for the router target 15:59 < CIA-9> * updated my email address 15:59 < CIA-9> * fix some text format 16:00 < madtux> wow. 16:00 < madtux> :) 16:00 < rxr> ;-) 16:01 < madtux> well i hated that ugly static version thing on the build.sh 16:01 < madtux> the funny thing is that i submitted it 2 or 3 times to rock and it was never commited 16:01 < rxr> sure - me to ,-) 16:02 < rxr> hardcodings are evil ... *g* 16:02 < madtux> indeed 16:02 < rxr> guess you got a "please submit it thru submaster - I'll nto app 16:02 < rxr> not apply patches from the list" back .-) 16:02 < madtux> i did.. 16:02 < madtux> and when i submitted it by submaster.. they said we can't commit because u added no description to the patch 16:03 < madtux> so i was like #$^#^!!!! #@$%! 16:03 < madtux> :) 16:03 < rxr> yeah - I like submaster exactly the same ... 16:03 < madtux> so i simply silently moved away before i would hurt somebodys feelings out of my frustration 16:03 < rxr> when you plan to commit regularly you get svn write access ... 16:04 < madtux> do not worry about it.. i can still simply anoy you with large amount of patches :) 16:04 < madtux> :P 16:04 < rxr> sure - until it annoys me and you are forced to write access ;-) 16:04 < madtux> hehe 16:05 < rxr> btw, we have 8 or so write committees - so your patches might end up beeing applied by s.o. else ... 16:05 < rxr> http://www.exactcode.de/t2/svn-commit-tutorial.html 16:05 < madtux> okis 16:05 < madtux> btw who are the others? 16:05 < rxr> http://www.exactcode.de/t2/svn-access.html 16:05 < rxr> mnemoc jsaw valentin _martin_ jeru susan lars, ... 16:06 < madtux> i have no clue of who are jeru or susan :) 16:06 < madtux> the others at least i've seen them around 16:06 < rxr> jeru someone from berlin - susan my grilfriend ... 16:06 < madtux> oh :) 16:06 < madtux> ah geek girlfriend.. very good :) 16:07 < rxr> depends ... 16:07 < madtux> mm.. 16:07 < rxr> but I do not know jeru personally - he got to the project via thy internet - not by personal involvements here in berlin ... 16:09 < rxr> you sent a 9MB log to the list ? 16:09 < rxr> modem users will not be happy ... :-( 16:09 < madtux> DO'H 16:09 < madtux> it was rejected do not worry 16:09 < rxr> I have it in my t2 box - so it might not have been rejected ... 16:09 < madtux> but sorry 16:09 < madtux> mmm... i just got a bounce 16:09 < rxr> thunderbird still sucking it over the 64kB VPN link ... 16:10 < madtux> oh man i'm sorry :( 16:10 < rxr> no problem - (for me) 16:10 < madtux> damn i knew i should have sleeped last night 16:10 < madtux> oh well i will just take the screams 16:10 < rxr> and nowadays lars has fast i-net in the uni ... - so maybe no v.90 modem users left ... 16:10 < jsaw> :D 16:10 < madtux> i don't think i';m that lucky 16:10 < madtux> :) 16:10 < madtux> good day jsaw 16:10 < rxr> the glibc log takes some time to arrive - but I guess it is ldconfig is the same file at the end? 16:11 < jsaw> hi madtux 16:11 < rxr> then it is fixed by my last nights commits ... 16:11 < madtux> yeah 16:11 < madtux> GREAT 16:11 < madtux> i'm liking this t2 team 16:11 < madtux> :) 16:12 < rxr> ;-) 16:12 < rxr> hm - now thunderbird stalled ... 16:12 < rxr> although utilization of the VPN link stopped ... 16:13 < rxr> ah - back it is ;-) 16:13 < rxr> ouhm - thunrdebird sucks ... 16:14 < madtux> hehe 16:14 < rxr> not it downloads the messge again ... 16:14 < rxr> I hope the text view will not crash with 9MB of content ... 16:15 < madtux> geez... how could i not think about the size when i sent that 16:15 < madtux> i'm really sorry 16:15 < rxr> ;-) 16:16 < madtux> btw.. should we rename the router target T2 Router 16:16 < madtux> ? 16:16 < madtux> i don't mind 16:17 < rxr> yeh - of course 16:17 < madtux> very well on my next batch of patches i'll send one witht he correction 16:18 < jsaw> okay guys, I'm off, cu tonight... 16:18 < rxr> cu jsaw 16:18 < madtux> cya 16:19 < rxr> ouhm - selections in the 9MB text view of thunderbird freeze it ... 16:21 < rxr> ouhm - my thunderbird sucks 16:21 < rxr> on reply it downloads the message again ... 16:22 < rxr> seems it does not like caching such big imap objects ... 16:22 < madtux> damn.. 16:22 < rxr> no worry - it is just time the list needs to wait for the reply .. 16:23 < madtux> okis 16:23 < madtux> ok my build is moving clean now 16:23 < rxr> I do not pay the transfer costs ... - I mean it is not over a GPRS cellphone or so .. 16:23 < madtux> i'm happy 16:23 < madtux> :) 16:23 < madtux> that make's me feel better 16:23 < rxr> I hope you started from cratch after a Cleanup -full ? 16:23 < madtux> i did yes 16:23 < rxr> good ;-) 16:23 < madtux> but i'm already at stage 1 16:24 < madtux> my laptop is quick 16:24 < madtux> and i will also start my build at home 16:24 < madtux> got a few boxes there that i use for playing 16:24 < madtux> cool... gzip just broke 16:25 < madtux> !> make: Cross_CC_not_built_so_far_cc: Command not found 16:25 < madtux> !> make: *** [gzip.o] Error 127 16:25 < rxr> oeuhm - that target is that ? 16:25 < madtux> router *g* 16:25 < rxr> better update the pacakge list a bit ... 16:25 < madtux> i just did... 16:25 < rxr> I could quickly fix it ... 16:25 < madtux> ok 16:25 < rxr> some glibc23 > glibc and gcc3 -> gcc or so ... 16:25 < rxr> should I just commit it ? 16:26 < madtux> well it built dietlibc before gzip 16:26 < madtux> yeah go ahead and commit the fix 16:26 < rxr> dietlibc in stage-0 are just headers - no gcc utilization 16:26 < madtux> == 12/02/04 09:28:54 =[1]=> Finished building package dietlibc. 16:26 < madtux> stage 1 my friend :) 16:28 < CIA-9> rene * r4921 /trunk/target/router/ (config.in pkgsel.sed pkgsel.sh): * some router package list updates 16:28 < rxr> hm - interesting ... 16:29 < rxr> what is in the relevant dietlibc log ? 16:31 < madtux> rene... pkgsel.sed is dynamic.. 16:33 < rxr> I know - this is why I also adapted the script ... 16:33 < rxr> if you would have rerun it it would have yield a simillar result ... 16:34 < rxr> maybe try it and fix it further 16:34 < madtux> let me see what u have done 16:35 < madtux> i should i launch a clean build? 16:35 < madtux> s/clean/fresh 16:36 < rxr> if you have enough CPU cycles it is the best if the compiler was missing in the beginning 16:37 < rxr> hm - thunderbird still stuck 16:40 * madtux making some improvements to router 16:41 < madtux> and launching fresh build 16:42 < rxr> cool 16:44 < madtux> router uses linux24 .. i really would like to see it running on linux26 16:44 < madtux> lets see what happens :) 16:44 < rxr> I already added linux26 some minutes ago .. 16:45 < madtux> u did.. 16:45 < rxr> afair 16:45 < madtux> BUT u keeped 24 16:45 < rxr> yep 16:45 < madtux> i removed 24 16:45 < rxr> ... 16:45 < madtux> but just on my box 16:45 < madtux> rxr we don't need/want 2 kernels on the minimalistic router target 16:46 < madtux> back in the rock days it was 5mb and i considered it HUGE 16:46 < rxr> well - the kernel is not the biggest thing and could still be selected on bootup .. 16:46 < rxr> but yeah - throw it away ... 16:46 < madtux> just let me see how necesary 24 is for this specific target 16:46 < madtux> :) 16:47 < rxr> well - of course it is not necessary 16:47 < madtux> so let me build the thing, try it out and see if its stable enough :) 16:48 < madtux> once we have fully moved router to 26 i will start putting selinux in it as my initial testing 16:48 < madtux> :) 16:48 < rxr> yep 16:49 < rxr> fsck - just scanned without dbuggin :-( 16:49 < madtux> rxr: btw when do u think that u can hand me over the sparc image to laod it on one of my ultras? 16:49 < rxr> well - I could prepare a simple tarball of my running system sometime soon 16:49 < madtux> ok linux26 just broke 16:50 < madtux> !> /bin/sh: line 1: Cross_CC_not_built_so_far_gcc: command .. 16:50 < rxr> hm 16:50 < madtux> i think i will have to add gcc to the target 16:50 < rxr> was there no compiler built? 16:50 < madtux> selene:/home/mike/Projects/t2/t2-trunk # ls build/router-2.1.0-beta-x86-pentium-mmx-32-router-expert/var/adm/logs/ 16:50 < madtux> . 0-00-dirtree.log 0-dietlibc.log 1-dietlibc.log 16:50 < madtux> .. 0-binutils.log 1-00-dirtree.log 1-linux26.err 16:50 < madtux> ... 16:50 < madtux> selene:/home/mike/Projects/t2/t2-trunk # 16:50 < rxr> hm:-( 16:51 < madtux> i really don't want to add gcc to the pkg list 16:52 < rxr> what? 16:53 < madtux> well gcc is NOT on the pkg list atm 16:53 < rxr> but why don't you wanna add it - you need a compiler for the target ... 16:54 < madtux> i know i know.. i will add it *g* 16:56 -!- mtr [~michael@H8442.h.pppool.de] has joined #t2 16:56 < madtux> ok lets see what happens now 16:57 < rxr> thunderbird annoys me ... 16:58 < madtux> what's it doing now? 16:58 < rxr> wasting my precious CPU cycles ... 16:58 < rxr> I should not click on 9MB messages in the future ... 16:58 < madtux> :( 16:59 < madtux> sorry :( 16:59 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has joined #t2 16:59 < rxr> hi Minto 17:01 < rxr> now thunderbird crashed 17:07 < Minto> hi rxr 17:07 < mtr> hi all 17:07 < Minto> hi all 17:08 < madtux> ok now it is building gcc 17:08 < madtux> rxr: just delete the msg there is no sence to even reply if its fixed 17:09 < rxr> yep - but the list if for communication - so other people should not wonder why it is left undiscussed ... 17:09 < madtux> going point 17:10 < rxr> and I also find the rock way to decide all in secret in ad-hoc IRC sessions and elite develop meetings (where often many core people are not present anyway due to not living in austria / germany) really unfair and unopen ... 17:11 < rxr> t2 is about openness, communication, working together, and forming a friendly community ... 17:11 < madtux> just send an email with RE: and exlain about the fix :) 17:11 < madtux> btw what's the right format for the log entries? 17:11 < rxr> yep - did it ... 17:11 < rxr> it is explained in the svn-commit howto 17:11 < madtux> :) 17:12 -!- nullslack [~nullslack@203.131.109.114] has joined #t2 17:12 < rxr> http://www.exactcode.de/t2/svn-commit-tutorial.html 17:12 < rxr> hi nullslack 17:12 < nullslack> hello rxr 17:13 < nullslack> should i do a "svn up" now? 17:13 < rxr> yes ;-) 17:13 < nullslack> thnx... ;) 17:14 < madtux> rxr: yeah sorry :) 17:14 < madtux> good day nullslack 17:14 < madtux> nullslack: 00-dirtree fixed 17:14 < madtux> :) 17:14 < nullslack> good day madtux!!! 17:15 < nullslack> thnx...i'll try it out after "svn up" 17:15 < madtux> nullslack: u may wanna start a fresh build 17:15 < nullslack> oh...so i'll do "Clean -full" 17:16 < nullslack> or "rm -rf" myConfig 17:16 < rxr> Clean --full 17:17 < nullslack> rxr, is minimalistic+xorg A-OK? 17:17 < nullslack> rxr, thnx 17:18 < rxr> mostly ... 17:19 < rxr> let me fix it a bit 17:23 < CIA-9> rene * r4922 /trunk/misc/pkgsel/minimal+xorg.in: 17:23 < CIA-9> * minimal+xorg package pre-selection template work (down to 90 17:23 < CIA-9> packages on x86) 17:24 < nullslack> is it only X? or there are wm's and other X apps? 17:25 < rxr> I think only X ... 17:25 < nullslack> == 00:34:15 =[0]=> Building base/00-dirtree [0000 2.1.0-beta] 17:25 < rxr> but you could add the few ones you like - or build them on demand in your system 17:25 < nullslack> rxr, using pkgsel? 17:26 < rxr> when you want to add it to your build you could enable it in the custom package selection 17:26 < rxr> for building it into your later running system you just need ./scripts/Emerge-Pkg pkg-name 17:27 < nullslack> i think i don't have loop module support ;( re-compile kernel? 17:27 < nullslack> Emerge-pkg works like apt-get or ports? 17:27 < rxr> yes 17:28 < rxr> but it does not yet do dependency analyses as perfect as we want it later ... 17:28 < nullslack> yes? to Emerge or recompile? 17:28 < rxr> to Emerge-Pkg .. 17:28 < rxr> when you want to have less trouble with the build it is adviceable to enable loop support 17:29 < nullslack> so i'll have to recompile my kernel then? ;( 17:30 < rxr> yes 17:31 < rxr> but I think when you copy the minimal system into a fresh partition and boot it there you might be able to manage this without loop (since you then do not need install images and such) 17:33 < nullslack> hmmm...maybe i'll just do that...then build another one using that build and it will have loop support by default right? ;) 17:34 < rxr> yes - t2 kernels have loop enabled by default ... 17:36 < nullslack> ok thnx... 17:38 < madtux> DAMN! gcc just broke 17:41 < rxr> with that error? 17:41 < madtux> let me show you 17:41 < madtux> query? 17:42 < madtux> /home/mike/Projects/t2/t2-trunk/build/router-2.1.0-beta-x86-pentium-mmx-32-route 17:42 < madtux> r-expert/usr/include/bits/local_lim.h:36:26: linux/limits.h: No such file or dir 17:42 < madtux> ectory 17:42 < madtux> make[1]: *** [crtbegin.o] Error 1 17:43 < rxr> is linux-header not in your target? 17:43 < madtux> checking 17:44 < madtux> this is weird.. why are all this packages missing.. 17:44 < madtux> schei*** 17:48 < madtux> i'mot giving up i _WILL_ win this fight 17:48 < madtux> i'm not* 17:48 < nullslack> ;( does that mean that mine will be broken also? 17:49 < madtux> nullslack: no.. my build is not normal, i'm building my router target 17:50 < nullslack> oh..thnk god ;) 17:51 < madtux> hehe.. yeah I'm masochist 17:52 < CIA-9> rene * r4923 /trunk/package/mail/thunderbird/ (thunderbird.conf thunderbird.desc): * updated thunderbird (0.9 -> 1.0rc) 17:52 * daja77 should quote that 17:52 < madtux> hello daja77 17:52 < nullslack> whoaaa...pretty cool!!! updates! updates! updates! lol 17:53 * madtux has made several fixes to router target this mourning 17:55 < madtux> daja77: how are u btw? 17:55 < daja77> pissed, but fine otherwise 17:56 < madtux> pissed at me? 17:56 < daja77> no at arcor 17:56 < daja77> for needing 7 weeks to tell me that they can't do dsl for me 17:56 < madtux> geez 18:01 < rxr> yeah - telephony companies rellay rock 18:01 < rxr> really even 18:02 < madtux> you guys should see what they can do when there is a goverment monopolly in communications 18:02 < rxr> we had this here, too - until a few years .. 18:03 < rxr> and it is still in deregularion process ... 18:03 < madtux> i cancelled my cell phone line sometime ago, and yesterday iwent to get me a new one.. and suprise there are NO lines but if i get lucky in only 1 year or 2 there will bemore 18:03 < rxr> http://www.regtp.de/ 18:03 < daja77> all telephone companies suck 18:04 < madtux> YES 18:06 < daja77> .oO (we don't have to care, we are the telephone company ;) 18:08 < madtux> "we don't need you.. you need us" 18:09 < nullslack> oh...t2 is using 2.6 kern...but i haven't noticed udev... 18:09 < rxr> udev is in filesystems ... 18:09 < rxr> udev and devfs are both available - but udev not yet widely used 18:11 < nullslack> ic 18:12 * madtux smiles 18:12 < madtux> I'm so glad to be back.. i really missed this 18:14 < nullslack> madtux, the conversations? or the build? ;) 18:14 < madtux> nullslack: the hacking it self.. the bug hunting, the building. 18:14 < mnemoc> rehi 18:14 < nullslack> hi mnemoc 18:14 < madtux> and of course the fact of having time to talk to my friends :) 18:14 < mnemoc> madtux: did you asked for a write account? instead of sending patches to the list :) 18:14 < mnemoc> hi nullslack madtux rxr 18:15 < madtux> nullslack: i've been away doing just work stuff for i think years 18:15 < nullslack> madtux, as an admin right? 18:15 < madtux> mnemoc: no i didn't.. and i won't ask for it.. it much more fun to simply get on rxr's nerves 18:15 < madtux> :) 18:16 < madtux> nullslack: development, research, security, systems admin 18:16 < nullslack> pretty cool work! 18:16 < madtux> nullslack: many things.. but its not the same thing to develop things not been able to do much social stuff or talking about what ur doing than doing GPL stuff 18:16 < madtux> u learn alot but u miss the human touch 18:17 < mnemoc> rxr: my linux-util failed due to little endian s.th undefined on byteorder 18:17 < madtux> mnemoc: how are u btw? 18:17 < mnemoc> rxr: i think fake fixed this on rock 18:17 < mnemoc> madtux: studing :) and you? 18:18 < madtux> mnemoc: coding! hacking! 18:18 < madtux> :) 18:18 < madtux> building! 18:18 < nullslack> =[1]=> <-- does this mean stage 1? 18:18 < mnemoc> yes 18:18 < madtux> nullslack: yes 18:18 < mnemoc> madtux: much more fun on yours 18:19 < madtux> mnemoc: oh YES 18:19 < nullslack> thnx...so it's up to stage 9? 18:19 < madtux> i'm a happy tux 18:19 < madtux> nullslack: depend on the target :) 18:19 < madtux> nullslack: on desktop there will be no 9 18:19 < mnemoc> madtux: stage 9 is rebuild stage 18:19 < madtux> nullslack: stage 9 is a full rebuild 18:19 < madtux> mnemoc: ... 18:20 < madtux> :) 18:20 < mnemoc> i'll continue stading 18:20 < mnemoc> studing* 18:20 < nullslack> why is it needed? 18:20 < madtux> mnemoc: studing is for the birds.. code 18:20 < madtux> mnemoc: help me out on this one.. i don't have the right word 18:20 < madtux> s 18:21 < mnemoc> nullslack: stage-9? 18:21 < mnemoc> nullslack: to be sure what you build is fully functional 18:21 < mnemoc> nullslack: and it is used to install (emerge) staff locally 18:22 < nullslack> ic...but does it take the same amount of time as the first build? 18:23 < nullslack> and why is desktop don't have it? 18:23 < mnemoc> nullslack: because it doubles the build time :p 18:24 < madtux> nullslack: its actually quite anoying to wait that much 18:24 < madtux> depending on ur system capacity we could be talking about days 18:24 < mnemoc> nullslack: you can enable ccache to make that rebuild faster, but then you double+ your harddrive usage 18:24 < madtux> nullslack: i knew a guy once that had to wait over 6 hours to just build his kernel 18:25 < mnemoc> i, on my p200 had to wait _weeks_ for a build 18:25 < madtux> oh yeah thats right mnemoc is the guy :) 18:26 < nullslack> damn...i have celeron 2Ghz w/ 256 MB ram...how long will the build be? 18:26 < nullslack> mnemoc, how many weeks? 18:27 < mnemoc> 2-3 for a desktop 18:27 < mnemoc> after that i started my own target without X-crap 18:28 < nullslack> then just use the gem package for X? 18:28 < madtux> i have to wait maybe 2 days for my build to be over 18:28 < nullslack> madtux, desktop? 18:28 < madtux> nullslack: ack 18:28 < madtux> or i guess i haven't build in a long time 18:29 < madtux> nullslack: athlon 2.6ghz - 1gb memory 18:29 < mnemoc> madtux: that is not good, your machines are _just_ 10 times faster than a p200? :) 18:29 < madtux> mnemoc: i dunno 18:29 < mnemoc> madtux: two days vs. 2-3 weeks 18:30 < madtux> mnemoc: i'm actually guessing as i haven't build in a long time but i will be able to tell you exact numbers soon 18:30 < madtux> mnemoc: okis? 18:30 < mnemoc> madtux: ok :) 18:30 < madtux> .oO( la envidia es mala, mata el alma y la envenena) 18:30 < nullslack> so i'll be expecting to finish the build 3 to 4 days from now 18:30 < madtux> nullslack: perhaps 18:30 < madtux> :) 18:31 < nullslack> does niceness speeds up build? 18:36 < madtux> http://www.fishbase.org/photos/BestPhotoThumbnails.cfm 18:36 < madtux> urrgs sorry.. 19:36 < rxr> http://www.w3.org/Provider/Style/URI 19:38 < rxr> ^- Designing URIs 19:40 < mnemoc> are URIs designables? 19:41 < rxr> read it ;-) 19:44 < mnemoc> bookmarked :) 19:51 < rxr> I did so many changes to my SANE/Avision driver, I should start to test if it actually still work with the old devices ... ;-) 20:12 -!- madtux_ [~mike@200.91.101.97] has joined #t2 20:21 -!- madtux [~mike@200.91.101.97] has quit [Read error: 60 (Operation timed out)] 20:21 -!- madtux_ is now known as madtux 20:45 < madtux> ping mnemoc 20:59 < madtux> what an interesting #$^$%ƽ!!!!!!! 20:59 < madtux> ===[ipr2_pm:30 (last $?=0)> install_init netfs /home/mike/Projects/t2/t2-trunk/p 20:59 < madtux> ackage/network/iproute2/netfs.init 20:59 < madtux> /home/mike/Projects/t2/t2-trunk/scripts/Build-Pkg: line 30: install_init: comman 20:59 < madtux> d not found 20:59 < madtux> rxr: awake? 21:00 * daja77 starting fresh build 21:00 < madtux> hello daja77 21:00 < madtux> again 21:00 < madtux> :) 21:00 < daja77> :D 21:01 < madtux> did u see my error? 21:01 < madtux> to not call it horror :) 21:01 < daja77> erh no 21:01 < daja77> but building rock 2.1 sorry 21:01 < madtux> scrollback a few lines 21:02 < daja77> i saw it 21:03 < madtux> interesting little @#%$@#% don't u think? 21:03 < rxr> madtux: you most probalby have no init in your package list 21:03 < rxr> kde progress: 21:03 < rxr> http://osdir.com/Article2722.phtml 21:03 < madtux> rxr: mmm... 21:06 < madtux> rxr: right again. 21:08 < daja77> danimo said they are about to release 3.3.2 21:08 < rxr> yep - the article says so, too 21:09 < daja77> and 3.4 in Q12005 21:09 < rxr> yep 21:09 < daja77> he asked me to put 3.4pre final on clt live cd 21:27 < madtux> router build broke yet again 21:28 -!- madtux [~mike@200.91.101.97] has quit ["leaving"] 21:30 < mtr> while building linux26, I got a (seldom) error in linux24/lx_config.sh: 21:31 < mtr> scripts/Build-Pkg: line 218: /bin/rm: Argument list too long 21:31 < rxr> hm 21:31 < mtr> hmm, I added the -rc2 patch to linux-2.6.9, the patch probably contains too many files 21:32 < mtr> the error occurs while "Clean up the *.orig and *~ files ..." 21:33 < rxr> fixed 21:33 < CIA-9> rene * r4924 /trunk/package/base/linux24/lx_config.sh: * fixed linux24/lx_config.sh for patches that modify a lot of files 21:33 < mtr> rxr: thanks 21:35 < rxr> I hope the tiny change does not contain a typo - untested ,-) 21:35 < rxr> no problem - thanks for the report ;-) 21:45 -!- sparc-kly [~sparc-kly@64.237.130.173] has joined #t2 22:12 < rxr> mtr: do you add a note here when your linux kernel built? 22:14 < mtr> yes ok, I test your changes and rebuilt the kernel 22:14 < mtr> I found another error in stage-1: gawk does not build any more 22:15 < rxr> == 12/02/04 22:14:18 =[9]=> Finished building package thunderbird. 22:15 < rxr> ouhm 22:15 < mtr> I am investigating this, thinking about what has changed since the last weekend 22:15 < rxr> ouhm - quite a lot ... 22:16 < mtr> and (as usual) I am building with uclibc ;-) 22:17 < rxr> ouh - that could be the source ... 22:17 < mtr> but possibly it has something to do with --with-sysroot changes ? 22:17 < mtr> ath the top of awk.h: 22:17 < mtr> #ifdef HAVE_CONFIG_H 22:17 < mtr> #include 22:17 < mtr> #endif 22:18 < mtr> and it seems that should be "config.h" 22:18 < mtr> ??? 22:26 < mtr> Clean up the *.orig and *~ files ... 22:26 < mtr> ... linux source patching finished. 22:26 < mtr> Generic linux configuration ... 22:27 < mtr> the lx_config.sh fix looks good 22:29 < rxr> ok 22:29 < rxr> yes - it might be --with-sysroot related ... 22:43 -!- Minto [~chatzilla@82-217-66-7.cable.quicknet.nl] has quit [Read error: 110 (Connection timed out)] 23:01 < mtr> if there is an include directive like "#include " 23:01 < mtr> which directory should be searched first: 23:02 < mtr> "usr/lib/gcc/i386-unknown-linux-uclibc/3.4.3/include/" 23:02 < mtr> or "/usr/include" 23:02 < rxr> ouhm - hard to tell off hand ... 23:03 < rxr> I guess the i386-... one is searched first? 23:03 < mtr> limits.h exists in both ... 23:03 < rxr> the one in i386-... might be the result of the fix-include stuff in gcc ... 23:04 < rxr> maybe the only problem is that uclibc still install the headers in the tools dir where they are not wanted anymore (aside that it was always ugly)? 23:04 < rxr> what is the problem - the wrong headers are used? 23:04 < mtr> no, I've fixed this already, uclibc installs headers in real root 23:06 < mtr> but wait, there are some header files still in tools.cross/include ... 23:08 * mtr rm -rf build/... 23:10 < rxr> :-( 23:11 < mtr> restarting a clean rebuild now ... 23:14 < _martin_> Hi and gn8 23:14 < rxr> hi mtr 23:14 < rxr> _martin_: even 23:14 < rxr> _martin_: is there a link to the syp excercies? 23:15 < rxr> or where does one get them? - had no time to attend this week - due to contract writing that day ... :-( 23:16 < _martin_> Aehm, it's on the compute.tfh-berlin.de. Via ssh in /usr1/doz/luc 23:16 < _martin_> Or like this 23:17 < rxr> ok - thanks 23:17 < rxr> sleep well 23:17 < _martin_> Thanks, you too. n8 23:26 * mtr is not waiting for build completion, gn8 23:26 < mtr> rxr: and thanks again for your help, you've been right with the tools dir headers ... 23:28 < rxr> it built right now ? 23:29 < mtr> it builds right now, currently at 0-binutils 23:30 < rxr> formerly it did not got to 0-binutils? 23:30 < mtr> I had stage-1 almost completed, with the exception of gawk, util-linux and modutils 23:30 < mtr> all others built well 23:30 < rxr> so 0-binutils is not such a big enhancement, somehow I can not follow you ... :-( 23:33 < mtr> I started the build process all over just to be sure that my changes (to uclibc, and binutils-patches) do work correctly 23:34 < mtr> at least - changesets chould compile, as guideline from svn-commit-tutorial ... 23:51 < rxr> yeah - sure ;-) 23:51 < rxr> I just wondered if you meant you already fixed it - but when it happened at 1-gawk or so it is still some time to get there ... 23:52 < rxr> (sorry for the delay - was phoning ...) --- Log closed Fri Dec 03 00:00:17 2004