--- Log opened Wed Nov 10 00:00:33 2004
00:55 -!- mnemoc_ [~amery@200.75.27.5] has joined #t2
01:08 -!- mnemoc [~amery@200.75.27.51] has quit [Read error: 110 (Connection timed out)]
01:08 -!- mnemoc_ is now known as mnemoc
01:16 < mnemoc> rehi
01:24 -!- sparc-kly|U2 [~sparc-kly@65-23-193-94.prtc.net] has joined #t2
01:25 < sparc-kly|U2> hi :P
01:26  * sparc-kly|U2 U2 rlz LOL
01:30 -!- sparc-kly|U2 [~sparc-kly@65-23-193-94.prtc.net] has quit ["Leaving"]
02:01 < jsaw>  [5] emulators/hercules                  [5] kde/kdebindings
02:01 < jsaw>  [5] network/gsmlib                      [5] e17/efsd
02:01 < jsaw>  [5] e17/elicit                          [5] e17/entrance
02:01 < jsaw> 1316 builds total, 596 completed fine, 6 with errors.
02:01 < CIA-8> jsaw * r4633 /trunk/package/contrib/directfb/ (directfb.desc disable-wm97xx_ts.patch): * update directfb from 0.9.20 to CVS 2004-11-09
02:03 < mnemoc> :D
02:10 < jsaw> hi mnemoc 
02:11 < mnemoc> hi jsaw 
02:37 < jsaw> mnemoc: could you have a look a kdebindings.conf, is this still correct (I mean, disabling q# for example)?
02:38 -!- sparc-kly [~sparc-kly@65-23-193-94.prtc.net] has quit [Read error: 104 (Connection reset by peer)]
02:39 -!- sparc-kly [~sparc-kly@65-23-193-94.prtc.net] has joined #t2
02:56 -!- CIA-8 [~CIA@to.je.spocco.com] has quit [Excess Flood]
02:56 < mnemoc> jsaw: we don't have q# :)
02:56 < mnemoc> i'll lock
02:57 < mnemoc> oh
02:58 < mnemoc> if pkginstalled mono; then var_append mono's prefix; else var_append --without-mcs; fi ?
02:59 < jsaw> pkginstalled mono || var_append ' ' --without-mcs
02:59 < jsaw> okay, will try it.
03:00 < jsaw> kdebindings still fails due to ruby, but I think I found the solution.
03:00 < jsaw> but I
03:00 < jsaw> 'm still waiting for firefox to finish
03:00 -!- CIA-8 [~CIA@to.je.spocco.com] has joined #t2
03:01 < mnemoc> jsaw: do you think mozilla's projects are ready to share mozilla's libraries? and prefix?
03:01 < jsaw> ?
03:01 < jsaw> evolution uses mozillas libraries e.g.
03:02 < jsaw> there are other programs also
03:02 < jsaw> but some don't find the correct paths
03:03 < mnemoc> jsaw: rxr told me gecko apis were different
03:03 < jsaw> oh, you mean firefox <-> mozilla etal
03:03 < jsaw> hmmm.
03:04 < jsaw> I'd give it a try if I had some more time :)
03:04 < mnemoc> :)
03:04 < mnemoc> firefox, sunbird, mozilla, thunderbird
03:05 < jsaw> if gecko api's are different, my guess is that the other browsers will get the firefox engine
03:05 < jsaw> sooner or later
03:08 < mnemoc> firefox moves faster
03:09 < jsaw> is it really? or just the impression due the many pr stunts the last days?
03:12 < mnemoc> i guess it gets more contributions than sunbird
03:12 < mnemoc> just an impression
03:17 < jsaw> was there any reason not to install passwd.5 ???
03:20 < CIA-8> jsaw * r4634 /trunk/package/base/shadow/ (6 files): 
03:20 < CIA-8> * update shadow (4.0.3 -> 4.0.6) SECURITY
03:20 < CIA-8> * removed all patches: please check if ok
03:20 < CIA-8>  (compiles but otherwise untested)
03:25 < mnemoc> jsaw: i don't think so
03:46 -!- rxr_ [~rene@p213.54.206.122.tisdip.tiscali.de] has joined #t2
03:46 -!- Topic for #t2: T2 | the system development environment | http://www.exactcode.de/t2
03:46 -!- Topic set by valentin [] [Sun Nov  7 16:41:27 2004]
03:46 [Users #t2]
03:46 [ _Ragnar_] [ daja77] [ martin_] [ rxr ] [ sparc-kly] [ valentin] 
03:46 [ CIA-8   ] [ jsaw  ] [ mnemoc ] [ rxr_] [ tschmidt_] 
03:46 -!- Irssi: #t2: Total of 11 nicks [0 ops, 0 halfops, 0 voices, 11 normal]
03:46 -!- Channel #t2 created Sun Aug  8 21:15:33 2004
03:46 -!- [freenode-info] please register your nickname...don't forget to auto-identify! http://freenode.net/faq.shtml#nicksetup
03:46 -!- Irssi: Join to #t2 was synced in 11 secs
03:50 -!- rxr [~rene@p213.54.244.19.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)]
03:59 -!- martin_ [~martin@brln-d9ba25e7.pool.mediaWays.net] has quit [Read error: 110 (Connection timed out)]
04:08 < mnemoc> uhm... i thought Config's choice was smart enough to detect default value is not on the list
04:10 < jsaw> ?
04:13 < mnemoc> choice, Config's control recives a default value an a list of {key description}
04:13 < mnemoc> if default is not a key, it shows that default with no description
04:15 < jsaw> ah ok.
04:22 < mnemoc> i wont put my hands on rockdialog.... i'll hack this on config.in
04:34 < jsaw> I'm off now, cu later
04:42 < mnemoc> me too
04:42 < mnemoc> gn8 jsaw 
05:23 < CIA-8> mnemoc * r4635 /trunk/package/base/sysvinit/ (5 files): * introduce subconfig-init.in and improves selecting of init
05:37 -!- martin_ [~martin@brln-d9ba0255.pool.mediaWays.net] has joined #t2
06:18 -!- CIA-8 [~CIA@to.je.spocco.com] has quit [Excess Flood]
06:19 -!- CIA-8 [~CIA@to.je.spocco.com] has joined #t2
07:55 < rxr_> moin
07:56 -!- You're now known as rxr
07:56 < rxr> 952 builds total, 394 completed fine, 12 with errors.
07:57 < rxr> most errors are due to qt failing :-(
07:57 < rxr> ^- sparc of course
07:57 < rxr> hm and mono is failing:
07:57 < rxr> ** ERROR **: file exceptions-sparc.c: line 382 (mono_arch_handle_exception): ass
07:57 < rxr> ertion failed: (!ctx->uc_mcontext.gregs)
07:57 < rxr> aborting...
07:57 < rxr> /bin/sh: line 1:  8788 Aborted                 (core dumped) MONO_PATH=. /bin/sh
07:57 < rxr>  ../../libtool --mode=execute ../../mono/mini/mono --config ../../data/config ./
07:57 < rxr> ../gacutil.exe /i ./$i /f /package 1.0 /gacdir /opt/mono/lib /root /opt/mono/lib
07:58 < rxr> make[3]: *** [install-data-local] Error 1
08:04 < martin_> moin rxr
08:14 < rxr> moin martin_ 
09:26 < rxr> oh my - how long it takes to unsubscribe all the mailing lists ...
09:26 < rxr> especially when half of them are mailman junk lists which require me to retrieve the dump password I threw into it ...
09:27 < rxr> now I'll have fun subscribing me with my latest address to all of them :-(
09:27 < rxr> sigh
09:48  * martin_ is AWAY (uni) ...
09:50 < rxr> cu martin_ 
09:54 < rxr> sparc: 406 completed fine
10:31 < CIA-8> rene * r4636 /trunk/package/multimedia/libmpeg2/libmpeg2.conf: 
10:31 < CIA-8> * fixed libmpeg2 for sparc (might only run on Ultra SPARC CPUs due
10:31 < CIA-8>  to included VIS assembly and all beeing compiled with -m*=ultrasparc
10:31 < CIA-8>  so if you need it on pre Ultra SPARC boxes please fix this ;-)
10:33 < rxr> sparc: 408 completed fine
11:26 < rxr> sparc: 410 completed fine
11:31 < jsaw> 1316 builds total, 618 completed fine, 6 with errors.
11:31 < jsaw> hi rxr
11:35 < rxr> jsaw: moin!
11:40 < rxr> jsaw: regarding shadow: go, commit it ;-)
11:40 < jsaw> it _is_ commited :)
11:40 < rxr> ah yes, /me confused
11:40 < jsaw> hehe
11:40 < rxr> had too less sleep
11:40 < jsaw> happens often these days...
11:41 < jsaw> you need to go on holidays!
11:41 < rxr> that I'm confused?
11:41 < rxr> ^- or what happens often these days?
11:41 < jsaw> yes, that you're confused
11:41 < rxr> .oO ( release )
11:41 < jsaw> (quote rxr "seems not to be my day", that was two days ago iirc)
11:42 < rxr> realy I meant ...
11:42 < jsaw> :)
11:42 < rxr> hehe, ok - but that was only one day ,-)
11:42 < rxr> btw, my sparc just froze again ... :-(
11:44 < jsaw> rxr: btw shadow, can you imagine why the install of passwd.5 man-page was disabled?
11:46 < rxr> not really, most probably s.o. had shared files, but a grep on some (even much older) systems does not show any other match
11:47 < rxr> but after all you ask a confused man ...
11:47 < jsaw> hehe
11:47 < jsaw> :)
11:47 < rxr> hm - do you also have a regression for qemu?
11:47 < jsaw> my build is not yet there
11:48 < rxr> after update or more target enablign it does now yield :
11:48 < rxr> ror: unable to find a register to spill in class `GENERAL_REGS'
11:48 < rxr> /ROCK/src.qemu.1100083423.22807.2371024614/qemu-0.6.0/softmmu_template.h: In fun
11:48 < rxr> ction `slow_ldq_mmu':
11:48 < jsaw> lemma guess: BX?
11:48 < rxr> with both gcc 3.2 and 3.4 ... - but only on x86, builds on ppc
11:50 < rxr> no BX is not mentioned, just that it does not find a register in class GENERAL_REGS
11:50 < rxr> of course BX is in that class, ...
11:50 < jsaw> hmm, trying to remember the cause...
11:51 < rxr> guess register scheduling bug in gcc?
11:53 < jsaw> yep, I meant, how to fix...
11:53 < jsaw> in the meanwhile, do u know this:
11:53 < jsaw> http://www.jjj.de/bitwizardry/bitwizardrypage.html
11:53 < rxr> hm - looks like normal C code without assembly causing it ...
11:55 < rxr> no that site, why do you ask?
11:55 < jsaw> has interesting code in it...
11:57 < CIA-8> rene * r4637 /trunk/target/desktop/config.in: 
11:57 < CIA-8> * enabled some emulators for the desktop target (we really should set
11:57 < CIA-8>  the desktop target on a diet, soon)
12:00 < CIA-8> rene * r4638 /trunk/package/multimedia/ffmpeg/ffmpeg.conf: 
12:00 < CIA-8> * fixed ffmpeg to not use uname on sparc's and thus get incorrect cpu
12:00 < CIA-8>  information (should be fixed for all architectures later)
12:01  * rxr get's hungy
12:01 < rxr> +r
12:01  * daja77 too
12:03 < rxr> jsaw: I most probably have a fix for qemu
12:04 < daja77> rxr: iirc this is an optimization error
12:06 < rxr> yep, you already disable -Os due to it, but now it is also failing with -O1 ...
12:06 < daja77> O_o
12:06 < daja77> which constellation?
12:07 < rxr> nothing special - plain vanilla, t2 default settings gcc-3.4.2 ...
12:07 < rxr> or gcc-3.2, too
12:09 < jsaw> I'd remove GCC_WRAPPER arguments altogether.
12:09 < jsaw> I did that for a couple of packages. (now I remembered, thanks daja77)
12:11 < rxr> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16185
12:11 < rxr> jsaw: ?
12:11 < jsaw> wait a second, grep running
12:12 < jsaw> see gcl.conf
12:13 < jsaw> for example
12:14 < rxr> hehe
12:16 < rxr> compiling
12:16 < rxr> commti soon
12:16 < rxr> commit, even
12:19 < rxr> built
12:25 < jsaw> how did you fix it?
12:26 < rxr> extending a gcc check as suggested on the qemu list to work around this 
12:26 < rxr> commit pending
12:26 < rxr> need to fix s.th. other here first ...
12:28 < jsaw> me off now, cu later
12:28 < rxr> cu jsaw 
12:29 < CIA-8> jsaw * r4639 /trunk/package/audio/libmusicbrainz/libmusicbrainz.desc: * update libmusicbrainz (2.1.0 -> 2.1.1)
12:31 < CIA-8> jsaw * r4640 /trunk/package/contrib/directfb/directfb.conf: * commit directfb.conf which I forgot
12:33 < jsaw> rxr: oh, before I really leave, can you check one thing: does the linux26 package contain the modules.dep etal files?
12:33 < rxr> ouhm - doesn't look so ...
12:33  * rxr double check and fix if necessary ...
12:34 < jsaw> I'll commit a patch now, ok?
12:34 < rxr> ok
12:34 < rxr> if you arealy got one ;-)
12:35 < CIA-8> jsaw * r4641 /trunk/package/base/linux26/linux26.conf: 
12:35 < CIA-8> * run depmod explicitly for linux26, somehow
12:35 < CIA-8>  there were no modules.dep etal files otherwise
12:36 < rxr> jsaw: I do not have them for 24 either ...
12:36 < rxr> I review ...
12:36 < jsaw> ups
12:36 < jsaw> that needs a deeper review...
12:36 < jsaw> hmmm....
12:36 < rxr> yep
12:37  * rxr currently warming a soup ... - but I can help thereafter ...
12:37 < rxr> in the case you leave right now *g*
12:37 < jsaw> okay, so I guess, I'll revert the patch a bit later, but I have to run now, *really*
12:37 < jsaw> yes, I do
12:37 < jsaw> cu, rxr
12:40 < rxr> cu
12:50 < mnemoc> moin
12:51 < rxr> hi mnemoc 
12:52 < mnemoc> hi rxr
12:54 < mnemoc> rxr: what did you do to segfault mono?
12:54 < rxr> building it on sparc ...
12:55 < mnemoc> does it build in anything but x86'
12:55 < mnemoc> ?
12:55 < rxr> iirc on powerpc, yes ...
13:34 < CIA-8> rene * r4642 /trunk/package/emulators/qemu/ (gcc3.patch qemu.conf): * added more workarounds for qemu with gcc >= 3.x
13:36 < mnemoc> rxr: do you have some presentation or pre-presentation-draft (in a language i can read) about distribution build kits as concept?
13:37 < rxr> no :-(, sorry
13:37 < mnemoc> :-\
13:51 < rxr> jsaw: the problem with linux* is that we curently only run depmod for stagelevel -gt 1 ...
13:51 < rxr> and since I removed rebuilding the kernel in stage 5 we now lost the dep files
13:55 < rxr> and since I removed rebuilding the kernel in stage 5 we now lost the dep files when people skip the rebuild stage 9 ...
13:55 < rxr> I did some modifications and readded a build in stage 5 ...
13:55 < mnemoc> oh
13:56 < rxr> mnemoc: oh to what part ?
13:57 < mnemoc> depmod
13:57 < mnemoc> brb
14:04 < CIA-8> rene * r4643 /trunk/package/ (5 files in 3 dirs): 
14:04 < CIA-8> * reverted r4641 "forced linux26 depmod". This would not work for
14:04 < CIA-8>  stage1 and we only miss the files, because I removed the stage5
14:04 < CIA-8>  build to save CPU time. Now the stage5 build is re-enabled and the
14:04 < CIA-8>  depmod code slightly cleaned up and placed after the third party
14:04 < CIA-8>  module build.
14:08 < rxr> now qemu builds for both, gcc-3.2 and gcc-3.4 on an athlon here ...
14:39 < rxr> ouhm, now the poor sparc has to crunch boost ... - this will take some time ...
14:44 < rxr> oh my god - selecting text in a gvim run over enthernet is dog slow, as well as text rendering in general ... during selections 2.4MB/s are transfered over the network ...
14:44 < rxr> and the older sun does not like 2.4MB/s of ssh encrypted traffic that much :-(
14:45 < daja77> why using gvim over the net instead of plain vim?
14:46 < jsaw> (me wondering too)
14:46 < jsaw> re, hi rxr, daja77 
14:46 < rxr> due to extensive cut
14:46 < rxr> n pasting right now ...
14:46 < rxr> normally I just use a text one in screen of course ...
14:51 < jsaw> okay, now trying to compile kdebindings for the 5th time, then I'll give up.
14:51 < rxr> .oO
14:51 < CIA-8> rene * r4644 /trunk/package/base/linux24/linux24.conf: * fixed linux* depmod change (I should do more tests ...)
14:51 < jsaw> (ruby bindings make trouble)
14:51 < daja77> @_@
14:52 < jsaw> daja77: ?
14:53 < daja77> nothing
14:57 < rxr> daja77: goggling on my commit message?
14:58 < daja77> hm?
14:58 < rxr> due to you "@_@" ...
15:00 < daja77> no i was just rolling eyes a bit about ruby breaking that package
15:00 < daja77> just wondering why, did you updated ruby, because kdebindings built fine here
15:01 -!- tschmidt__ [~tschmidt@p508EAA6A.dip.t-dialin.net] has joined #t2
15:02 < rxr> daja77: nope - I did not touch ruby IIRC
15:02  * rxr is not in the ruby business ...
15:02 < daja77> me neither
15:03 < rxr> maybe due to other compiler or whatever
15:03 < daja77> i guess the whatever part ^^
15:03 < rxr> jsaw: I do not have ruby in my desktop target, so that part of kdebindings is not often tested here ... :-(
15:04 < rxr> gvim transmitting videos over the net sucks ...
15:07 < jsaw> it's just the configure script that get's the wrong values for which libs to link of ruby... and finding this was hard, I ended up with this: ruby -r rbconfig -e 'Config::CONFIG.keys().each() {|i| printf("%s: \t%s\n", i, Config::CONFIG[i]);}'
15:07 < jsaw> very intuitive!
15:07 < rxr> maybe our ruby is to old or so?
15:08 < jsaw> no, I updated it recently to the newest version.
15:08 < rxr> I mean s.o. @ kde must had s.th. in mind when he/she wrote the configure crap ...
15:08 < rxr> ah, ok
15:08 -!- tschmidt_ [~tschmidt@p508EB337.dip.t-dialin.net] has quit [Read error: 60 (Operation timed out)]
15:09 < jsaw> but we build it with a static lib, and kde ppl only ask for the shared lib. Additionally this omits additional libraries that are linked into libruby...
15:09 < jsaw> LIBRUBYARGS_SHARED versus LIBRUBYARGS (the latter one should work for both)
15:09 < jsaw> but LIBS contains the additional libraries ruby is linked with (in our case, libcrypt was missing)
15:11  * jsaw thinks pkgconfig is a good thing(TM)
15:12 < rxr> hehe
15:13 < jsaw> rxr: see query
15:27 < rxr> damn, /me needs to leave the U30, SDL over the network seems to have some endianess issues ... due to different endianess inthe X visuals I guess ...
15:27  * rxr relocating to the athlon ...
15:27 < rxr> (just to debug in qemu)
15:27 < rxr> not for sdl games of course ... :-)
15:28 < daja77> hehe
15:29 < valentin> rxr: i also have problems with kde progs i start on my x86 with display on my U30
15:29 < valentin> they segfault
15:29 < valentin> other apps like xterm, mozilla work fine
15:29 < rxr> hm
15:30 < valentin> kde progs from my x86 on K's x86 work fine, too
15:30 < rxr> qemu from the x86 box on the iBook also does not work
15:30 < rxr> there it even does not start:
15:30 < rxr> # qemu --kernel /boot/vmlinuz_2.6.9-rock -hda test.img 
15:30 < rxr> qemu: invalid option -- '--kernel'
15:30 < rxr> root:/usr/src/t2-trunk# qemu -kernel /boot/vmlinuz_2.6.9-rock -hda test.img 
15:30 < rxr> X Error of failed request:  BadWindow (invalid Window parameter)
15:30 < rxr>   Major opcode of failed request:  25 (X_SendEvent)
15:30 < rxr>   Resource id in failed request:  0x48
15:30 < rxr>   Serial number of failed request:  12
15:30 < rxr>   Current serial number in output stream:  17
15:30 < rxr> (we should rename our kernel images ... ;-)
15:30 < rxr> maybe s/-rock/-prepcompiled/ is some usable substitute ?
15:30 < valentin> i get something similar with kde apps, but they segfault
15:31 < valentin> why not -t2-$target-$arch ?
15:31 < valentin> ok, very long names indeed
15:31 < mnemoc> so what?
15:32 < rxr> mnemoc: ?
15:33 < mnemoc> what's the problem if the names are long as far as they properly identify the file?
15:33 < valentin> typing them in my bootmanager on panic
15:33 < rxr> (I would not see the target and arch in the filename ...)
15:34 < valentin> but you need some info if you have different configs of one kernel version
15:34 < mnemoc> oh... i missread... i thought your where talking about prebuilt distros
15:34 < valentin> hehe
15:35 < mnemoc> in qemu i use one dir per build with symlinks :)
15:35 < mnemoc> $target-$arch/$rev/ :p
15:35 < rxr> what do you do in qemu ?
15:35 < mnemoc> test
15:36 < rxr> but not buliding, I hope?
15:36 < mnemoc> installs and runtime tests
15:36 < mnemoc> no, never building
15:36 < mnemoc> i'll wait for full-crossbuild
15:36 < mnemoc> pseudo-native stuff stinks
15:37 < daja77> erh but you know why there is no full crossbuild?
15:38 < mnemoc> chroot?
15:38 < rxr> no, but I guess you will enlighten us, soon ;-)
15:39 < daja77> afaik most packages are not aware of crossbuilding, but well if you can manage that it would be a real interesting feature of t2
15:40 < rxr> it is main feature we will do after 2.1 for 3.0 ...
15:40 < mnemoc> the only problem i see in full-crossbuilds are self-built helpers
15:40 < daja77> yes
15:40 < rxr> but even for the major stuff like qt and kde this is already done in teh packages ....
15:40 < mnemoc> which can be solved making cmd_wrapper smarter
15:40 < daja77> helpers and tests and stuff
15:40 < mnemoc> (i hope)
15:41 < rxr> and kernel, too - people build linux kernel for embedded stuff on solaris and windows - urgs ...#
15:42 < mnemoc> it could be nice to track which created files are executed (on flist detector)
15:42 < daja77> i have done no testing so far of pseudo native stuff, it worked quite well at the devmeeting, after testing it for my purposes i will comment on it
15:42 < mnemoc> just to quantify the 'problem'
15:43 < daja77> mnemoc: configure scripts do this a lot
15:43 < mnemoc> daja77: keep us informed :D
15:43 < mnemoc> daja77: autoconf does support crossbuilds
15:43 < daja77> yes
15:44 < mnemoc> iirc config-time changes are ignored on flist detection because they added unnecesary dependencies
15:46 < rxr> mnemoc: you mean configure touched files are not used for the dependencies, this is wrong
15:47 < rxr> mnemoc: I added a one line change for this at rock times and clifford was upset I'm braindamaged ...
15:47 < rxr> so it was reverted
15:47 < mnemoc> oh
15:49 < rxr> after many more rude comments I left rock ...
15:50 < mnemoc> blindy left t2 because some 'rude' comments from you about rock :p
15:51 < rxr> yeah - "... regressions ... (or inherited from rock)" - how rude ...
15:52 < rxr> especially talking about a gcc update I'v done myself ...
15:52 < mnemoc> c'est la vie
15:52  * daja77 shuts up
15:53  * mnemoc think daja77 shall express himself
15:53 < daja77> why
15:54 < mnemoc> it is good for health
15:55 < rxr> mnemoc: what was the above in english ? *g*
15:55 < mnemoc> it is good for health to say what you think
15:55 < daja77> well i am healthy enough and not in the mood for stupid fights
15:56 < daja77> in english this is: that's life
15:56  * rxr hopes noone here fighting ...
15:56  * jsaw fights 
15:57 < jsaw> (with compiling stuff)
15:57 < jsaw> :)
15:57 < mnemoc> oh, you were asking about "C'est la vie" ...
15:57 < daja77> as i said i have no need to fight here, i can leave anytime i don't feel welcome
15:57 < mnemoc> o_O
15:59 < mnemoc> that makes _me_ feel bad
15:59  * valentin starting a dedicated quake server for this channel
16:00 < valentin> better way to channel aggressions
16:01 < daja77> mnemoc: why?
16:01 < jsaw> valentin: great!
16:02 < valentin> jsaw: just kidding - my only compiled quake stuff is on my iBook :(
16:02 < valentin> and that is in repair
16:02 < jsaw> i know. remember I don't have a fast enough CPU either
16:03 < valentin> i was talking about Q1 not Q3
16:03 < valentin> runs fine on 300 Mhz without hardware accelleration in a small window
16:03 < jsaw> ah, ok.
16:04 < valentin> i am at work now - so i can't play anyway
16:05 < mnemoc> daja77: i do not like you feeling non-welcomed here
16:05 < mnemoc> daja77: that's part of my personality, i can't change it
16:05 < daja77> ic
16:11 < CIA-8> jsaw * r4645 /trunk/package/base/sysvinit/sysvinit.conf: * fix sysvinit.conf (it's "fi" that close the "if")
16:14 < mnemoc> jsaw: SORRY
16:15 < jsaw> mnemoc: ?
16:16 < mnemoc> i did that typo
16:16 < jsaw> ah. np. that's what n*2 eyes are for :)
16:17 < mnemoc> :)
16:37 < rxr> re
16:38 < rxr> had some conflict solving on phone., too ... :-(
16:38 < jsaw> gf?
16:41 < rxr> yeah ...
16:43 < daja77> .oO (good that i don't have one atm)
16:43 < rxr> :-/
16:44 < daja77> indeed dunno if this is good or bad
17:03 < jsaw> cu later guys, I'm heading home
17:05 < rxr> cu jsaw 
18:01 < rxr> anyone here using qemu with -initd?
18:01 < rxr> does not seem to work here ... :-(
18:16 < CIA-8> rene * r4646 /trunk/package/emulators/bochs/bochs.desc: * updated bochs (2.1 -> 2.1.1)
18:17  * daja77 hopes that there will be a new qemu release soon
18:20 < rxr> why?
18:20 < mnemoc> re
18:21 < mnemoc> daja77: problems with qemu?
18:21 < daja77> i read about some nice features in the cvs version
18:21 < daja77> and 0.6.0 is some months old
18:27 < rxr> daja77: could you test if -initrd does work for you?
18:28 < rxr> qemu -kernel /boot/your-kernel initrd=/boot/your-initrd ...
18:28 < mnemoc> http://nvu.com/features.html <--- i didn't knew that
18:28  * mnemoc wants a single /opt/mozilla with only one copy of gecko :'(
18:29 < rxr> yeah ...
18:29 < rxr> enter a bug in the mozilla bugzilla ...
18:30 < rxr> or google for it if it is already possible ...
18:42 < _Ragnar_> moin
18:49 < martin_> re
18:51 < rxr> hi martin_ 
18:56 < martin_> hi rxr 
19:02 < rxr> qemu get's on my nerves ...
19:03 < mnemoc> why?
19:03 < rxr> it does not work for me when i specify a normal file for the kernel and initrd 
19:04 < rxr> the kernels do either oops or not find the ramdisk ...
19:04 < rxr> I now rebooted the box to test if they work in real life ...
19:04 < rxr> anyone here ever used -kernel and -initrd ?
19:04 < mnemoc> #qemu ?
19:05 < rxr> yeah, I shoudl try ..
19:08 < rxr> hm - in real world my stuff seems to just work
19:08  * rxr kicks qemu ...
19:08 < rxr> if I think how often I could have rebooted my box in the time I try to use qemu my stomarch turns over ...
19:10 < mnemoc> :)
19:12 < rxr> btw. why the hell are || true behind the diet call in the stage1.sh ?
19:12 < mnemoc> i removed them here
19:12 < rxr> shoudl I commit a removal of those ?
19:13 < mnemoc> i doubted because Build-Target fails without a nice 'message'
19:13 < mnemoc> i thought in making that a function to be able to catch and say something
19:27 < rxr> ok - now my test linuxrc works better in real-life
19:27 < rxr> let's see if it works in qemu now ...
19:29 < rxr> nope
19:29 < rxr> same kernel - same initrd does oops in qemu ...
19:33 < rxr> mnemoc: I hope you will not hit me when I remove the statically stage2 filenames, but instead dynamically scan for them in the linuxrc?
19:42 < rxr> hm - same happens for the precompiled staically linked qemu reference binary ...
19:42 < rxr> so no gcc-3.4.x mis-compilation ...
19:57 < CIA-8> jeru * r4647 /trunk/ (6 files in 5 dirs): added pysql package
19:59 < rxr> oh!
20:07 < rxr> quite noisy commit ...
20:07 < rxr> author already notified
20:16 < CIA-8> rene * r4648 /trunk/package/security/ (3 files in 3 dirs):
20:40 < rxr> ^ "* reverted the noisy parts of r4647"
20:58 < CIA-8> jeru * r4649 /trunk/package/security/libgpg-error/libgpg-error.desc: updated libgpg-error (0.6 -> 1.0)
21:14 < CIA-8> jeru * r4650 /trunk/package/base/fgetty/ ( fgetty.desc): added fgetty 0.6
21:17 < CIA-8> jeru * r4651 /trunk/package/base/minit/ ( minit.desc): added minit 0.9.1
21:28 < CIA-8> jsaw * r4652 /trunk/package/security/pcsc-lite/ (3 files): 
21:28 < CIA-8> * update pcsc-lite (1.1.1 -> 1.2.9-beta6)
21:28 < CIA-8>  (necessary for the following updates/additions)
21:28 < CIA-8> jsaw * r4653 /trunk/package/security/libgpg-error/libgpg-error.desc: * raise prio of libgpg-error by .100
21:29 < CIA-8> jsaw * r4654 /trunk/package/security/gpgme/gpgme.desc: * update gpgme (0.4.0 -> 1.0.0)
21:30 < CIA-8> jsaw * r4655 /trunk/package/security/libassuan/ ( libassuan.desc): * add package libassuan (->GnuPG2)
21:31 < CIA-8> jsaw * r4656 /trunk/package/security/openct/ ( openct.desc): * add package openct (card reader framework) (-> GnuPG2)
21:32 < CIA-8> jsaw * r4657 /trunk/package/security/opensc/ ( opensc.conf opensc.desc): * add package opensc (smart cards) (-> GnuPG2)
21:32 < CIA-8> jsaw * r4658 /trunk/package/security/libgcrypt/ ( libgcrypt.desc): * add package libgcrypt (-> GnuPG2)
21:33 < CIA-8> jsaw * r4660 /trunk/package/security/gnupg2/ ( gnupg2.conf gnupg2.desc): * add package gnupg2 (1.9.12 currently)
21:34 < CIA-8> jsaw * r4659 /trunk/package/security/libksba/ ( libksba.desc): * add package libksba (-> GnuPG2)
21:36 < CIA-8> jsaw * r4661 /trunk/package/security/gpa/gpa.desc: 
21:36 < CIA-8> * update gpa (0.6.1 -> 0.7.0)
21:36 < CIA-8> (Build not tested yet)
21:42 < rxr> crazzy
21:42 < CIA-8> jsaw * r4662 /trunk/scripts/ (Build-Pkg Create-ErrList Create-UpdList Emerge-Pkg): 
21:42 < CIA-8> * scripts/*: when doing the md5sum, also ignore files
21:42 < CIA-8>  ending with "~"
21:42 < CIA-8> * add option "-dry-run" to ./scripts/Create-ErrList
21:43 < jsaw> hi rxr
21:43 < rxr> the same files work in qemu when I create a isolinux based boot-cd image from them ...
21:49 < jsaw> rxr: i totally forgot: does T2 have something like the no-dist or no-cd functionality?
21:51 < rxr> no, but I wanted to implement that more sorted when we need ti
21:51 < rxr> jsaw: you need it right now?
21:52 -!- sparc-kly [~sparc-kly@65-23-193-94.prtc.net] has quit ["Leaving"]
21:52 < jsaw> not right now, but maybe soon: I'm currently running the afpl ghostscript on my system at work. And I think that's the best one I ever had (eg. it does the bounding box correctly when doing eps conversion, usually, the left-bottom corner is set to 0 0)
21:53 < jsaw> so I'd like to add a config entry where u can choose to enable the afpl ghostscript+ghostpcl over the gpl or epssdglksfdlag (what was the name from cups???)
21:53 < rxr> hm - didn't I saw a patch for that recently ...
21:54 < rxr> maybe take a look into the gentoo package, it is full of patches *g*
21:54 < jsaw> :)
21:55 < rxr> use a to be introduced DIST tag
21:55 < rxr> [DIST] nodist nocd [ ... ]
21:55 < rxr> would that be ok?
21:55 < rxr> I do not like that rock mangles the download url and introduced this ugly cd tag ... :-(
21:55 < jsaw> btw, that could also come in quite handy for the linuxrc package, doesn't it?
21:56 < jsaw> I mean, no-cd
21:56 < rxr> hm, no, why do you think so?
21:57 < rxr> hm - the kernel command line is not passed to my linuxrc - this sucks
21:57 < jsaw> oh, forget that. The tactics have changed. (originally, I thought, if we have a "finish" package, we usually wouldn't want this to be on the CD, but linuxrc will now take a more complete route...=
21:57  * rxr continues ugly debugging ...
21:58 < rxr> I considered the finish package ... - but valentin and I decided, why some yet other virutal package concept, when we could just use normal packages for that
21:58 < daja77> rxr: what is this option for?
21:58 < rxr> daja77: what option?
21:58 < daja77> -initrd
21:59 < rxr> to pass a initrd directly to the kernel - when you directly load a kernel via -kernel ....
21:59 < rxr> ^- when you talk about qemu
21:59 < daja77> yeah i did
21:59 < daja77> ah yes of coursew
21:59 < daja77> never tried that
22:00 < jsaw> rxr: why '[DIST]', wouldn't it make sense to simply use the existing '[FLAG]'?
22:05 < rxr> well, we could also use FLAGS, but I thought seperating the package handling from build-toolkit flags would be nice ...
22:05 < rxr> but when more people feel [F] is better, I'm fine with that, too ...
22:06 < jsaw> okay, worth a note to ml...
22:06 < rxr> do you do?
22:07 < jsaw> yep
22:07 < rxr> the #qemu channel is practically dead ...
22:12 < daja77> oh perhaps due no new releases
22:20 < rxr> oops - shit
22:20 < daja77> ?
22:20 < rxr> just looking into the kernel source it is not intended to work the way I thought it would work ...
22:21 < rxr> *argv[] = { "linuxrc", NULL, }
22:21 < rxr> it is thrown into the environment ....
22:21 < rxr> ok /me adapting my linuxrc mods ... ,-)
22:21  * rxr taking a shower and preparing a new tee
22:21 < rxr> cu in some minutes
22:40 < rxr> re
23:34 < mnemoc> re
23:35 < mnemoc> rxr: :)
23:43 < CIA-8> jeru * r4663 /trunk/package/security/ (14 files in 4 dirs): added Prelude-IDS packages
23:45 < mnemoc> jeru? :)
23:45 < jsaw> ... 4??? dirs
23:46 < mnemoc> 4 packages
23:46 < mnemoc> i guess
23:46 < jsaw> yep
23:47 < jsaw> what's the cia web address again?
23:48 < rxr> cia.navi.cx or so ?
23:48 < jsaw> yeah, right. thx.
23:48 < rxr> http://cia.navi.cx/
23:48 < rxr> hey, good memory, seems to be my day ,-I
23:49 < rxr> jeru is christian weise from the mailing list ...
23:49 < rxr> I already wrote days ago here that I gave write access to him ...
23:50 < mnemoc> yes, it is nice to see new people
23:52 < rxr> yeah!
23:53 < rxr> my plan is to hand out write access quite easy if the first contact looks promissing and patches in a usablee form ...
23:53 < rxr> we can always roll-back/revert or just fix commits up ...
23:53 < rxr> or disable single contributors when the mess up the tree in some extreme way ....
23:55 < rxr> right now 8 people with write access ...
23:55 < rxr> and since lars has now more then a 56k modem I expect some more commits from him soon, too
23:56 < jsaw> I can only but support this view. And esp. with CIA one feels actually the "pressure" to check the commit...
23:57 < rxr> is passing NULL to strcpy defined?
23:58 < jsaw> I doubt this considering the BUGS section in the man-page
23:58 < mnemoc> rxr: this is a live example of trac http://projects.edgewall.com/trac/  trac itself
23:58 < rxr> yep - dietlibc implementation also does not check for this ...
23:59 < rxr> mnemoc: I want my linuxrc to be functional tonight - so I look at it later ;-)
23:59  * mnemoc wants linuxrc too
--- Log closed Thu Nov 11 00:00:47 2004