T2 IRC Log: 2004-12-22
This is the log as captured by an IRC bot in the channel. The statements are those of the individual people and might not neccessarily reflect the policy and legal rules as set forth by the T2 SDE Project.
--- Log opened Wed Dec 22 00:00:41 2004
00:07 < rxr> cu
00:07 < jsaw> cu rxr
00:11 < mnemoc> cu rene
00:21 -!- hannes_ [ucbiv@rzstud3.stud.uni-karlsruhe.de] has joined #t2
00:50 < CIA-9> jsaw * r5177 /trunk/package/base/gcc/gcc.conf:
00:50 < CIA-9> * add the cmd_wrapper for xgcc - so far only used in stage0:
00:50 < CIA-9> * if STACKPRO=0, libgcc.a should not contain the SSP symbols
00:50 < CIA-9> (esp. __stack_smash_handle) because this breaks building
00:50 < CIA-9> dietlibc in stage 1. So we simply assume, the libc contains
00:50 < CIA-9> these.
00:51 < jsaw> == 12/22/04 00:39:32 =[1]=> Finished building package dietlibc.
00:51 < jsaw> finally.
00:54 < CIA-9> jsaw * r5178 /trunk/package/base/dietlibc/ (dietlibc.conf parse-config-9):
00:54 < CIA-9> * cleanup parse-config-9: now that DIETHOME is set, a few things are not
00:54 < CIA-9> needed anymore
00:54 < CIA-9> * no CC hardcoding in dietlibc.conf (was CC=gcc *ugh*)
00:56 < CIA-9> jsaw * r5179 /trunk/package/base/dietlibc/dietlibc.desc:
00:56 < CIA-9> * update dietlibc (0.27 -> 0.28-2004-12-18)
00:56 < CIA-9> quoting the changlog:
00:56 < CIA-9> libdl + gcc 3.4 resulted in a SIGSEGV because local names were
00:56 < CIA-9> dynamically resolved....
01:48 -!- mnemoc [~amery@200.75.27.22] has quit [Read error: 104 (Connection reset by peer)]
01:48 -!- mnemoc [~amery@200.75.27.22] has joined #t2
01:53 * mnemoc restarting a fresh build of bootdisk after jsaw's changes
01:59 * jsaw hopes he didn't screw up
02:00 < mnemoc> we will see :)
02:01 < mnemoc> jsaw: don't you want to cross build to amd64? or to ppc? or may be to anything?
02:02 < mnemoc> every cross build i try fails different :(
02:05 < jsaw> I'll try amd64 later (in the hope one day I'll be able to get such a machine ...)
02:11 < mnemoc> you need a few to do your calculations :)
02:14 < jsaw> hehe.
02:14 < jsaw> Wait, I'll just go over to my boss and ask him...
02:15 < mnemoc> sparc64!
02:16 < jsaw> (only thinking of amd64 to be able to play CounterStrike)
02:17 < mnemoc> the last game i played was starcraft :(
02:20 < mnemoc> i'll try to 'test' freeciv one of these days
02:27 < jsaw> flightgear is my favourite oss "game"
02:29 < mnemoc> i think i don't have graphic card for such beast :) ... screenshots are cool
02:30 < mnemoc> i want to play!!!
02:31 < mnemoc> to play _real_ games
02:31 * mnemoc playing with gtk-2.6 and clip bindings :(
02:39 -!- rxr_ [~rene@p213.54.193.130.tisdip.tiscali.de] has joined #t2
02:39 -!- Topic for #t2: T2 | 2.1.0-beta RELEASED | The next generation of System Development Enviroments (SDE) | http://www.exactcode.de/t2
02:39 -!- Topic set by mnemoc [] [Sat Dec 18 15:39:34 2004]
02:39 [Users #t2]
02:39 [ _Ragnar_] [ daja77 ] [ jsaw ] [ nzg] [ rxr_ ] [ valentin]
02:39 [ CIA-9 ] [ hannes_] [ mnemoc] [ rxr] [ sparc-kly]
02:39 -!- Irssi: #t2: Total of 11 nicks [0 ops, 0 halfops, 0 voices, 11 normal]
02:39 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
02:39 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup
02:39 < jsaw> I played it quite often. The helicopter is hard to fly. But a Cessna is easy (as long as nobody watches you landing)
02:40 -!- Irssi: Join to #t2 was synced in 15 secs
02:41 < mnemoc> =)
02:47 * mnemoc downloading flightgear
02:48 -!- rxr [~rene@p213.54.195.163.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)]
02:56 < mnemoc> jsaw: still here?
03:04 < mnemoc> i'm not clear what # TODO: -e "s,^$Dre[ ].*\($NODISTre\).*$,\3 download/nodist/\5/\4,;" \ try to say
03:04 < mnemoc> on list_cksums
03:18 < jsaw> yep
03:19 < mnemoc> how NODIST is suppose to be labeled for [D]s?
03:19 < jsaw> does not apply for T2
03:19 < mnemoc> how will T2 handle this?
03:19 < jsaw> there's no NODIST currently
03:20 < jsaw> actually I forgot.
03:20 < mnemoc> i need to add qmail, which is a nodist
03:20 < jsaw> *_bug_* rene :)
03:20 < mnemoc> :D
03:20 < mnemoc> i wanted to do it with a minus on the first char of location
03:21 < mnemoc> like current !
03:21 < mnemoc> -!http://....
03:21 < mnemoc> -ftp://....
03:21 < jsaw> this actually sounds like a great idea!!!
03:21 < jsaw> please implement and send to ML, please please please
03:21 < mnemoc> it's clean an deasy to parse
03:21 < mnemoc> ok :)
03:21 < mnemoc> thanks for your support :)
03:22 < jsaw> the parsing is actually crucial. If it is not in the D tag, it gets heavily complicated
03:23 < mnemoc> i'll try to implement it cleanly
03:23 < jsaw> I think I compiled 0-gcc 50 (in words: fifty) times the last two days.
03:25 < jsaw> that's an extermely nice chart:
03:25 < jsaw> http://packages.gentoo.org/packages/?category=app-admin;name=hddtemp
03:25 < jsaw> (I mean the look not the content)
03:25 < jsaw> we need sth. like that too
03:29 < jsaw> gentoo has phrack-magazine texts as packages ?
03:31 < jsaw> how to get 10000 packages in a distribution: pack random homepages/text, Gutenberg e.g. and pack each seperately
03:31 < mnemoc> imporintg cpan is enough
03:31 < jsaw> okay, let's say >100,000 packages
03:31 < mnemoc> =)
03:34 < mnemoc> outch, botdisk stoped at 1-dietlibc
03:34 < mnemoc> In function `__stack_smash_handler':
03:34 < mnemoc> ../../gcc/libgcc2.c:1744: undefined reference to `sigfillset'
03:35 < mnemoc> first time i get this SSP problems
03:40 < jsaw> hmmm.
03:40 < jsaw> that's exactly what I was fighting against the last two days.
03:41 < jsaw> try enabling the line
03:41 < jsaw> var_append GCC_WRAPPER_APPEND ' ' "-D_LIBC_PROVIDES_SSP_"
03:41 < jsaw> unconditionally
03:42 < jsaw> do you compile bootdisk with STACKPRO enabled?
03:43 < mnemoc> have you been playing with diet-0.28 all these days?
03:43 < jsaw> both, 0.27 and 0.28
03:44 < mnemoc> i have built 6 bootdisk in the last two days never getting this problem
03:44 < mnemoc> mom
03:46 < mnemoc> # grep ROCKCFG_PKG_GCC_STACKPRO config/boot/config
03:46 < mnemoc> export ROCKCFG_PKG_GCC_STACKPRO='0'
03:46 < mnemoc> bad thing
03:46 < mnemoc> it is being appeneded then
03:47 < jsaw> that's exactly the case my patches are meant for...
03:48 < mnemoc> uhm
03:49 < jsaw> *confused*
03:49 < mnemoc> from my side, your patch introduced it :)
03:49 < jsaw> seems so.
03:49 < jsaw> reverting everything in a few minutes.
03:49 < mnemoc> but you got it vefore
03:49 < mnemoc> before*
03:50 < jsaw> yes.
03:50 < mnemoc> so the problem existed
03:51 < jsaw> do you know the last rev when you made a bootdisk?
03:51 < mnemoc> 5176
03:51 < jsaw> a fresh build I assume.
03:52 < mnemoc> yes
03:52 < mnemoc> fresh bootdisk-pmmx
03:52 < mnemoc> on a p4 without diet
03:52 < jsaw> oh, without diet.
03:53 < mnemoc> that may be _the_ difference
03:53 < jsaw> how did you test r5171?
03:55 < mnemoc> i use to need DIETHOME
03:55 < mnemoc> but after your change to cmd_wrapper i stoped needing it
03:57 < jsaw> did you install the package?
03:57 < mnemoc> diet?
03:57 < mnemoc> no
03:57 < mnemoc> never
03:58 < jsaw> without DIETHOME, diet picks up /usr/dietlibc/include/dietref.h instead of $root/...
03:58 < jsaw> might pick up I mean
03:58 < mnemoc> that was why i got shocked when i commented it
03:59 < mnemoc> i thought you had done something on cmd_wrapper to avoid it's need
03:59 < jsaw> check if you now have /usr/dietlibc ?
04:00 < mnemoc> # stat /usr/dietlibc
04:00 < mnemoc> stat: cannot stat `/usr/dietlibc': No such file or directory
04:01 < jsaw> I'm heavily confused.
04:04 < mnemoc> me too
04:25 < rxr_> re
04:25 -!- You're now known as rxr
04:26 < rxr> and yes - my sleep cycle is heavily out of sync with thy world ...
04:26 < rxr> I built hed from yesterday with bootdisk ...
04:28 < mnemoc> with or without local diet?
04:29 < mnemoc> rxr: download/{mirror,nodist}/ or another word?
04:29 < jsaw> hi rxr
04:30 < rxr> maybe mirror and nomirror ?
04:30 < rxr> oder nodist ...
04:30 < jsaw> local?
04:30 < mnemoc> i don't like nomirror :)
04:31 < rxr> ok local or nodist ?
04:32 < mnemoc> uhm
04:33 < rxr> so - me breakfast and then acompany susan to the airport and then more osx hacking ..
04:34 < mnemoc> which do you like more, or dislike less?
04:36 < mnemoc> i'll do 'local' for now if noboy objects
04:36 < mnemoc> nobody*
04:37 < rxr> yeah both are fine ...
04:43 -!- mnemoc_ [~amery@200.75.27.33] has joined #t2
04:43 < mnemoc_> [00:35:42] nobody*
04:43 < mnemoc_> [00:38:22] forkedpkg=${pkg%=*} <--- what is this doing in our Download??
04:46 -!- mnemoc [~amery@200.75.27.22] has quit [Read error: 60 (Operation timed out)]
04:46 -!- mnemoc_ is now known as mnemoc
04:52 < jsaw> ouhm?
04:54 < CIA-9> mnemoc * r5180 /trunk/ (. scripts/Download): * remove pkgfork support on Download
04:56 < mnemoc> i have to go... cu 'tomorrow'
04:58 < jsaw> cu mnemoc
05:08 < jsaw> bbl
07:24 < rxr> re
07:24 < rxr> mnemoc: oh - I overlooked a pkgfork bit ;-)
07:24 < rxr> mnemoc: thanks
07:24 < rxr> so - let's continue hacking ...
07:26 < rxr> freetype update seems to cause regressions ...
07:31 < rxr> -> Compiler Cache enabled: 10.72% cache hits so far in ccache.chroot.
07:31 < rxr> for the whole desktop build so far ...
07:34 < rxr> btw. < -5.0 degree celcius over here ..
07:39 < CIA-9> rene * r5181 /trunk/package/gnome2/gtk-engines/gtk-engines.conf:
07:39 < CIA-9> * fixed gtk-engines to not install the pixmap engine now present in
07:39 < CIA-9> gtk-2.6 (using the install wrapper)
07:40 < rxr> oh - my stats indicate a rock comit storm is running ;-)
08:05 < rxr> GNU tar 1.15 (Release)
08:06 < rxr> Compressed archives are now recognised automatically and it is no longer necessary to specify -Z, -z, or -j options to read them.
08:07 < CIA-9> rene * r5182 /trunk/package/x11/libgd/libgd.desc: * updated libgd (2.0.15 -> 2.0.33)
08:20 < rxr> 64-bit Support in Tiger Is Only for Server Processes
08:34 < rxr> == 12/22/04 08:31:18 =[9]=> Finished building package tar.
08:36 < CIA-9> rene * r5183 /trunk/package/archiver/tar/ (read-full-records.patch tar-bzip2.patch tar.desc): * updated tar (1.14 -> 1.15), removed and rediffed patchs as needed
08:39 < rxr> tar is another example where ccache does not work (as utilized in our scripts) - I just rebuild the new tar a 2nd time:
08:39 < rxr> -> Compiler Cache Hits while pkg build: 1.35% (2 hits, 146 misses)
08:39 < rxr> and the two hits have been there the first time, too
08:40 < rxr> so most probably configure or so checks ..
08:43 < rxr> hm - when I run it manually it works ...
08:43 < rxr> cache hit 58
08:43 < rxr> cache miss 0
08:44 < rxr> ah - I imagine s.th.
08:58 < rxr> -> Compiler Cache Hits while pkg build: 100.00% (30 hits, 0 misses)
09:00 < rxr> ^- after a fix for a 2nd ccache package build
09:04 < rxr> cool - tar results:
09:04 < rxr> -> Compiler Cache Hits while pkg build: 100.00% (148 hits, 0 misses)
09:05 < rxr> without ccache: 2:16
09:06 < rxr> with ccache: 1:25
09:06 < rxr> most time spend in configure ...
09:09 < rxr> here it goes - I was gulty ...
09:09 < CIA-9> rene * r5184 /trunk/package/develop/ccache/dont_stat_compiler.patch:
09:09 < CIA-9> * reverted parts of r4607 (ccache update, the part where I deleted a
09:09 < CIA-9> patch since I was too lazy to rediff) and rediffered the patch.
09:09 < CIA-9> (Brings ccache performance back to normal due to not hashing the
09:09 < CIA-9> compiler's date and size - which is our wrapper, often rebuilt.)
09:09 < rxr> +i
09:12 < CIA-9> rene * r5185 /trunk/package/x11/freetype/ (freetype.conf freetype.desc):
09:12 < CIA-9> * downdated freetype (2.1.9 -> 2.1.7) since 2.1.9 has API changes
09:12 < CIA-9> causing regressions for mozilla based apps ... but this is still
09:12 < CIA-9> an update over our previous 2.1.5 version ;-)
09:12 < rxr> so - folks: trunk looks very good ;-)
09:24 < rxr> ccache results look way better now ...
09:29 < CIA-9> rene * r5186 /trunk/package/develop/distcc/distcc.desc: * updated distcc (2.18.1 -> 2.18.3)
09:58 < rxr> so
10:03 -!- CIA-9 [~CIA@to.je.spocco.com] has quit []
10:31 -!- CIA-9 [~CIA@to.je.spocco.com] has joined #t2
11:47 < CIA-9> rene * r5187 /trunk/package/audio/ladspa/ladspa.conf:
11:47 < CIA-9> * fixed ladspa - It used the $CPP supplied variable as C++ copiler,
11:47 < CIA-9> outch!
12:10 -!- mipe [~mipe@dsl10040.japo.fi] has joined #t2
12:11 < mipe> *** glibc detected *** double free or corruption (!prev): 0x08421bc0 ***
12:11 < mipe> fs/proc/base.c:1838: internal compiler error: Aborted
12:11 < mipe> i get that error on 1-linux26
12:11 < mipe> does anyone know what causes it?
12:12 < rxr> mipe: I think I saw such an glibc warning with an new and buggy glibc - wich I immediatly downdated at that time ...
12:13 < mipe> hmm. glibc 2.3.4?
12:13 < rxr> there is no 2.3.4 yet ..
12:14 < rxr> you most probably run a abritary CVS checkout - and yes, it was a post 2.3.3 CVS checkout ...
12:14 < mipe> thats wierd. i have arch installed and pacman returns that
12:14 < rxr> seems you do not have much luck with your distribution installs recently ...
12:15 < mipe> hopefully t2 isos are released before i go crazy :)
12:15 < rxr> this ICEs are really not T2's fault
12:16 < rxr> if I would not have experienced that memory corruption (?) in glibc I would say defect hardware ...
12:16 < rxr> mipe: maybe just install the 2.0.1 Desktop ROCK ISO?
12:16 < rxr> or wait some days until I release a 2.1.0-beta2 T2 iso ...
12:16 < mipe> hmm... sata_via drivers?
12:16 < rxr> oh - ok, then not ...
12:17 < rxr> I should double check they are built-in @ t2 by default ...
12:18 < rxr> and we should work on getting the kernel more modular and all the boot pathes modular aware ...
12:18 < mipe> i'll just wait until you release beta2 iso, i saw a message on ml that theres going to be release before xmas? just the scripts and not the isos?
12:18 < rxr> yes scripts
12:18 < rxr> but the iso follows closely after testing ...
12:19 < mipe> oh ok
12:43 < rxr> http://developer.osdl.org/dev/iproute2/
12:46 < CIA-9> rene * r5188 /trunk/package/gnome14/gnome-print10/freetype.patch: * fixed gnome-print10 after freetype update
12:50 < rxr> fuck
12:50 < rxr> some keys on my iBook keyboard start to become a bit slow due to the juice this night
12:50 < rxr> damn damn
12:50 < rxr> grml.
13:04 < CIA-9> rene * r5189 /trunk/package/network/iproute2/ (4 files): * updated iproute2 (2.4.7-ahu-20021020 -> 2.6.9-041019)
13:09 < daja77> http://www.der-frank.org/howto/CLT-Werbeplaetzchen.html
13:35 -!- mipe [~mipe@dsl10040.japo.fi] has quit ["leaving"]
13:57 < mnemoc> iproute2 revange?
13:57 < rxr> yep
13:57 < rxr> hi mnemoc
13:57 < mnemoc> hi rxr :)
14:03 < mnemoc> jsaw: 1-dietlibc failed on generic too :\
14:03 < jsaw> re
14:03 < mnemoc> rs jsaw
14:03 < jsaw> mnemoc: now remove 0-gcc.log and watch it build...
14:04 < jsaw> hi all
14:04 < mnemoc> 0-gcc.log removed
14:04 < mnemoc> Build-Target again
14:04 < jsaw> I think, I should remove r5177-5179 until I found the cause...
14:05 < mnemoc> but it seems to work for rxr
14:05 < jsaw> really?
14:05 < jsaw> rxr: have you done a fresh build of sth.?
14:08 < rxr> some hours ago it did built ...
14:09 < rxr> well hours++
14:09 < rxr> I already svn up'ed but I think it was yesterday morning or so ...
14:10 < mnemoc> so you don't have 5177-5179 there
14:10 < rxr> Dec 21 13:01
14:10 < rxr> ^- something like that recent ...
14:11 < jsaw> r5177 | jsaw | 2004-12-22 00:50:32 +0100 (Wed, 22 Dec 2004)
14:11 < mnemoc> :)
14:12 < jsaw> so, sadly you didn't have it
14:27 -!- CIA-9 [~CIA@to.je.spocco.com] has quit [Remote closed the connection]
14:30 < jsaw> mnemoc: did it build?
14:30 < mnemoc> yes :)
14:30 < mnemoc> it's on 1-linux26 now
14:31 < jsaw> strange, isn't it?
14:31 < mnemoc> but you knew how to make it run, so you 'know' how to handle the exception
14:37 < jsaw> brb
14:45 -!- CIA-9 [~CIA@to.je.spocco.com] has joined #t2
15:15 -!- rxr [~rene@p213.54.193.130.tisdip.tiscali.de] has joined #t2
15:15 -!- Topic for #t2: T2 | 2.1.0-beta RELEASED | The next generation of System Development Enviroments (SDE) | http://www.exactcode.de/t2
15:15 -!- Topic set by mnemoc [] [Sat Dec 18 15:39:34 2004]
15:15 [Users #t2]
15:15 [ _Ragnar_] [ daja77 ] [ jsaw ] [ nzg] [ sparc-kly]
15:15 [ CIA-9 ] [ hannes_] [ mnemoc] [ rxr] [ valentin ]
15:15 -!- Irssi: #t2: Total of 10 nicks [0 ops, 0 halfops, 0 voices, 10 normal]
15:15 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
15:15 -!- Irssi: Join to #t2 was synced in 11 secs
15:47 < rxr> aaaaaaaaaaarrrrrgh
15:47 < rxr> damn cocoa API
16:05 < rxr> argh
16:05 < rxr> osx coding makes on illl
16:06 < daja77> the hp says it is all so easy ...
16:08 < rxr> yeah - and t2 installs from alone
16:08 < rxr> I should add that to the hp ...
16:09 < rxr> near "peforming package updates and fixing regressions itself"
16:10 < daja77> hehe so t2 is self repairing ansdd updating so it needs no developers at all ^^
16:12 < rxr> yep - that is quite great - we have so much free time now ...
16:12 < rxr> e.g. for hacking w/ osx ...
16:12 < rxr> too bad it is not as automated as t2 ...
16:12 < rxr> daja77: did you osx gui stuff so far
16:12 < rxr> ? even
16:14 < rxr> argh
16:14 < rxr> if this is the bug I'm angry with this objc dunk
16:15 < rxr> ok - it was ..
16:15 < rxr> damn dynamic typing crap ..
16:15 < rxr> ok - next issue to do ..
16:15 < rxr> daja77: normally the gui stuff is drawn and co in the main event loop
16:15 < rxr> daja77: do you know how to invoke the event processing from withint e.g. a callback?
16:16 -!- madtux [~mike@200.91.101.100] has joined #t2
16:16 < madtux> hello.
16:17 < rxr> hi madtux!
16:17 < madtux> Good day rxr :)
16:26 < daja77> rxr: no the gui made someone else and he used qt
16:26 < daja77> madtux!
16:28 < madtux> hello dany boy :)
17:04 < CIA-9> rene * r5192 /trunk/package/multimedia/xine-lib/xv.patch:
17:04 < CIA-9> * fixed xline-lib by removing non-applying patch - as far as the log
17:04 < CIA-9> shows, the patch is finally obsolete, huray!
17:04 < madtux> :)
17:07 < rxr> this are the only remaining errors in my current desktop build still running:
17:07 < rxr> Error logs from default-2.1.0-beta2-x86-pentium-mmx-32-desktop-expert:
17:07 < rxr> [5] e17/efsd [5] graphic/libsdl_ttf
17:07 < rxr> [5] e17/entrance [5] kde/kdebindings
17:07 < rxr> [5] gnome2/teatime [5] graphic/pixieplus
17:07 < rxr> [5] kde/superkaramba
17:07 < rxr> 1019 builds total, 678 completed fine, 7 with errors.
17:07 < rxr> fixes welcome
17:10 -!- sparc-kly|WORK [~mubex@64.237.130.173] has joined #t2
17:12 < rxr> damn I need a break ...
17:20 -!- sparc-kly|WORK [~mubex@64.237.130.173] has quit ["Leaving"]
17:21 < madtux> rxr: you will have a brake soon... but not yet ;-)
17:22 < madtux> resting will be much more satisfactory when those little errors are fixed ;)
17:36 < rxr> nope - those errors have not a high priority over here ...
17:36 < rxr> I need to code my commercial thing further ...
17:39 < madtux> okis :)
17:42 < jsaw> hi all
17:42 < jsaw> short question: what is tar good for in stage 0?
17:42 < jsaw> oh typo: [P] X X1---5---9 108.300
17:44 < jsaw> or what is the X?
17:45 < rxr> this is is some rock 2.1 thing ...
17:45 < rxr> have not looked into it ...
17:45 < rxr> do we have X's ?
17:46 < jsaw> only in tar.
17:46 < rxr> ouhm
17:46 < jsaw> or let's say the first time I see it.
17:47 < jsaw> I see no reason to build tar in stage 0, cross build or not...
17:49 < jsaw> and mine? what for?
17:57 < rxr> no idea ... ;-)
17:57 < rxr> aside they are used to have mine to create binaries of packages in the early stages ...
18:02 < jsaw> I see. But only tar.bz2 files are done in stage1.
18:02 < jsaw> But even this I do not understand. Well...
18:04 < jsaw> In C++, we will hopefully have a config independant bootstrap ...
18:07 < jsaw> okay, I'm gone again... cu tonight!
18:10 < madtux> rxr: when are u taking off for holidays?
18:26 < rxr> xmas
18:26 < rxr> ?
18:26 < rxr> just some days at home with the family ...
18:28 < rxr> ^
18:31 < madtux> now the key question, are we goping to see u around during those days?
18:31 < rxr> you mean online ?
18:32 < madtux> ack
18:33 < rxr> yeah - sure, hannover is not third world or so ;-) they have internet there ... ;-)
18:39 < madtux> well i didn't meant it that way, i though you might wanted to take a full brake out of the net and so, but great, i hope to have much more available time on those days
18:39 < rxr> i just wanted to hoke a bit ... ,-)
18:40 < rxr> I'll be here some every now and then ...
18:40 < rxr> otherwise it would not be that relaxing ;-)
18:40 < madtux> :)
19:35 -!- madtux [~mike@200.91.101.100] has quit ["leaving"]
19:40 < CIA-9> jeru * r5193 /trunk/package/network/apache/ (apache.conf config.hlp config.in):
19:40 < CIA-9> * added support for more apache authentication modules
19:40 < CIA-9> - mod_auth_anon
19:40 < CIA-9> - mod_auth_dbm
19:40 < CIA-9> - mod_auth_ldap
19:40 < CIA-9> * added help texts for apache configuration in 'config.hlp'
21:36 < CIA-9> jsaw * r5194 /trunk/package/archiver/tar/tar.desc: * update tar (1.15 -> 1.15.1)
21:36 < CIA-9> jsaw * r5195 /trunk/package/archiver/mine/mine.desc: * I don't think there's a reason to build mine in stage 0
21:39 < CIA-9> jsaw * r5196 /trunk/package/network/iproute2/bdb_unavailable.diff: * also update the bdb_unavailable.diff after iproute2 update
21:41 < CIA-9> jsaw * r5197 /trunk/package/network/net-tools/net-tools.conf:
21:41 < CIA-9> * do not hardcode C flags. Maybe we could even
21:41 < CIA-9> omit "-fomit-frame-pointer"?
21:43 < rxr> yes, please
21:49 < CIA-9> jsaw * r5198 /trunk/package/network/net-tools/net-tools.conf: * remove "-fomit-frame-pointer"
21:49 < jsaw> :)
21:52 < jsaw> rxr: may I set maintainer in {,fm}newpackage.sh unconditionally to 'The T2 Project'?
21:52 < rxr> sure ;-)
21:52 < rxr> t2@ even
21:53 < jsaw> ok
21:55 < CIA-9> jsaw * r5199 /trunk/misc/archive/ (fmnewpackage.sh newpackage.sh):
21:55 < CIA-9> * set maintainer to 'The T2 Project' in
21:55 < CIA-9> {,fm}newpackage.sh. Previous grepping for a maintainer
21:55 < CIA-9> does not apply in T2 anyway...
21:56 < CIA-9> jsaw * r5200 /trunk/package/base/sysfiles/etc_conf_pci.txt: * tridentfb can OOPS on some hardware, so skip it by default
22:13 < jsaw> rxr: I think I have nothing to add anymore before tagging beta2
22:25 < rxr> the diet stuff is resolved ?
22:25 < jsaw> yep
22:26 < jsaw> see ML
22:27 < rxr> have I mentioned today that Apple's Mac OSX sucks ?
22:28 < rxr> damn - my keyboard juice keys start to lag a lot ...
22:28 < rxr> I think I try to clean it ...
22:28 * rxr switching osx off - cu
22:28 < jsaw> cu,
22:28 < jsaw> me off to birthday party now...
22:29 < jsaw> to _a_ bday party
22:30 < daja77> :D
22:35 < rxr> re
22:35 < rxr> me just departing my iBook
22:41 < daja77> :(
23:09 < rxr> ok keyboard is better now ...
23:09 < rxr> just the power button is still a bit juicy ...
23:16 < daja77> just never turn off ;)
--- Log closed Thu Dec 23 00:00:41 2004
00:07 < rxr> cu
00:07 < jsaw> cu rxr
00:11 < mnemoc> cu rene
00:21 -!- hannes_ [ucbiv@rzstud3.stud.uni-karlsruhe.de] has joined #t2
00:50 < CIA-9> jsaw * r5177 /trunk/package/base/gcc/gcc.conf:
00:50 < CIA-9> * add the cmd_wrapper for xgcc - so far only used in stage0:
00:50 < CIA-9> * if STACKPRO=0, libgcc.a should not contain the SSP symbols
00:50 < CIA-9> (esp. __stack_smash_handle) because this breaks building
00:50 < CIA-9> dietlibc in stage 1. So we simply assume, the libc contains
00:50 < CIA-9> these.
00:51 < jsaw> == 12/22/04 00:39:32 =[1]=> Finished building package dietlibc.
00:51 < jsaw> finally.
00:54 < CIA-9> jsaw * r5178 /trunk/package/base/dietlibc/ (dietlibc.conf parse-config-9):
00:54 < CIA-9> * cleanup parse-config-9: now that DIETHOME is set, a few things are not
00:54 < CIA-9> needed anymore
00:54 < CIA-9> * no CC hardcoding in dietlibc.conf (was CC=gcc *ugh*)
00:56 < CIA-9> jsaw * r5179 /trunk/package/base/dietlibc/dietlibc.desc:
00:56 < CIA-9> * update dietlibc (0.27 -> 0.28-2004-12-18)
00:56 < CIA-9> quoting the changlog:
00:56 < CIA-9> libdl + gcc 3.4 resulted in a SIGSEGV because local names were
00:56 < CIA-9> dynamically resolved....
01:48 -!- mnemoc [~amery@200.75.27.22] has quit [Read error: 104 (Connection reset by peer)]
01:48 -!- mnemoc [~amery@200.75.27.22] has joined #t2
01:53 * mnemoc restarting a fresh build of bootdisk after jsaw's changes
01:59 * jsaw hopes he didn't screw up
02:00 < mnemoc> we will see :)
02:01 < mnemoc> jsaw: don't you want to cross build to amd64? or to ppc? or may be to anything?
02:02 < mnemoc> every cross build i try fails different :(
02:05 < jsaw> I'll try amd64 later (in the hope one day I'll be able to get such a machine ...)
02:11 < mnemoc> you need a few to do your calculations :)
02:14 < jsaw> hehe.
02:14 < jsaw> Wait, I'll just go over to my boss and ask him...
02:15 < mnemoc> sparc64!
02:16 < jsaw> (only thinking of amd64 to be able to play CounterStrike)
02:17 < mnemoc> the last game i played was starcraft :(
02:20 < mnemoc> i'll try to 'test' freeciv one of these days
02:27 < jsaw> flightgear is my favourite oss "game"
02:29 < mnemoc> i think i don't have graphic card for such beast :) ... screenshots are cool
02:30 < mnemoc> i want to play!!!
02:31 < mnemoc> to play _real_ games
02:31 * mnemoc playing with gtk-2.6 and clip bindings :(
02:39 -!- rxr_ [~rene@p213.54.193.130.tisdip.tiscali.de] has joined #t2
02:39 -!- Topic for #t2: T2 | 2.1.0-beta RELEASED | The next generation of System Development Enviroments (SDE) | http://www.exactcode.de/t2
02:39 -!- Topic set by mnemoc [] [Sat Dec 18 15:39:34 2004]
02:39 [Users #t2]
02:39 [ _Ragnar_] [ daja77 ] [ jsaw ] [ nzg] [ rxr_ ] [ valentin]
02:39 [ CIA-9 ] [ hannes_] [ mnemoc] [ rxr] [ sparc-kly]
02:39 -!- Irssi: #t2: Total of 11 nicks [0 ops, 0 halfops, 0 voices, 11 normal]
02:39 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
02:39 -!- [freenode-info] help freenode weed out clonebots, please register your IRC nick and auto-identify: http://freenode.net/faq.shtml#nicksetup
02:39 < jsaw> I played it quite often. The helicopter is hard to fly. But a Cessna is easy (as long as nobody watches you landing)
02:40 -!- Irssi: Join to #t2 was synced in 15 secs
02:41 < mnemoc> =)
02:47 * mnemoc downloading flightgear
02:48 -!- rxr [~rene@p213.54.195.163.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)]
02:56 < mnemoc> jsaw: still here?
03:04 < mnemoc> i'm not clear what # TODO: -e "s,^$Dre[ ].*\($NODISTre\).*$,\3 download/nodist/\5/\4,;" \ try to say
03:04 < mnemoc> on list_cksums
03:18 < jsaw> yep
03:19 < mnemoc> how NODIST is suppose to be labeled for [D]s?
03:19 < jsaw> does not apply for T2
03:19 < mnemoc> how will T2 handle this?
03:19 < jsaw> there's no NODIST currently
03:20 < jsaw> actually I forgot.
03:20 < mnemoc> i need to add qmail, which is a nodist
03:20 < jsaw> *_bug_* rene :)
03:20 < mnemoc> :D
03:20 < mnemoc> i wanted to do it with a minus on the first char of location
03:21 < mnemoc> like current !
03:21 < mnemoc> -!http://....
03:21 < mnemoc> -ftp://....
03:21 < jsaw> this actually sounds like a great idea!!!
03:21 < jsaw> please implement and send to ML, please please please
03:21 < mnemoc> it's clean an deasy to parse
03:21 < mnemoc> ok :)
03:21 < mnemoc> thanks for your support :)
03:22 < jsaw> the parsing is actually crucial. If it is not in the D tag, it gets heavily complicated
03:23 < mnemoc> i'll try to implement it cleanly
03:23 < jsaw> I think I compiled 0-gcc 50 (in words: fifty) times the last two days.
03:25 < jsaw> that's an extermely nice chart:
03:25 < jsaw> http://packages.gentoo.org/packages/?category=app-admin;name=hddtemp
03:25 < jsaw> (I mean the look not the content)
03:25 < jsaw> we need sth. like that too
03:29 < jsaw> gentoo has phrack-magazine texts as packages ?
03:31 < jsaw> how to get 10000 packages in a distribution: pack random homepages/text, Gutenberg e.g. and pack each seperately
03:31 < mnemoc> imporintg cpan is enough
03:31 < jsaw> okay, let's say >100,000 packages
03:31 < mnemoc> =)
03:34 < mnemoc> outch, botdisk stoped at 1-dietlibc
03:34 < mnemoc> In function `__stack_smash_handler':
03:34 < mnemoc> ../../gcc/libgcc2.c:1744: undefined reference to `sigfillset'
03:35 < mnemoc> first time i get this SSP problems
03:40 < jsaw> hmmm.
03:40 < jsaw> that's exactly what I was fighting against the last two days.
03:41 < jsaw> try enabling the line
03:41 < jsaw> var_append GCC_WRAPPER_APPEND ' ' "-D_LIBC_PROVIDES_SSP_"
03:41 < jsaw> unconditionally
03:42 < jsaw> do you compile bootdisk with STACKPRO enabled?
03:43 < mnemoc> have you been playing with diet-0.28 all these days?
03:43 < jsaw> both, 0.27 and 0.28
03:44 < mnemoc> i have built 6 bootdisk in the last two days never getting this problem
03:44 < mnemoc> mom
03:46 < mnemoc> # grep ROCKCFG_PKG_GCC_STACKPRO config/boot/config
03:46 < mnemoc> export ROCKCFG_PKG_GCC_STACKPRO='0'
03:46 < mnemoc> bad thing
03:46 < mnemoc> it is being appeneded then
03:47 < jsaw> that's exactly the case my patches are meant for...
03:48 < mnemoc> uhm
03:49 < jsaw> *confused*
03:49 < mnemoc> from my side, your patch introduced it :)
03:49 < jsaw> seems so.
03:49 < jsaw> reverting everything in a few minutes.
03:49 < mnemoc> but you got it vefore
03:49 < mnemoc> before*
03:50 < jsaw> yes.
03:50 < mnemoc> so the problem existed
03:51 < jsaw> do you know the last rev when you made a bootdisk?
03:51 < mnemoc> 5176
03:51 < jsaw> a fresh build I assume.
03:52 < mnemoc> yes
03:52 < mnemoc> fresh bootdisk-pmmx
03:52 < mnemoc> on a p4 without diet
03:52 < jsaw> oh, without diet.
03:53 < mnemoc> that may be _the_ difference
03:53 < jsaw> how did you test r5171?
03:55 < mnemoc> i use to need DIETHOME
03:55 < mnemoc> but after your change to cmd_wrapper i stoped needing it
03:57 < jsaw> did you install the package?
03:57 < mnemoc> diet?
03:57 < mnemoc> no
03:57 < mnemoc> never
03:58 < jsaw> without DIETHOME, diet picks up /usr/dietlibc/include/dietref.h instead of $root/...
03:58 < jsaw> might pick up I mean
03:58 < mnemoc> that was why i got shocked when i commented it
03:59 < mnemoc> i thought you had done something on cmd_wrapper to avoid it's need
03:59 < jsaw> check if you now have /usr/dietlibc ?
04:00 < mnemoc> # stat /usr/dietlibc
04:00 < mnemoc> stat: cannot stat `/usr/dietlibc': No such file or directory
04:01 < jsaw> I'm heavily confused.
04:04 < mnemoc> me too
04:25 < rxr_> re
04:25 -!- You're now known as rxr
04:26 < rxr> and yes - my sleep cycle is heavily out of sync with thy world ...
04:26 < rxr> I built hed from yesterday with bootdisk ...
04:28 < mnemoc> with or without local diet?
04:29 < mnemoc> rxr: download/{mirror,nodist}/ or another word?
04:29 < jsaw> hi rxr
04:30 < rxr> maybe mirror and nomirror ?
04:30 < rxr> oder nodist ...
04:30 < jsaw> local?
04:30 < mnemoc> i don't like nomirror :)
04:31 < rxr> ok local or nodist ?
04:32 < mnemoc> uhm
04:33 < rxr> so - me breakfast and then acompany susan to the airport and then more osx hacking ..
04:34 < mnemoc> which do you like more, or dislike less?
04:36 < mnemoc> i'll do 'local' for now if noboy objects
04:36 < mnemoc> nobody*
04:37 < rxr> yeah both are fine ...
04:43 -!- mnemoc_ [~amery@200.75.27.33] has joined #t2
04:43 < mnemoc_> [00:35:42]
04:43 < mnemoc_> [00:38:22]
04:46 -!- mnemoc [~amery@200.75.27.22] has quit [Read error: 60 (Operation timed out)]
04:46 -!- mnemoc_ is now known as mnemoc
04:52 < jsaw> ouhm?
04:54 < CIA-9> mnemoc * r5180 /trunk/ (. scripts/Download): * remove pkgfork support on Download
04:56 < mnemoc> i have to go... cu 'tomorrow'
04:58 < jsaw> cu mnemoc
05:08 < jsaw> bbl
07:24 < rxr> re
07:24 < rxr> mnemoc: oh - I overlooked a pkgfork bit ;-)
07:24 < rxr> mnemoc: thanks
07:24 < rxr> so - let's continue hacking ...
07:26 < rxr> freetype update seems to cause regressions ...
07:31 < rxr> -> Compiler Cache enabled: 10.72% cache hits so far in ccache.chroot.
07:31 < rxr> for the whole desktop build so far ...
07:34 < rxr> btw. < -5.0 degree celcius over here ..
07:39 < CIA-9> rene * r5181 /trunk/package/gnome2/gtk-engines/gtk-engines.conf:
07:39 < CIA-9> * fixed gtk-engines to not install the pixmap engine now present in
07:39 < CIA-9> gtk-2.6 (using the install wrapper)
07:40 < rxr> oh - my stats indicate a rock comit storm is running ;-)
08:05 < rxr> GNU tar 1.15 (Release)
08:06 < rxr> Compressed archives are now recognised automatically and it is no longer necessary to specify -Z, -z, or -j options to read them.
08:07 < CIA-9> rene * r5182 /trunk/package/x11/libgd/libgd.desc: * updated libgd (2.0.15 -> 2.0.33)
08:20 < rxr> 64-bit Support in Tiger Is Only for Server Processes
08:34 < rxr> == 12/22/04 08:31:18 =[9]=> Finished building package tar.
08:36 < CIA-9> rene * r5183 /trunk/package/archiver/tar/ (read-full-records.patch tar-bzip2.patch tar.desc): * updated tar (1.14 -> 1.15), removed and rediffed patchs as needed
08:39 < rxr> tar is another example where ccache does not work (as utilized in our scripts) - I just rebuild the new tar a 2nd time:
08:39 < rxr> -> Compiler Cache Hits while pkg build: 1.35% (2 hits, 146 misses)
08:39 < rxr> and the two hits have been there the first time, too
08:40 < rxr> so most probably configure or so checks ..
08:43 < rxr> hm - when I run it manually it works ...
08:43 < rxr> cache hit 58
08:43 < rxr> cache miss 0
08:44 < rxr> ah - I imagine s.th.
08:58 < rxr> -> Compiler Cache Hits while pkg build: 100.00% (30 hits, 0 misses)
09:00 < rxr> ^- after a fix for a 2nd ccache package build
09:04 < rxr> cool - tar results:
09:04 < rxr> -> Compiler Cache Hits while pkg build: 100.00% (148 hits, 0 misses)
09:05 < rxr> without ccache: 2:16
09:06 < rxr> with ccache: 1:25
09:06 < rxr> most time spend in configure ...
09:09 < rxr> here it goes - I was gulty ...
09:09 < CIA-9> rene * r5184 /trunk/package/develop/ccache/dont_stat_compiler.patch:
09:09 < CIA-9> * reverted parts of r4607 (ccache update, the part where I deleted a
09:09 < CIA-9> patch since I was too lazy to rediff) and rediffered the patch.
09:09 < CIA-9> (Brings ccache performance back to normal due to not hashing the
09:09 < CIA-9> compiler's date and size - which is our wrapper, often rebuilt.)
09:09 < rxr> +i
09:12 < CIA-9> rene * r5185 /trunk/package/x11/freetype/ (freetype.conf freetype.desc):
09:12 < CIA-9> * downdated freetype (2.1.9 -> 2.1.7) since 2.1.9 has API changes
09:12 < CIA-9> causing regressions for mozilla based apps ... but this is still
09:12 < CIA-9> an update over our previous 2.1.5 version ;-)
09:12 < rxr> so - folks: trunk looks very good ;-)
09:24 < rxr> ccache results look way better now ...
09:29 < CIA-9> rene * r5186 /trunk/package/develop/distcc/distcc.desc: * updated distcc (2.18.1 -> 2.18.3)
09:58 < rxr> so
10:03 -!- CIA-9 [~CIA@to.je.spocco.com] has quit []
10:31 -!- CIA-9 [~CIA@to.je.spocco.com] has joined #t2
11:47 < CIA-9> rene * r5187 /trunk/package/audio/ladspa/ladspa.conf:
11:47 < CIA-9> * fixed ladspa - It used the $CPP supplied variable as C++ copiler,
11:47 < CIA-9> outch!
12:10 -!- mipe [~mipe@dsl10040.japo.fi] has joined #t2
12:11 < mipe> *** glibc detected *** double free or corruption (!prev): 0x08421bc0 ***
12:11 < mipe> fs/proc/base.c:1838: internal compiler error: Aborted
12:11 < mipe> i get that error on 1-linux26
12:11 < mipe> does anyone know what causes it?
12:12 < rxr> mipe: I think I saw such an glibc warning with an new and buggy glibc - wich I immediatly downdated at that time ...
12:13 < mipe> hmm. glibc 2.3.4?
12:13 < rxr> there is no 2.3.4 yet ..
12:14 < rxr> you most probably run a abritary CVS checkout - and yes, it was a post 2.3.3 CVS checkout ...
12:14 < mipe> thats wierd. i have arch installed and pacman returns that
12:14 < rxr> seems you do not have much luck with your distribution installs recently ...
12:15 < mipe> hopefully t2 isos are released before i go crazy :)
12:15 < rxr> this ICEs are really not T2's fault
12:16 < rxr> if I would not have experienced that memory corruption (?) in glibc I would say defect hardware ...
12:16 < rxr> mipe: maybe just install the 2.0.1 Desktop ROCK ISO?
12:16 < rxr> or wait some days until I release a 2.1.0-beta2 T2 iso ...
12:16 < mipe> hmm... sata_via drivers?
12:16 < rxr> oh - ok, then not ...
12:17 < rxr> I should double check they are built-in @ t2 by default ...
12:18 < rxr> and we should work on getting the kernel more modular and all the boot pathes modular aware ...
12:18 < mipe> i'll just wait until you release beta2 iso, i saw a message on ml that theres going to be release before xmas? just the scripts and not the isos?
12:18 < rxr> yes scripts
12:18 < rxr> but the iso follows closely after testing ...
12:19 < mipe> oh ok
12:43 < rxr> http://developer.osdl.org/dev/iproute2/
12:46 < CIA-9> rene * r5188 /trunk/package/gnome14/gnome-print10/freetype.patch: * fixed gnome-print10 after freetype update
12:50 < rxr> fuck
12:50 < rxr> some keys on my iBook keyboard start to become a bit slow due to the juice this night
12:50 < rxr> damn damn
12:50 < rxr> grml.
13:04 < CIA-9> rene * r5189 /trunk/package/network/iproute2/ (4 files): * updated iproute2 (2.4.7-ahu-20021020 -> 2.6.9-041019)
13:09 < daja77> http://www.der-frank.org/howto/CLT-Werbeplaetzchen.html
13:35 -!- mipe [~mipe@dsl10040.japo.fi] has quit ["leaving"]
13:57 < mnemoc> iproute2 revange?
13:57 < rxr> yep
13:57 < rxr> hi mnemoc
13:57 < mnemoc> hi rxr :)
14:03 < mnemoc> jsaw: 1-dietlibc failed on generic too :\
14:03 < jsaw> re
14:03 < mnemoc> rs jsaw
14:03 < jsaw> mnemoc: now remove 0-gcc.log and watch it build...
14:04 < jsaw> hi all
14:04 < mnemoc> 0-gcc.log removed
14:04 < mnemoc> Build-Target again
14:04 < jsaw> I think, I should remove r5177-5179 until I found the cause...
14:05 < mnemoc> but it seems to work for rxr
14:05 < jsaw> really?
14:05 < jsaw> rxr: have you done a fresh build of sth.?
14:08 < rxr> some hours ago it did built ...
14:09 < rxr> well hours++
14:09 < rxr> I already svn up'ed but I think it was yesterday morning or so ...
14:10 < mnemoc> so you don't have 5177-5179 there
14:10 < rxr> Dec 21 13:01
14:10 < rxr> ^- something like that recent ...
14:11 < jsaw> r5177 | jsaw | 2004-12-22 00:50:32 +0100 (Wed, 22 Dec 2004)
14:11 < mnemoc> :)
14:12 < jsaw> so, sadly you didn't have it
14:27 -!- CIA-9 [~CIA@to.je.spocco.com] has quit [Remote closed the connection]
14:30 < jsaw> mnemoc: did it build?
14:30 < mnemoc> yes :)
14:30 < mnemoc> it's on 1-linux26 now
14:31 < jsaw> strange, isn't it?
14:31 < mnemoc> but you knew how to make it run, so you 'know' how to handle the exception
14:37 < jsaw> brb
14:45 -!- CIA-9 [~CIA@to.je.spocco.com] has joined #t2
15:15 -!- rxr [~rene@p213.54.193.130.tisdip.tiscali.de] has joined #t2
15:15 -!- Topic for #t2: T2 | 2.1.0-beta RELEASED | The next generation of System Development Enviroments (SDE) | http://www.exactcode.de/t2
15:15 -!- Topic set by mnemoc [] [Sat Dec 18 15:39:34 2004]
15:15 [Users #t2]
15:15 [ _Ragnar_] [ daja77 ] [ jsaw ] [ nzg] [ sparc-kly]
15:15 [ CIA-9 ] [ hannes_] [ mnemoc] [ rxr] [ valentin ]
15:15 -!- Irssi: #t2: Total of 10 nicks [0 ops, 0 halfops, 0 voices, 10 normal]
15:15 -!- Channel #t2 created Sun Aug 8 21:15:33 2004
15:15 -!- Irssi: Join to #t2 was synced in 11 secs
15:47 < rxr> aaaaaaaaaaarrrrrgh
15:47 < rxr> damn cocoa API
16:05 < rxr> argh
16:05 < rxr> osx coding makes on illl
16:06 < daja77> the hp says it is all so easy ...
16:08 < rxr> yeah - and t2 installs from alone
16:08 < rxr> I should add that to the hp ...
16:09 < rxr> near "peforming package updates and fixing regressions itself"
16:10 < daja77> hehe so t2 is self repairing ansdd updating so it needs no developers at all ^^
16:12 < rxr> yep - that is quite great - we have so much free time now ...
16:12 < rxr> e.g. for hacking w/ osx ...
16:12 < rxr> too bad it is not as automated as t2 ...
16:12 < rxr> daja77: did you osx gui stuff so far
16:12 < rxr> ? even
16:14 < rxr> argh
16:14 < rxr> if this is the bug I'm angry with this objc dunk
16:15 < rxr> ok - it was ..
16:15 < rxr> damn dynamic typing crap ..
16:15 < rxr> ok - next issue to do ..
16:15 < rxr> daja77: normally the gui stuff is drawn and co in the main event loop
16:15 < rxr> daja77: do you know how to invoke the event processing from withint e.g. a callback?
16:16 -!- madtux [~mike@200.91.101.100] has joined #t2
16:16 < madtux> hello.
16:17 < rxr> hi madtux!
16:17 < madtux> Good day rxr :)
16:26 < daja77> rxr: no the gui made someone else and he used qt
16:26 < daja77> madtux!
16:28 < madtux> hello dany boy :)
17:04 < CIA-9> rene * r5192 /trunk/package/multimedia/xine-lib/xv.patch:
17:04 < CIA-9> * fixed xline-lib by removing non-applying patch - as far as the log
17:04 < CIA-9> shows, the patch is finally obsolete, huray!
17:04 < madtux> :)
17:07 < rxr> this are the only remaining errors in my current desktop build still running:
17:07 < rxr> Error logs from default-2.1.0-beta2-x86-pentium-mmx-32-desktop-expert:
17:07 < rxr> [5] e17/efsd [5] graphic/libsdl_ttf
17:07 < rxr> [5] e17/entrance [5] kde/kdebindings
17:07 < rxr> [5] gnome2/teatime [5] graphic/pixieplus
17:07 < rxr> [5] kde/superkaramba
17:07 < rxr> 1019 builds total, 678 completed fine, 7 with errors.
17:07 < rxr> fixes welcome
17:10 -!- sparc-kly|WORK [~mubex@64.237.130.173] has joined #t2
17:12 < rxr> damn I need a break ...
17:20 -!- sparc-kly|WORK [~mubex@64.237.130.173] has quit ["Leaving"]
17:21 < madtux> rxr: you will have a brake soon... but not yet ;-)
17:22 < madtux> resting will be much more satisfactory when those little errors are fixed ;)
17:36 < rxr> nope - those errors have not a high priority over here ...
17:36 < rxr> I need to code my commercial thing further ...
17:39 < madtux> okis :)
17:42 < jsaw> hi all
17:42 < jsaw> short question: what is tar good for in stage 0?
17:42 < jsaw> oh typo: [P] X X1---5---9 108.300
17:44 < jsaw> or what is the X?
17:45 < rxr> this is is some rock 2.1 thing ...
17:45 < rxr> have not looked into it ...
17:45 < rxr> do we have X's ?
17:46 < jsaw> only in tar.
17:46 < rxr> ouhm
17:46 < jsaw> or let's say the first time I see it.
17:47 < jsaw> I see no reason to build tar in stage 0, cross build or not...
17:49 < jsaw> and mine? what for?
17:57 < rxr> no idea ... ;-)
17:57 < rxr> aside they are used to have mine to create binaries of packages in the early stages ...
18:02 < jsaw> I see. But only tar.bz2 files are done in stage1.
18:02 < jsaw> But even this I do not understand. Well...
18:04 < jsaw> In C++, we will hopefully have a config independant bootstrap ...
18:07 < jsaw> okay, I'm gone again... cu tonight!
18:10 < madtux> rxr: when are u taking off for holidays?
18:26 < rxr> xmas
18:26 < rxr> ?
18:26 < rxr> just some days at home with the family ...
18:28 < rxr> ^
18:31 < madtux> now the key question, are we goping to see u around during those days?
18:31 < rxr> you mean online ?
18:32 < madtux> ack
18:33 < rxr> yeah - sure, hannover is not third world or so ;-) they have internet there ... ;-)
18:39 < madtux> well i didn't meant it that way, i though you might wanted to take a full brake out of the net and so, but great, i hope to have much more available time on those days
18:39 < rxr> i just wanted to hoke a bit ... ,-)
18:40 < rxr> I'll be here some every now and then ...
18:40 < rxr> otherwise it would not be that relaxing ;-)
18:40 < madtux> :)
19:35 -!- madtux [~mike@200.91.101.100] has quit ["leaving"]
19:40 < CIA-9> jeru * r5193 /trunk/package/network/apache/ (apache.conf config.hlp config.in):
19:40 < CIA-9> * added support for more apache authentication modules
19:40 < CIA-9> - mod_auth_anon
19:40 < CIA-9> - mod_auth_dbm
19:40 < CIA-9> - mod_auth_ldap
19:40 < CIA-9> * added help texts for apache configuration in 'config.hlp'
21:36 < CIA-9> jsaw * r5194 /trunk/package/archiver/tar/tar.desc: * update tar (1.15 -> 1.15.1)
21:36 < CIA-9> jsaw * r5195 /trunk/package/archiver/mine/mine.desc: * I don't think there's a reason to build mine in stage 0
21:39 < CIA-9> jsaw * r5196 /trunk/package/network/iproute2/bdb_unavailable.diff: * also update the bdb_unavailable.diff after iproute2 update
21:41 < CIA-9> jsaw * r5197 /trunk/package/network/net-tools/net-tools.conf:
21:41 < CIA-9> * do not hardcode C flags. Maybe we could even
21:41 < CIA-9> omit "-fomit-frame-pointer"?
21:43 < rxr> yes, please
21:49 < CIA-9> jsaw * r5198 /trunk/package/network/net-tools/net-tools.conf: * remove "-fomit-frame-pointer"
21:49 < jsaw> :)
21:52 < jsaw> rxr: may I set maintainer in {,fm}newpackage.sh unconditionally to 'The T2 Project
21:52 < rxr> sure ;-)
21:52 < rxr> t2@ even
21:53 < jsaw> ok
21:55 < CIA-9> jsaw * r5199 /trunk/misc/archive/ (fmnewpackage.sh newpackage.sh):
21:55 < CIA-9> * set maintainer to 'The T2 Project
21:55 < CIA-9> {,fm}newpackage.sh. Previous grepping for a maintainer
21:55 < CIA-9> does not apply in T2 anyway...
21:56 < CIA-9> jsaw * r5200 /trunk/package/base/sysfiles/etc_conf_pci.txt: * tridentfb can OOPS on some hardware, so skip it by default
22:13 < jsaw> rxr: I think I have nothing to add anymore before tagging beta2
22:25 < rxr> the diet stuff is resolved ?
22:25 < jsaw> yep
22:26 < jsaw> see ML
22:27 < rxr> have I mentioned today that Apple's Mac OSX sucks ?
22:28 < rxr> damn - my keyboard juice keys start to lag a lot ...
22:28 < rxr> I think I try to clean it ...
22:28 * rxr switching osx off - cu
22:28 < jsaw> cu,
22:28 < jsaw> me off to birthday party now...
22:29 < jsaw> to _a_ bday party
22:30 < daja77> :D
22:35 < rxr> re
22:35 < rxr> me just departing my iBook
22:41 < daja77> :(
23:09 < rxr> ok keyboard is better now ...
23:09 < rxr> just the power button is still a bit juicy ...
23:16 < daja77> just never turn off ;)
--- Log closed Thu Dec 23 00:00:41 2004