T2 IRC Log: 2005-01-12

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.

« prev | next »

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