--- Log opened Wed Jan 12 00:00:47 2005 00:09 < mnemoc> --with-gc={simple,page,zone} <--- gcc 3.4.3 includes garbage collection?? 00:13 < rxr> all gcc's include garbage collection for the internal generated nodes and other temporary data created during compilation 00:13 < rxr> it is not exported the the language - just for in gcc use of course 00:13 < mnemoc> ic 00:23 < rxr> 00:20 guess I push a 24 DVD into my book - since nothing in TV (as usual) 00:23 < rxr> 00:21 what the fuck 00:23 < rxr> 00:21 This disc region code does not match the drives region code 00:23 < rxr> 00:22 disc region 2 - current setting 1 00:23 < rxr> 00:22 under linux nothing complaint so far ... 00:23 < rxr> 00:22 * rxr booting the athlon ... 00:23 < rxr> thanks osx ... 00:23 < rxr> hey - and this is a expensively payed 24 series original silver DVD from my brother - of course ... 00:24 < mnemoc> :D 00:24 < rxr> so /me evening lunch 00:24 < mnemoc> cu rxr 00:24 < rxr> when T2 is up and running to just watch a DVD ... 00:24 < rxr> osx is just no consumer OS 00:24 < rxr> full of strange questions, fallbacks, settings and error dialogs ... ;-) 00:25 < mnemoc> :) 00:26 < rxr> s/fallbacks/drawbacks/ 00:26 < rxr> so - happy hacking ... 00:48 < rxr> so: shutdown -h the dvd player (a.k.a. Athlon box ...) 00:48 < mnemoc> do you remember the name of any 'micro x11' project? 00:48 < rxr> there is the "quite tiny" kdrive baser server ... 00:49 < rxr> and the other - s.th. like tinyX or so ? 00:49 < mnemoc> let see what google said with your keywords 00:49 < rxr> yep tinyX ... 00:49 < rxr> what do you need want ... ? 00:50 < mnemoc> i friend got a p66 notebook and want to run mame emulator on it ;) 00:51 < rxr> p66 ? could even handle a normal X ... 00:51 < rxr> at least I used it back at the times I have those ... 00:51 < mnemoc> but not copying it via floppy 00:51 < rxr> welll - ok ... 00:51 < mnemoc> :) 00:52 < rxr> my advice would be to try Keith's kdrive server 00:52 < rxr> maybe start with the vesa one ... 00:52 < rxr> it is even autoconfiscated (although that might not be a real pro) 00:52 < rxr> considering autocon* harmful ... 00:53 < rxr> I even already run the kdrive based FB one and the kdrive radeon one on my iBook for some tests ... 00:54 < mnemoc> nice 00:55 < rxr> of course no vesa on the PowerPC hardware (thanks god!) - but I never heared it gave problems on X86 ... 00:55 < mnemoc> is kdrive a project itself or it's a driver for xorg? 00:55 < rxr> no proof of concept project as itself ... 00:55 < rxr> on freedesktop.org 00:55 < mnemoc> http://www.pps.jussieu.fr/~jch/software/kdrive.html 00:55 < rxr> nope - not that one 00:55 < mnemoc> aha 00:56 < mnemoc> :\ 00:56 < rxr> kdrive API (KAA - Kdrive Acceleration Architecture) is also what will flow back into X.org one day to accelerate all the pximap and transparent (alpha) rendering stuff on modern desktops .. 00:57 < rxr> like those Mac OSX expose alike things ... 00:58 < rxr> I think it is this one: 00:58 < rxr> http://freedesktop.org/wiki/Software_2fXserver 00:58 < mnemoc> i'm confused 00:59 < rxr> why ? 00:59 < mnemoc> i knowledge of X might be too limited 01:00 < mnemoc> isn't X server the generic name for the server of xf86/xorg? 01:01 < mnemoc> debrix? 01:01 < rxr> no 01:01 < rxr> the normal one is Xorg 01:01 < rxr> debrix is another name for the autotolled Xorg 01:01 < rxr> tooled even 01:01 < mnemoc> aha 01:02 < rxr> X is undergoing much work these days 01:02 < rxr> many project many namtges 01:02 < rxr> names ... 01:04 < mnemoc> protector finally updated 01:08 < rxr> any new features or fixed bugs ? 01:08 < rxr> cool ;-)!!! 01:08 < rxr> usb bus rescanning now works in our osx driver - yay ... 01:09 < rxr> hm - have I mentioned all the testers (e.g. the manufacture) manages to hit a bug we are not able to reproduce ... 01:09 < rxr> :-( 01:09 < mnemoc> how? you handled every osx usb oddity? 01:09 < rxr> no - just fixed the few lines inherited from OSS stuff up ... 01:09 < mnemoc> oh 01:10 < mnemoc> device configuration, flow control, or what? 01:10 < rxr> yeah ... 01:10 < rxr> the fixup or the bug ? 01:10 < mnemoc> the fixup 01:10 < rxr> flow control ... 01:10 < mnemoc> aha 01:11 < rxr> but nice to track reading thru all the "mess" ... 01:11 < mnemoc> =) 01:11 < rxr> I already rewrote the usb i/o functions - and now the init stuff ... *g* 01:11 < rxr> soon we will have an own USB i/o lib ... 01:12 < mnemoc> have you coded in that direction? 01:12 < rxr> no 01:12 < rxr> but the code was so buggy ... 01:12 < rxr> too bad it works mostly on linux ... 01:12 < rxr> if I would have known that it is that ugly I would have done it from scratch in the beginnin - instead of so much hunting ... 01:14 < rxr> are you sure 3.4-2 -> 3.4.1 is newwer? 01:14 < rxr> e.g. I then intentionally downtated it so it applys cleanly ... 01:14 < rxr> or is 3.4.1 better in some way ß 01:15 < rxr> ? even ... 01:15 < mnemoc> 3.4 -> 3.4.1 01:16 < mnemoc> gcc 3.4.1 support (3 September, 2004) 01:16 < rxr> hm 01:16 < rxr> oh - I might just have hit the bug the tester described .. 01:16 < rxr> interesting .. 01:17 < rxr> this means I could stay up a bit longer and track it ... 01:17 < mnemoc> http://www.research.ibm.com/trl/projects/security/ssp/ <--- feature update 01:17 * mnemoc moving home, brb 01:17 < rxr> yeah - I know that site 01:17 < rxr> I just wondered that the 3.4-2 applied cleanly when the other does not ... 01:17 < rxr> and thus tought it might match better ... 01:17 < rxr> you have not yet run full tests yet ? 01:17 < mnemoc> because he messes with gcc/configure now 01:17 < mnemoc> messed* 01:17 < rxr> cu mnemoc "comitee of the day" 01:18 < mnemoc> :) 01:19 < rxr> cool - I hit the reported bug right now 01:19 < rxr> strange that I did not before ... 01:19 < rxr> well - at least I have an excuse to stay up and track it ... 01:20 < rxr> and less hassle tomorrow to drive around in berlin carring one (of the many) scanners to other people with different PowerPC hardware ... 01:28 * rxr off to get the headphone for some music to prevent sleep ... 01:31 < rxr> cool - Rage Against The Machines - Take the Power Back ! ;-) 01:32 < rxr> the right to track scheduling / threading issues ... 01:47 < mnemoc> re 01:47 < rxr> hi 01:49 < rxr> *lol* 01:49 < rxr> the Apple Dock is complaining about the a photoshop xml file: 01:49 < rxr> 2005-01-12 01:47:38.186 Dock[206] CFLog (0): 01:49 < rxr> CFPropertyListCreateFromXMLData(): plist parse failed; the data is not proper UTF-8. The file name for this data could be: 01:49 < rxr> Contents/Info.plist -- file://localhost/Applications/Adobe%20Photoshop%207/Adobe%20Photoshop%207.0/ 01:49 < rxr> The parser will retry as in 10.2, but the problem should be corrected in the plist. 01:55 < mnemoc> o_O 01:58 < rxr> From: kfogel@collab.net 01:58 < rxr> Subject: Yes, we know CIA is down. 01:58 < rxr> If you join channel #commits on irc.freenode.net, you will see the 01:58 < rxr> following notice: 01:58 < rxr> Topic for #commits is The viewing gallery of open source, serving 01:58 < rxr> over 0.5 million real-time commit messages || http://cia.navi.cx/ 01:58 < rxr> || #cia for development and support 01:58 < rxr> || Please upgrade if you're still using a client that doesn't send 01:58 < rxr> XML messages || yes, CIA is down. scanline is out of town, so 01:58 < rxr> you'll have to wait. 01:58 < rxr> Topic for #commits set by purple_cow at Sat Jan 8 16:21:21 2005 01:58 < rxr> This is why http://cia.n 01:59 < rxr> avi.cx/stats/project/svn shows no changes 01:59 < rxr> since r12632, which took place early on Jan 8th. 01:59 < rxr> Our side of CIA seems to be working fine. When the CIA central server 01:59 < rxr> is up again, we'll resend all the missing commit messages if necessary 01:59 < rxr> (that's easy to do). 02:08 < rxr> most probaly in bed after two work mails ... 02:15 -!- ideal [~idealm@211.100.227.107] has joined #t2 02:21 < rxr> hi ideal ! 02:26 -!- CIA-9 [~CIA@to.je.spocco.com] has joined #t2 02:26 < rxr> oh! 02:26 < rxr> I guess I shoudl test it ... ;-) 02:31 < CIA-9> mnemoc * r5528 /trunk/package/base/gcc/ (gcc.desc protector-adapter.diff): * updated gcc protector (3.4-2 -> 3.4.1) adapted to 3.4.3 using a patch on $confdir 02:31 < rxr> hey! 02:31 < rxr> works 02:31 < mnemoc> uhm? 02:31 < rxr> ? 02:31 < rxr> be happy 02:31 < rxr> and don't ask ... 02:31 < mnemoc> :D 02:31 < mnemoc> you did something? 02:32 < rxr> nope 02:32 < rxr> I just let it happen ... 02:32 < rxr> but now I'll inject all the missing revision, right ? 02:34 < mnemoc> feel free to flood :) 02:34 < rxr> I add a sleep 1 in the loop .. ;-) 02:35 * mnemoc can't deside if remove custmain or not from gcc 02:35 < rxr> not yet 02:36 < CIA-9> mnemoc * r5475 /trunk/target/mnemosyne/ (12 files in 4 dirs): 02:36 < CIA-9> * improved mnemosyne config engine with cache 02:36 < CIA-9> * improved mnemosyne config to support 'choice' plugins 02:36 < CIA-9> mnemoc * r5476 /trunk/target/mnemosyne/pkgsel/Development/ (python.all python.ask): * fixed mnemosyne to have python as optional package 02:36 < mnemoc> i can't trace spp problem with that messing and hacked config 02:36 < CIA-9> mnemoc * r5477 /trunk/target/mnemosyne/pkgsel/Base/setup.all: * fixed mnemosyne to use lvm2 instead of lvm 02:36 < CIA-9> mnemoc * r5478 /trunk/target/mnemosyne/pkgsel/Base/ (DHCP.ask Network/ Network/DHCP.ask Network/PPP.ask PPP.ask): * changed mnemosyne plugins DHCP and PPP inside Base/Network area 02:36 < CIA-9> mnemoc * r5479 /trunk/target/mnemosyne/pkgsel/ (6 files in 2 dirs): * redistributed mnemosyne packages needed to run, build and/or devel T2 02:37 < rxr> ;-) 02:37 < CIA-9> jsaw * r5480 /trunk/package/base/linux24/2.4-do-brk-locked.patch: 02:37 < CIA-9> * uselib exploit patch (see lkml) 02:37 < CIA-9> (untested) 02:37 < CIA-9> jsaw * r5481 /trunk/package/base/linux26/2.6.10-mm1-brk-locked.patch: 02:37 < CIA-9> * uselib exploit patch (see lkml) 02:37 < rxr> I decided for a sleep 2 ... 02:37 < CIA-9> (applies, but otherwise untested) 02:37 < mnemoc> no sleep? 02:37 < CIA-9> jsaw * r5482 /trunk/package/base/linux24/ (2.4-do-brk-locked.patch 2.4-do-brk-locked.patch-x): * the uselib patch does not apply to kernel 2.4 02:37 < CIA-9> rene * r5483 /trunk/package/multimedia/klear/klear.desc: * updated klear (0.1-alpha2 -> 0.1-alpha3) 02:37 < CIA-9> rene * r5484 /trunk/package/ (base/ifhp/ printing/ifhp/): * moved base/ifhp into printing 02:37 < CIA-9> rene * r5485 /trunk/package/ (4 files in 2 dirs): 02:37 < rxr> sleep 2 ... ;-) 02:37 < CIA-9> * updated net-snmp (5.1 -> 5.2) 02:37 < CIA-9> * added perl-net-snmp (5.0.1) 02:37 < CIA-9> jsaw * r5486 /trunk/package/base/linux24/ (3 files): 02:37 < CIA-9> * update linux24 (2.4.28 -> 2.4.29-rc1) with downloaded patch 02:37 < CIA-9> (SECURITY) 02:37 < CIA-9> * remove non-applying patches 02:37 < CIA-9> rene * r5487 /trunk/package/network/kismet/gcc34.patch: 02:37 < CIA-9> * fixed kismet by removing an obsolete patch - thought I did this month 02:37 < CIA-9> ago ... :-( 02:37 < CIA-9> mnemoc * r5488 /trunk/misc/archive/PackBuildInfo.sh: * introduced PackBuildInfo.sh a misc script to pack (tar.bz2) important files of test builds for future reference. 02:37 < CIA-9> rene * r5489 /trunk/package/kde/amarok/amarok.desc: * updated amarok (1.2-beta2 -> 1.2-beta3) 02:37 < CIA-9> rene * r5490 /trunk/package/python/python/python.conf: 02:37 < CIA-9> * pass --enable-shared to python by default (should fix some build 02:37 < CIA-9> errors and should allow us to remove some historic hacks ...) 02:37 < CIA-9> rene * r5491 /trunk/package/audio/noteedit/ (noteedit.conf noteedit.desc): * fixed noteedit (not pass --enable-final) 02:37 < CIA-9> rene * r5492 /trunk/package/filesystem/qtparted/qtparted.conf: 02:37 -!- CIA-9 [~CIA@to.je.spocco.com] has quit [Excess Flood] 02:37 < rxr> oops ... 02:38 < mnemoc> :) 02:38 < mnemoc> you kill him 02:38 < rxr> at least the web site is still updated ... 02:38 < rxr> http://cia.navi.cx/ 02:38 < rxr> ^- and grin ... 02:39 < rxr> t2 top project of the day 02:39 < rxr> and you 1st and /me 2nd ... ;-) 02:39 < mnemoc> :D 02:39 < rxr> loop finished ... 02:40 < mnemoc> screenshot it 02:40 < rxr> just do 02:40 < rxr> but I'm in osx .. 02:40 < rxr> so ... 02:41 < mnemoc> i'm on windows ;) 02:41 < rxr> oh - even worse ... 02:42 < rxr> http://ec-outpost.dyndns.org/t2-cia.tiff 02:45 -!- CIA-9 [~CIA@to.je.spocco.com] has joined #t2 02:46 < mnemoc> wb CIA-9 02:57 < rxr> damn - I should switch back from net radio to my collection here .. 02:57 < rxr> now with a studio headphone I notice what a low qulity they broadcase ... 02:57 < rxr> so much noise and distortion ... 02:57 < ideal> Hi, rxr. New day! 02:57 < mnemoc> :) 03:00 < CIA-9> mnemoc * r5529 /trunk/package/base/gcc/gcc.conf: * cosmetical changes to gcc.conf 03:02 < rxr> ,-) 03:02 < rxr> thanks CIA-9 03:02 < rxr> we need to praise CIA a bit ... 03:04 -!- mnemoc changed the topic of #t2 to: T2 | 2.1.0-beta2 RELEASED | The next generation of System Development Enviroments (SDE) | http://www.t2-project.org/ | CIA, don't ever leave us again! 03:05 < CIA-9> mnemoc * r5530 /trunk/scripts/config.in: * fixed config/$config/pkgsel applying to be done only if file exists 03:07 < CIA-9> mnemoc * r5531 /trunk/package/base/uclibc/parse-config-9: * fixed uclibc parse-config to export FLWRAPPER_LIBC properly 03:07 < rxr> huh ? Nena 99 Luftbalongs in english ?!?!? 03:07 * rxr confused - never heared that before ... 03:07 < mnemoc> uhm? 03:07 < rxr> 99 Red Ballons it is called in english ... 03:08 < mnemoc> is that a song? 03:08 < rxr> well - some german pop song from the '80s ... 03:08 < mnemoc> ic 03:08 < rxr> so - toothbrushing and then taking a nap for fresh osx hacking tomorrow - err today ... 03:09 < rxr> mnemoc: I could prettify the svn graph more by marking the days with 0 commits in rock-linux red;-) 03:10 < rxr> http://svn.exactcode.de/rock-linux.csv 03:10 < mnemoc> hehe 03:15 < mnemoc> does the 'cut to 55' alter averages? 03:15 < rxr> I do not think so ... 03:15 < rxr> why ? 03:16 < mnemoc> curious 03:16 < rxr> I hope only the graph is clipped ... 03:17 < rxr> I think it looks reasonable ... 03:18 < rxr> especially since we again have a higher revision than rock, haven't we ... 03:18 < rxr> oh no ... 03:18 < rxr> some big commit storm passed over the land ... 03:19 < mnemoc> what about a third 90 days graph clipped to 45? 03:19 < mnemoc> with the same averages 03:19 < rxr> you mean a complete new diagram ? 03:20 < mnemoc> yep, maybe on the 'differences' page 03:20 < rxr> why on the difference page ? 03:20 < rxr> to highlight the commit situation ? 03:21 < mnemoc> yep 03:21 < mnemoc> the different styles 03:22 < mnemoc> OT: why sysroot only on stage0 and not 0 and 1? 03:23 < rxr> sysroot is a new gcc 3.4 (I think - or was it also 3.3 ... - anyway) feature that tells the cross copmiler where to look for include and libraries of the real target 03:23 < rxr> thus only passed when building a cross compiler ... 03:24 < mnemoc> ic 03:24 < rxr> the actual compiler build for the new system (aka chroot) must look in /usr/lib /usr/include and co - not in $base/build/$id/ ... 03:24 < rxr> which is not existing for that compiler 03:25 < rxr> so - bed - n8 mnemoc and all the other sleeping folks ... 03:26 < mnemoc> n8 rxr 03:36 < CIA-9> mnemoc * r5532 /trunk/target/uboot/ (. build.sh config.in pkgsel preconfig.in uboot.txt): * Introduced uboot target, but hey! it doesn't even build yet 04:04 < CIA-9> jsaw * r5533 /trunk/package/shells/bash/ (bash30-017t2.patch comp-wordbreak.patch): 04:04 < CIA-9> * after a long thread with Chet now hopefully the right fix for 04:04 < CIA-9> the core dumping bash 04:04 < mnemoc> hi jsaw 04:04 < mnemoc> he released a patch?? 04:06 < jsaw> hi 04:06 < jsaw> no 04:06 < jsaw> I'll cross post a mail about it to t2ml/rlml in a few minutes. 04:11 -!- praenti [~praenti@82.139.198.99] has quit [Read error: 104 (Connection reset by peer)] 04:11 -!- praenti [~praenti@82.139.198.99] has joined #t2 04:13 < jsaw> praenti: the right guy for the bash thing... 04:14 < mnemoc> :) 04:21 < jsaw> okay, mail sent. 04:23 < mnemoc> jsaw: i think we have a bug on the toolchain, which triggers SPP problem, brokes cross-builds and make #include_next work wrong on uclibc 04:24 < jsaw> I read your comment above, though I had no time to think about it yet. 04:24 < mnemoc> ok 04:24 < jsaw> The -isystem thing, don't remember where that was... 04:24 < jsaw> but it's not used anymore iirc 04:25 < jsaw> oh now it just comes to my mind. 04:25 < mnemoc> i'm building uclibc step by step and i hope to find the problem 04:25 < jsaw> I had a patch where this was used in the diet.c program... 04:25 < mnemoc> you hardcoded it? 04:25 < jsaw> mnemoc: what's the include order there 04:26 < jsaw> I had it hardcoded but as it turned out, that was the wrong fix. 04:26 < mnemoc> i think it should ask for include/linux right after include/ 04:27 < jsaw> no. include/linux should never be in the path 04:27 < mnemoc> glibc's limits.h does an #include_next including linux/limits.h 04:28 < jsaw> yes. but it includes "linux/limits.h" not "limits.h", therefore, /usr/include/linux may not be on the search path. (That was what I wanted to say) 04:30 < mnemoc> # include_next 04:30 < jsaw> ohoh. 04:30 < mnemoc> :) 04:30 < mnemoc> limits.h:124 04:31 < mnemoc> and uclibc clones that 04:31 < jsaw> that does not find linux/limits.h 04:31 < jsaw> This will find /usr/lib/gcc/...whatever.../include/limits.h 04:32 < mnemoc> my gcc -E -dD shows linux/limits.h :\ 04:33 < mnemoc> .oO( my wifi provider has a party and the signal is worse than usual :\ )o 04:33 < jsaw> from sys/param.h 04:33 < jsaw> eh I mean, linux/limits.h is included from sys/param.h 04:34 < mnemoc> aha 04:35 < mnemoc> a tool to graph this would be very cool 04:35 < mnemoc> sorry about the confusion 04:41 < jsaw> are you running this on a recent t2? 04:41 < jsaw> I mean is your host system fresh? 04:43 < mnemoc> ROCK Linux 2.0.0-rc5 (2004/01/12) 04:44 < jsaw> I mean, my fix for libgcc was to enable (i forgot the exact flag, but something like) SSP_IS_IN_LIBC... which makes me wonder if we got the interaction with the host system wrong... 04:45 < jsaw> I am running on some ROCK 2.1 rev... (without SSP) too 04:46 < jsaw> (also over one year old) 04:47 < mnemoc> :) 04:50 < jsaw> you know, never touch a running system (at least in a production environment) unless you have to... 04:52 < jsaw> I have to relocate myself to the lab, bbl 04:52 < mnemoc> i think fl_wrapper shall segfault or something bad when writing outside the sandbox 04:52 < mnemoc> cu jsaw 05:10 -!- CIA-9 [~CIA@to.je.spocco.com] has quit [Excess Flood] 05:22 < jsaw> re 05:23 < mnemoc> wb jsaw 05:25 -!- CIA-9 [~CIA@to.je.spocco.com] has joined #t2 05:38 < mnemoc> bash-bugs is full of spam! 05:40 < mnemoc> jsaw: how is the thread 'subjected'? 05:41 < jsaw> The unset FUNCNAME, I don't know. Our thread is "Where are the version controlled Bash sources?" 05:42 < mnemoc> 04.01 is the last post i see in that thread :\ 05:43 < jsaw> oh. 05:43 < jsaw> i forgot the url, what's it again? 05:43 < jsaw> mnemoc: the main part of the thread was (the last days) was in private... 05:44 < mnemoc> ic 05:44 < mnemoc> url of what? 05:44 < mnemoc> wtf! my linux-header is broken! but untouched 05:44 < jsaw> bash-bug list 05:45 < mnemoc> news.gmane.org :) 05:46 < jsaw> ah yes... 05:46 < mnemoc> i was expecting to see the patch posted there :\ 05:49 < jsaw> nope. 05:49 < mnemoc> fsck! it seems i fscked by build server which is the production server of my employer 05:49 < jsaw> maybe I should send it to suse 05:49 < jsaw> mnemoc: *OH OH* 05:50 < mnemoc> damn 05:51 < mnemoc> can you build me _please_ glibc/gcc33 for p4 on rock-2.0? :'( 05:51 < jsaw> stand by 05:51 < mnemoc> two days ago i killed my laptop, and now the server 05:52 < jsaw> rsync or svn location please... 05:52 < mnemoc> http://www.rocklinux.net/svn/rock-linux/branches/2.0-stable 05:53 < mnemoc> i overwrote /lib with uclibc stuff :\ 05:54 < jsaw> that must not happen. 05:54 < mnemoc> this 'build as root thing is damn evil' 05:54 < jsaw> *ack* 05:54 < mnemoc> makeinstpt="$makeopt" <--- this typo killed my server 05:55 < jsaw> o my 06:06 < mnemoc> i found a machine where i can do the build if you haven't 06:08 < mnemoc> Downloading download/base/linux24/linux-2.4.27.tar.bz2 ... :\ ... this will be long 06:08 < CIA-9> mnemoc * r5534 /trunk/package/develop/clip/clip.desc: * updated clip (1.1.13-39 -> 1.1.13-61) 06:09 * mnemoc nervious 06:10 < jsaw> I'm still downloading... 06:12 < mnemoc> at least i was able to do new ssh connections, the damage is not too deep 06:12 < mnemoc> it seems i'm only unable to build 06:30 < mnemoc> 39% of glibc :\ 06:35 < mnemoc> Cksum ERROR: download/base/glibc23/glibc-2.3.2.tar.bz2.cksum-err (1043282415) 06:36 < mnemoc> god doesn't like me today 06:36 < jsaw> Downloading download/base/glibc23/glibc-2.3.2.tar.bz2 ... 06:36 < jsaw> ERROR: Found download/base/glibc23/glibc-2.3.2.tar.bz2.cksum-err. 06:36 < jsaw> oh, 06:36 < jsaw> you have the same... 06:37 < mnemoc> it might be broken on the mirror 06:37 < mnemoc> cksum-test (bzip2): download/base/glibc23/glibc-2.3.2.tar.bz2 06:37 < mnemoc> bunzip2: Data integrity error when decompressing. 06:37 < mnemoc> Input file = (stdin), output file = (stdout) 06:47 < jsaw> seems error on mirro 06:47 < jsaw> +r 06:50 < mnemoc> i thought it would be easier... don't worry... i found a machine with building stuff installed, i'll download glibc from cvs and build the necesary .gem-s tomorrow 06:50 < jsaw> now stuck with xfsdump... 06:50 < mnemoc> the server seems to be 'operative' so nobody will notice the problem 06:50 < mnemoc> :\ 06:51 < jsaw> okay. I have to leave soon. 06:52 < mnemoc> i'll install vserver as soon i have build power again 06:52 < mnemoc> i can't keep risking my neck 06:53 < mnemoc> thanks for your support :D 06:53 < jsaw> well, there was not that much support now... :( but I try my best :) 06:53 < mnemoc> :D i know, but i know you are very busy too 07:05 < jsaw> look at cia.navi.cx 07:06 < mnemoc> nice :) 07:06 < jsaw> you're on top! 07:06 < mnemoc> we cheated, those where 3 days of commits 07:07 < mnemoc> you are on the list too :p 07:08 < jsaw> yep... :) 07:12 * mnemoc going to sleep, you do the same 07:12 < mnemoc> cu 07:17 < CIA-9> mnemoc * r5535 /trunk/package/develop/clip/clip.desc: * updated clip (1.1.13-61 -> 1.1.13-63) 07:17 < jsaw> cu mnemoc! 07:18 < mnemoc> == 03:11:58 =[0]=> Building base/glibc23 [2.3.2 2.0.3] 07:18 < jsaw> :) 07:18 < mnemoc> now i can try to sleep :) 08:46 < valentin> moin 13:17 < mnemoc> moin 13:23 < valentin> hi mnemoc 13:24 < rxr> moin 13:24 < mnemoc> moin valentin, rxr 13:36 < rxr> hi mnemoc 13:39 < mnemoc> i damaged my local glibc headers last night and now i can build anything :p 13:39 < mnemoc> at least i didn't damaged libs 13:40 < mnemoc> has `mine` a forced update mode? 13:40 < rxr> what do you mena with forced update ? 13:40 < rxr> -f ? 13:43 < mnemoc> will that overwrite modified files? 13:43 < mnemoc> i need to 'recover' glibc keeping the machine running 13:44 < rxr> yes 13:45 * mnemoc building a rock-2.0.3 to get safe .gem-s :) 13:54 < mnemoc> rxr: how are you scanner and customer bugs? 13:55 < CIA-9> mnemoc * r5536 /trunk/package/security/ipvsadm/ipvsadm.desc: 13:55 < CIA-9> * updated ipvsadm (1.21 -> 1.24) 13:55 < CIA-9> * changed ipvsadm to be build by default considering ipvs is part of both kernels 13:55 < mnemoc> scanners* 13:55 < rxr> investigating 13:55 < rxr> I got up late - I overlsept the alarm clock due to extreme overworkedness ... :-( 13:56 < mnemoc> waking up 'naturaly' is very good for health :) 13:56 < mnemoc> wakeing* 13:56 < rxr> and you do this every day ? 13:57 < mnemoc> i don't remember the last time i did that :\ 13:57 < rxr> .oO(your health ;-) 13:57 < mnemoc> my daughter wake me up around 6:40-6:55 every day 13:59 < rxr> good alarm clock ... 13:59 < mnemoc> very efective 14:05 < mnemoc> mnemoc: it isn't XML mail that we're dropping, it's the non-XML mail 14:05 < mnemoc> where the commits are just text with color tags 14:06 < mnemoc> there are no client scripts available for download AFAIK that still use the old format, but several projects haven't upgraded in far too long 14:06 < mnemoc> I doubt I'll drop support for it any time soon, but there are a growing number of things that don't work with the old format 14:07 < rxr> we do not use the color stuff but xml mail 14:07 < mnemoc> then there is no reason to change it :) 14:12 < rxr> I hate it when sites include wrong information ... 14:12 < mnemoc> which site? which information? 14:12 < rxr> it is: 14:12 < rxr> self performSelector:scanImplementation]; 14:13 < rxr> self performSelector:SEL]; 14:13 < rxr> and not: 14:13 < rxr> self perform:SEL]; 14:13 < rxr> no idea where some sites have the perform from ... 14:13 < rxr> oh - the cut'n paste has te leading [ missing ... 14:13 < rxr> [self performSelector:SEL]; 14:13 < rxr> and not 14:14 < rxr> [self perform:SEL]; 14:14 < rxr> ObjC ... 14:15 < mnemoc> i assumed [ missing 14:16 < rxr> jsut for the log ... 14:16 < rxr> so I do not cause more confusiont ... 14:16 < mnemoc> :) 14:17 < mnemoc> i guess it's /legacy/ documentation never updated 14:18 < mnemoc> does your irc parser translate /foo/ _foo_ or *foo* ? 14:20 < rxr> oh dizzlinh ... 14:20 < rxr> no ;-) 14:20 < rxr> I could of course quickly add it .. 14:20 * rxr -> backery try'ng to grab some rolls ... 14:24 < mnemoc> Warning [/etc/inputrc line 28]: Re-binding char #27 from [F_ViEndInsert] to meta for [91 49 126] => BeginningOfLine. <--- do you know how to fix this? 14:25 < mnemoc> i mean how to unbind previous 14:34 < rxr> ohem - never saw such ... 14:34 < mnemoc> cpan shows it here 15:15 < rxr> hm - should I wonder about this: 15:15 < rxr> Jan 12 15:01:14 Ren-Rebes-Computer kernel: Sound assertion "0 != err" failed in "AppleLegacyAudio/AppleTexas2Audio/AppleTexas2Audio.cpp" at line 960 goto Exit 15:26 < mnemoc> re 15:26 < mnemoc> does osx by default has debug symbols? 15:27 -!- ideal [~idealm@211.100.227.107] has quit ["Leaving"] 15:27 < rxr> that is some kernel driver anyway ... 15:33 < rxr> at least the apple thread view is quite nice ... 15:34 < daja77> http://daemlich.net/r4423 shamelessly copied 15:35 < mnemoc> *click* 15:36 < jsaw> *muahahaha* 15:36 < rxr> oehm 15:36 < rxr> Jan 12 15:36:21 Ren-Rebes-Computer /Applications/Adobe Photoshop 7/Adobe Photoshop 7.0/Contents/MacOS/Adobe Photoshop 7.0: The "IgnoreForEvents" window property is obsolete. Use CGSSetWindowTags with kCGSIgnoreForEventsTagBit flag instead. Set a break-point on CGSLogMessage to find out where this property is set. 15:37 < mnemoc> *evilgrin* 15:38 < jsaw> mnemoc: iMer, in german this sounds like "Eimer" (which means bucket) 15:39 < rxr> Linux 2.6.11-rc1 15:39 < mnemoc> much better :) 15:39 < mnemoc> rxr: what does it means? 15:40 < rxr> From: torvalds@osdl.org 15:40 < rxr> Subject: Linux 2.6.11-rc1 15:41 < jsaw> I gotta a problem, after last svn up plus removing all logs/012-*, I get an error building glibc: 15:41 < jsaw> checking for i586-unknown-linux-gnu-gcc... Cross_CC_not_built_so_far_cc 15:42 < mnemoc> o_O 15:43 < jsaw> ?_? 15:44 < mnemoc> my 5529 15:44 < mnemoc> ? 15:46 < jsaw> seems like: */TOOLCHAIN/tools.cross/wrapper/* is alsmost empty (not i586-*-gcc) 15:46 < mnemoc> what? 15:46 < rxr> jsaw: can you try a clean rebuild - e.g. not jsut removing some logs ? 15:47 < mnemoc> my wrapper changes should have been harmless 15:47 < jsaw> not anymore... I'd have to remove more than that now 15:48 < mnemoc> svn diff -r 5528:5529 http://svn.exactcode.de/t2 <-- i can't see the bug here 15:48 < jsaw> me too not ;) 15:49 < jsaw> $y 15:49 < jsaw> should be $x, or am I missing sth.? 15:50 < mnemoc> oh! 15:50 < mnemoc> yes 15:50 < mnemoc> damn 15:50 < mnemoc> last minute changes :\ 15:50 < jsaw> committing... 15:51 * mnemoc kicks himself badly 15:51 < CIA-9> jsaw * r5537 /trunk/package/base/gcc/gcc.conf: * fix a tiny typo (with big impact?) 15:52 < rxr> mnemoc: stop kicking yourself! ... 15:52 < jsaw> fortunately we have ccache... 15:53 * mnemoc stops 15:53 < mnemoc> svn diff -r 5516:5517 http://svn.exactcode.de/t2 <--- this might need tests too 15:53 < mnemoc> checks* 15:55 < jsaw> is the newest exploit fixed in 2.6.11-rc1? (the SMP page fault handler...) 15:55 < rxr> no - idea 15:56 < rxr> I stopped tracking the linux vulnarabilities .. 15:56 < mnemoc> mine.static -i -f glibc23-2.3.2.gem 15:56 * mnemoc praying 15:57 < jsaw> will start integrating bsd kernel into t2 after phd finished... 15:57 < rxr> wich one do you target ? 15:58 < mnemoc> 2.6 stability is a joke 15:59 * mnemoc still alive! :) 15:59 < jsaw> *grats* 15:59 < mnemoc> :) 16:02 < rxr> erhm 16:02 < rxr> now the Apple Thread View crashed ... 16:02 < rxr> Exception: EXC_BAD_ACCESS (0x0001) 16:02 < rxr> Codes: KERN_INVALID_ADDRESS (0x0001) at 0x103c7f00 16:02 < mnemoc> too cool to persist 16:02 < jsaw> iMer... 16:02 < rxr> Thread 4 Crashed: 16:02 < rxr> 0 libobjc.A.dylib 0x90831578 _class_lookupMethodAndLoadCache + 0xd8 16:02 < rxr> 1 libobjc.A.dylib 0x90831298 objc_msgSend + 0xb8 16:02 < rxr> 2 vmutils 0x91235bf0 -[NSMachOImage addressRangeOfSymbolWithAddress:] + 0xb8 16:02 < rxr> 3 vmutils 0x91226768 -[NSMachOTaskImage addressRangeOfSymbolWithAddress:] + 0x48 16:02 < rxr> 4 vmutils 0x9122b398 -[ImageSymbols addressRangeOfSymbolWithAddress:] + 0x24 16:02 < rxr> 5 vmutils 0x912299c0 FixupStack + 0xb8 16:02 < rxr> 6 vmutils 0x91234d9c -[NSStackBacktrace _fixupStack:memoryCache:] + 0x50 16:02 < rxr> 7 vmutils 0x9122a6c0 SampleAllThreads + 0x278 16:03 < rxr> do I send that to apple ... ;-) 16:03 < mnemoc> sure 16:04 < mnemoc> vmutils? does it run over a vm? 16:05 < rxr> no virtual machine somewhere ... 16:05 < mnemoc> brb 16:09 < jsaw> me 2 16:10 < rxr> cu 16:12 < rxr> hm - sample is a quite nice oprofile style thing - with graphical frontend of course ... 16:25 < rxr> hm - but it seems to report wrong line numbers - at leas they make no sense ... 16:36 < rxr> oehm 16:36 < rxr> I just had a bug that prevented me to click at anything after using expose ... 16:36 < rxr> darn .. 17:08 < mnemoc> re 17:11 < mnemoc> i got hardware to use us as temporal server and replace company's with t2 17:11 < mnemoc> s/us/as/ 17:20 < rxr> mnemoc: in which way temporal? and what do you replace where how ? 17:20 < mnemoc> A has rock2.0rc5 17:20 < mnemoc> B is empty 17:21 < mnemoc> B will get T2 17:21 < mnemoc> B will do A's job 17:21 < mnemoc> A will get T2 17:21 < rxr> ;-) 17:21 < mnemoc> A will take his place back 17:21 < rxr> I still hunt the scheduling issue ... 17:21 < mnemoc> B will be reinstalled with another T2 :) 17:21 < mnemoc> :) 17:21 < rxr> ;-) 17:29 < mnemoc> == 01/12/05 16:28:08 =[0]=> Finished building package linux-header. 17:29 < mnemoc> finally my machine builds again 17:30 < rxr> uClibc 0.9.27 17:30 < mnemoc> rxr: imagine how much can damage a makeinspt="$makeopt" typo can do on stage-0 17:30 < CIA-9> rene * r5538 /trunk/package/www/dillo/dillo.desc: * updated dillo (0.8.3 -> 0.8.4) 17:33 < nzg> what do you replace where how ? 17:33 < nzg> 17:20 < mnemoc> A has rock2.0rc5 17:33 < mnemoc> the server of the company where i work has rock-2.0rc5 17:34 < mnemoc> and it will become my first production T2 17:35 < mnemoc> i'll add 'conduit' to rocknet using ipvs and replace router too 17:38 < rxr> eiiii 17:38 < rxr> now xcode has an internal error 17:38 < rxr> not onyl that I have to search strange scheduling / event processing interactin with this ugly gimp clone called photoshop - all the os x stuff is just crashing around me ... 17:38 < rxr> what work conditions are this ... 17:38 < rxr> damn 17:39 < rxr> Uncaught Exception: 17:39 < rxr> *** -[NSCFString getLineStart:end:contentsEnd:forRange:]: Range or index out of bounds 17:40 < mnemoc> don't you want to reinstall that osx? 17:40 < rxr> no? are you crazzy ? 17:41 < rxr> this are normal bugs - nothing that goes away with a reinstall ... 17:41 < rxr> well - matching song on this net radio ... 17:42 < rxr> Meja - All 'bout the money ... 17:42 < mnemoc> :D 17:42 < rxr> I shoudl have sold them T2 based scanning station instead of doing the osx driver ... 17:42 < rxr> they could have even run it on their Apple hardware ... ;-) 17:44 < mnemoc> yeah 17:44 < rxr> some osx theme and onone would have noticed ... 17:44 < mnemoc> T2DE designer edition 17:44 < rxr> except some question one da: "Where are all the annoying osx bugs gone ..:" 17:45 < mnemoc> the absence of errors can be frustrating if you are used to tehm 17:46 < rxr> an the sence of erros can be frustrating if you sre not used to them, too 17:46 < rxr> s/an/and/ 17:46 * rxr new coffee ... 17:47 < rxr> hm - maybe I should debug t2 cross builds on my athlon just for the fun nearby ... 17:47 < mnemoc> yes! please do so 17:48 < rxr> ouhm - damn - I know the start treck episode of today 17:48 < rxr> it was even already transmitted in december ... 17:48 < rxr> trek even ... 17:49 -!- madtux [~mike@196.40.44.28] has joined #t2 17:49 < madtux> good day. 17:49 < rxr> hi madtux ! 17:49 -!- sparc-kly [~mubex@64.237.130.154] has joined #t2 17:49 < rxr> hey sparc-kly ! 17:49 [Users #t2] 17:49 [ _Ragnar_] [ daja77] [ madtux] [ nzg ] [ rxr ] [ valentin] 17:49 [ CIA-9 ] [ jsaw ] [ mnemoc] [ praenti] [ sparc-kly] 17:49 -!- Irssi: #t2: Total of 11 nicks [0 ops, 0 halfops, 0 voices, 11 normal] 17:50 < sparc-kly> hi rxr :P 17:51 < CIA-9> mnemoc * r5539 /trunk/package/base/uclibc/ (parse-config-9 uclibc.conf): * cleaned up uclibc .conf 17:52 < CIA-9> mnemoc * r5540 /trunk/package/base/uclibc/uclibc.desc: * updated uclibc (0.9.27-20041106 -> 0.9.27) and flaged as Stable 17:52 < rxr> that was fast 17:53 < mnemoc> i was 'announced' in the morning ;) i was waiting to be able to do a build to test it before commiting 17:55 < mnemoc> good day madtux 17:56 < madtux> hello mnemoc and rxr 17:59 < sparc-kly> http://www.apple.com/macmini/specs.html :S 17:59 < sparc-kly> wtf is that 17:59 < rxr> a nice tiny PowerPC box ... 18:00 < sparc-kly> damn really good . only $499 18:00 < rxr> yep - alreaady discussed here last night ;-) 18:01 < mnemoc> the brick and the bucket 18:02 < mnemoc> http://daemlich.net/r4423 <--- i prefer the style of iMer 18:02 < sparc-kly> this machine is perfect for me . i hate noise in my room . 18:03 < sparc-kly> imer LOL 18:04 < mnemoc> # Important! Required for limits.h to be fixed. 18:04 < mnemoc> ln -sf ../include $(STAGING_DIR)/$(REAL_GNU_TARGET_NAME)/sys-include 18:04 < rxr> yeah - hopefully not too many Linux kernel modifications are needed to get it running on that box ... 18:05 < mnemoc> rxr: uclibc people run that before building gcc 18:06 < rxr> hm 18:07 < rxr> I guess the first thing I'll try for non linux t2 builds are open darwin or hurd ... 18:07 < rxr> I think Open Darwin first ... 18:07 < mnemoc> is opendarwin complete? 18:09 < rxr> well - runs on x86 and powerpc ... 18:09 < rxr> it is the kernel as used in osx ... 18:10 < rxr> so - well - it can be considered in production use ... 18:10 < rxr> mnemoc: it is not a reimplementation or so - it is the source as relased by apple ... 18:11 < mnemoc> but they released the whole thing? 18:11 < rxr> yes 18:11 < rxr> mostly 18:11 < mnemoc> great 18:12 < rxr> except some properitaty binary only stuff, like the nvidia and ati graphic drivers or the airport* w-lan drivers and such 18:12 < rxr> but the whole source base 18:12 < rxr> e.g. you do not "need" the gfx drivers anyway - since you run X on it - and not the binary only properitary Quarz GUI stuff ... 18:16 < mnemoc> sure 18:42 < mnemoc> can this librt.so.1 be complicating cross-builds? 18:42 < rxr> librt what ? 18:43 < mnemoc> a library 18:44 < mnemoc> i see some dependencies to it on binaries suppostly created to use uclibc 18:44 < mnemoc> i'll have to keep tracing this 18:53 < rxr> parentWindow 18:53 < rxr> - (NSWindow *)parentWindow 18:53 < rxr> Availability 18:53 < rxr> Available in Mac OS X v10.2 and later. 18:53 < rxr> erhm ? 18:53 < rxr> they added this trivial function in 10.2? not earlier ? ... 18:53 < mnemoc> don't you have that? 18:53 < rxr> sure - but - it is a bit lazzy from them ... 18:54 < rxr> valentin was already quite impressed how few mouse cursors os x ships ... 18:54 < mnemoc> their windows don't need intercommunication ;) 18:59 < mnemoc> what STAGING_DIR may mean on a cross-build context? 19:09 < rxr> what ? 19:10 < rxr> no idea 19:10 < rxr> is this a uclibc thing = 19:10 < rxr> ? even 19:12 < mnemoc> ln -sf ../include $(STAGING_DIR)/$(REAL_GNU_TARGET_NAME)/sys-include <--- i'm trying to understand that line 19:13 < mnemoc> i guess i'll have to run their buildroot to discover it 19:15 < mnemoc> i really hate makefile based chains 19:16 < mnemoc> BR2_STAGING_DIR: . 19:16 < mnemoc> . . 19:16 < mnemoc> . This is the location where the toolchain will be installed. . 19:16 < mnemoc> . Since the toolchain will not work if it is moved from this . 19:16 < mnemoc> . location, it is important for people wishing to package up . 19:16 < mnemoc> . a uClibc toolchain that this be set to the location in which . 19:16 < mnemoc> . the toolchain will be used. 19:16 < mnemoc> outch.... 19:16 < mnemoc> sorry :\ 19:17 < madtux> flooder!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! 19:17 < mnemoc> flooding with empty lines... that was pathetic 19:20 < rxr> ouhm 19:20 < mnemoc> *headache* 19:21 * madtux food 19:22 < daja77> madtux: ! 19:23 < madtux> Mr. Daniel! 19:24 < madtux> bb in a bit i need to eat 19:28 < daja77> madtux: i am goin home bbl 19:28 < rxr> f*ck - this damn osx crap 19:35 < rxr> so - rebooting the gsmp box from a 2.4 into a 2.6 kernel - and hopeing it comes up again ... 19:35 < mnemoc> remotely? 19:35 < rxr> yep 19:36 < mnemoc> f34rs 19:36 < rxr> but the uni is open until 22.oo - so ... 19:37 < rxr> fuck 19:37 < rxr> forgot to add /dev/pts ... 19:37 < rxr> so - no ssh ... 19:38 < rxr> at least it came up .. 19:41 < mnemoc> kernel-dhcp? 19:42 < mnemoc> oh, /dev/pts.... i didn't read 19:57 < rxr> yeah - too bad 19:57 -!- madtux [~mike@196.40.44.28] has quit ["leaving"] 19:58 < rxr> but the box is up - and I think maddin might be available in 45 minutes to select the old kernel to let me fix it ... 19:58 < rxr> until then it serves http:// just fine ... ,-) 19:59 < mnemoc> :D 20:06 < CIA-9> jsaw * r5541 /trunk/package/shells/bash/bash30-017t2.patch: 20:06 < CIA-9> * apply a patch to patchlevel.h depends on order of other patches.... 20:06 < CIA-9> so this is removed for now 20:06 < rxr> ? 20:08 < rxr> ah 20:30 < mnemoc> # ./lib/ld-uClibc.so.0 20:30 < mnemoc> Invalid ELF header 20:30 < mnemoc> nice 20:45 < rxr> yeah - nice error message - osx would tell you s.th. like: 20:46 < rxr> there was some error executing the program - maybe you do not have the permissions to read a file 20:48 < rxr> btw. mx osx just swapped to death .. 20:48 < rxr> it was not responding to user events - except moving the mouse pointer arround (and that also only occationally) and after I showered it still showed heavy disc acces - at that point I power toggled the book ... 20:51 < mnemoc> oh 20:52 < rxr> hm 20:52 < rxr> 2005-01-12 20:45:10.506 Xcode[358] _NSCodeAndEnumerationFlagForTypeInSuite(): The type 'NSData' used in the script suite 'PBXProjectSuite' wasn't parsed successfully. 20:53 < rxr> .oO 20:53 < rxr> Jan 12 20:41:24 Ren-Rebes-Computer kernel: (default pager): [KERNEL]: no space in available paging segments; swapon suggested 20:53 < rxr> Jan 12 20:41:26 Ren-Rebes-Computer last message repeated 51 times 20:53 < rxr> I should stop looking into those logs ... 20:53 < rxr> they are full of - well - you name it ... 20:54 < rxr> that started here: 20:54 < rxr> Jan 12 20:20:07 Ren-Rebes-Computer kernel: NEL]: no space in available paging segments; swapon suggested 20:54 < rxr> ... 20:55 < mnemoc> Ren-Rebes? 20:55 < rxr> osx does not like my first name in the logs ... 20:56 < rxr> most text apps do not sow the 'e ... 21:19 < mnemoc> oh, elfkickers installs a brainf*ck compiler! 21:32 < rxr> huhm ? 21:36 < rxr> so - gsmp box online with ssh ... 21:36 < mnemoc> :D 21:36 < mnemoc> maddin saved the day? 21:36 < rxr> hm - with the 2.6 kernel bogomips is lower than mhz on the PII ... 21:36 < rxr> yep 21:36 < rxr> model name : Pentium II (Deschutes) 21:36 < rxr> cpu MHz : 449.269 21:37 < rxr> bogomips : 260.60 21:37 < mnemoc> uhm 21:37 < rxr> shouldn't that be *2 normally ? 21:37 < mnemoc> afaihs 21:37 < rxr> <7>Calibrating delay loop... 260.60 BogoMIPS (lpj=130304) 21:37 < rxr> hm 21:40 < rxr> # lsmod 21:40 < rxr> Module Size Used by Not tainted 21:40 < rxr> lsmod: QM_MODULES: Function not implemented 21:40 < rxr> sems I should emerge the module-init-tools on that older ROCK box ... 21:40 < rxr> ROCK Linux 1.7-snapshot (2003/02/07) 21:41 < mnemoc> yep 21:42 < rxr> module-init-tools built in one minute 21:43 < rxr> looks reasonable for the PII 21:43 < rxr> so I do not need to worry to much about the strange bogomips value ... 21:44 < rxr> modutils took 1.30m 21:45 < mnemoc> i guess bogomips calculation was adapted to new archs 21:46 < rxr> I have no other .10 box to verify ... 21:46 < rxr> of course I could review the code ... 21:46 < rxr> but ... 21:46 < rxr> well - there is some gimp clone bug to track ... 21:46 < rxr> mirror syncing functional ... 21:47 < rxr> just verified - VPN up and running ... 21:47 < rxr> gsmp case closed ... 21:50 < mnemoc> jsaw: here? 21:51 < jsaw> just came out of my daughters room... 21:52 < jsaw> hte has shared files with tex4ht 21:52 < jsaw> ... 21:53 < jsaw> hm, why isn't it called hte if the packages is called hte... *wondering* 21:53 < jsaw> mnemoc: what? 21:54 < mnemoc> jsaw: i entered stage 2 building uclibc :) thanks to your patch 21:54 < jsaw> to which patch? 21:54 < mnemoc> fl_wrapper's 21:54 * jsaw is happy 21:55 < rxr> just another example why to take any ObjC warning very serious: 21:56 < rxr> /Users/rene/develop/avision-osx/AvisionDS.M:206: warning: cannot find method `-maintWindow'; return type `id' assumed 21:58 < jsaw> which package to rename, hte or tex4ht? 21:59 < rxr> jsaw: what exactly is shared ? 21:59 < jsaw> the executable usr/bin/ht 22:00 < rxr> maybe better tex4ht ... 22:00 < mnemoc> hte 22:00 < mnemoc> uhm 22:00 < jsaw> 1:1 22:00 < jsaw> ... 22:01 < rxr> ok - then hte ... 22:01 < mnemoc> no 22:01 < mnemoc> :) 22:01 < mnemoc> ignore my comment :) 22:01 < rxr> then you also get no shared file conflicts when you install it on a system with tex4ht already installed ... 22:01 < jsaw> so hte. 22:01 < mnemoc> ack, hte :' 22:02 < jsaw> :) 22:02 < mnemoc> 'historic reasons' 22:02 < rxr> hm - now s.th. in the photoshop <-> my driver chain now leaks big ammounts of memory ... 22:02 < rxr> sigh 22:02 < rxr> can't one thing once just work .... 22:04 < rxr> seems I at least found a work around for the photoshop thing ... 22:04 < rxr> this scheduling issue when photoshop does not start polling the image data out of the driver ... 22:04 < rxr> btw. nice to debug and track wihtout the photoshop^Wgimp-clone source ... 22:18 < rxr> I could tell again sorries about Apple's gcc ObjC error diagnostics ... 22:18 < mnemoc> r 22:19 < mnemoc> jsaw: i have a problem. i had that export hardcoded on Build-Pkg, but no 'user' file is loaded before chroot 22:19 < mnemoc> jsaw: can i 'autodetect' is with echo /lib/libc.* ? 22:19 < mnemoc> that matchs for uclibc and glibc 22:20 < mnemoc> the other way is to add a hook in the very begining 22:20 < mnemoc> filehook 22:20 < jsaw> you mean "echo ..." or glob'ing in the flwrapper? 22:20 < mnemoc> echo on build-Pkg 22:20 < mnemoc> globbing on flwrapper is too expensive 22:20 < jsaw> should be ok imo 22:21 < mnemoc> i'll go for that 22:27 < CIA-9> mnemoc * r5542 /trunk/package/develop/elfkickers/ (. elfkickers.conf elfkickers.desc): * added elfkickers (2.0a) 22:29 < rxr> elf what ? 22:31 < CIA-9> jsaw * r5543 /trunk/package/develop/hte/hte.conf: * install ht executable as hte (develop/hte) 22:31 < mnemoc> kickers 22:32 < jsaw> mnemoc: do you know that "elf" in german is eleven... 22:32 < mnemoc> 11? 22:33 < jsaw> yes.. kickers <-> 11 ... 22:33 < mnemoc> :) 22:33 < jsaw> muppetlabs hehe 22:34 -!- madtux [~mike@196.40.44.28] has joined #t2 22:35 < mnemoc> wb madtux 22:35 < madtux> gracias. 22:36 < jsaw> hi madtux 22:36 < mnemoc> yw 22:36 < rxr> mnemoc: I meant what is is doing ... 22:36 < mnemoc> missing relatives of readelf 22:37 < mnemoc> and strip 22:37 < madtux> hi j 22:37 < mnemoc> j :) 22:37 < jsaw> rxr: This distribution is a collection of programs that are generally unrelated, except in that they all deal with the ELF file format. 22:38 < mnemoc> =) 22:41 < mnemoc> this journey to make t2/uclibc work showed me some nice tools like elfls and hte 22:42 < madtux> and it works now? 22:42 < madtux> update me i've been away for quite a bit now :( 22:42 < mnemoc> i have to tune it a bit, but yes 22:43 < madtux> good good! 22:43 < mnemoc> currently fl_wrapper is Abort-ing :\ 22:48 < rxr> anyone knows from witch toolkit HIApplication is ? 22:49 < mnemoc> chinesse 22:49 < rxr> ? 22:49 < mnemoc> it's like chinese to me 23:01 < rxr> fuck 23:02 < rxr> now this damn xcode internalo errored again and I accidently clicked close instead of continue 23:02 < rxr> arrrrrrrrrrrrrgh 23:02 < jsaw> *explicit content* in this channel... 23:02 < jsaw> ;) 23:03 < rxr> should I edit the log ... 23:06 < jsaw> nice: http://dump.hbx.us/gmail_bug_hack/ 23:06 < mnemoc> nah 23:07 < mnemoc> *G* 23:12 < mnemoc> jsaw: do you have time? 23:13 < rxr> mnemoc: never ask such a question ,-) 23:14 < mnemoc> :) 23:15 < mnemoc> he hides :) 23:27 < mnemoc> jsaw: http://rafb.net/paste/results/BUa8SB99.html 23:29 -!- madtux [~mike@196.40.44.28] has quit ["leaving"] 23:32 < rxr> what's taht ? 23:32 < rxr> some paste service ? 23:32 < mnemoc> yep 23:32 < mnemoc> too much output :) 23:32 < jsaw> reading... 23:33 < mnemoc> some tests on top and readelf at the bottom 23:33 < mnemoc> jsaw: if you want join me at #uclibc :) 23:33 < rxr> #uclibc 23:33 < mnemoc> rxr: you can join too :) 23:33 < rxr> something interesting over there ? 23:34 < mnemoc> andersee and solar are reading the paste 23:34 < mnemoc> they are the two main developers of your beloved uclibc 23:35 < mnemoc> my knowledge about elf, libc and stuff if highly limited 23:35 < mnemoc> s/if/is/ 23:36 < mnemoc> mnemoc: most likely it means you have mixed binaries with incompatible ABI changes <--- this was his answer before i give him the paste 23:38 * mnemoc feels very stupid being unable to solve this stuff himself 23:41 < jsaw> is it aborted in fl_wrapper? hmmm... 23:43 < mnemoc> it seems so 23:47 < jsaw> do you have the message fl_wrapper generates? 23:48 < mnemoc> cmd_wrapper? 23:48 < mnemoc> err. 23:49 * mnemoc puzzled 23:49 < mnemoc> what messages? 23:50 < jsaw> the message that should be displayed before the abort... 23:51 < jsaw> e.g. printf("fl_wrapper.so: Can't dlopen libc: %s\n", dlerror()); 23:51 < mnemoc> nope 23:51 < jsaw> printf("fl_wrapper.so: Can't resolve %s: %s\n", 23:51 < jsaw> symname, dlerror()); 23:51 < mnemoc> that's not shown 23:51 < jsaw> can you change both printf's to fprintf(stderr, ...); fflush(stderr); 23:51 < jsaw> and retry 23:53 < mnemoc> ok --- Log closed Thu Jan 13 00:00:25 2005