--- 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