--- Log opened Thu Jan 13 00:00:25 2005
--- Day changed Thu Jan 13 2005
00:00 < mnemoc> jsaw!
00:00 < mnemoc> fl_wrapper.so: Can't resolve fopen: Bad handle
00:00 < jsaw> commit the change immediately...
00:02 < mnemoc> commit fprintfs?
00:03 < jsaw> yes
00:04 < jsaw> first thing I wonder are the zero's from ldd ../fl_wrapper.so
00:05 < mnemoc> yes
00:05 < mnemoc> i was expecting a comment about from them
00:06 -!- nzg [~tschmidt@xchangecenter.de] has quit ["brb"]
00:06 < CIA-9> mnemoc * r5544 /trunk/misc/tools-source/fl_wrapper.c: * fixed fl_wrapper to output errors to stderr
00:08 -!- tschmidt [~tschmidt@xchangecenter.de] has joined #t2
00:08 -!- tschmidt is now known as nzg
00:15  * mnemoc moving home, brb
00:16 < CIA-9> mnemoc * r5545 /trunk/target/uboot/pkgsel: * add packages to uboot needed to build inside chroot
00:17 < CIA-9> mnemoc * r5546 /trunk/package/base/uclibc/ (parse-config-9 uclibc.conf): 
00:17 < CIA-9> * fixed uclibc to not export FLWRAPPER_LIBC on parse-config, it's senseless
00:17 < CIA-9> * fixed uclibc to enable shared libraries by default
00:35 < rxr> erhm
00:35 < rxr> I get too much ...
00:35 < rxr> when I disable our info sheet that pops up displaying the scan progress photoshop does not seem to have this "hanging" bug
00:37 < mnemoc> re
00:39 < rxr> hi
00:41 < mnemoc> hi rxr 
00:42 < mnemoc> jsaw: wrapper is build using host cc
00:44 < mnemoc> this will never work that way
00:45 < jsaw> ...
00:45 < jsaw> how that?
00:45 < mnemoc> that what?
00:46 < mnemoc> -> Building tools.native/lib/fl_wrapper.so.
00:46 < mnemoc> ++ type -p cc
00:46 < mnemoc> + file /usr/bin/cc
00:46 < mnemoc> /usr/bin/cc: symbolic link to `gcc'
00:46 < mnemoc> + cc -v -Wl --print-map -O2 -shared -fPIC -Wall -ldl misc/tools-source/fl_wrapper.c -o build/boot-2.1.0-beta3-x86-pentium-32-uboot-expert/TOOLCHAIN/tools.native/lib/fl_wrapper.so.3204
00:46 < mnemoc> Reading specs from /usr/lib/gcc-lib/i686-unknown-linux-gnu/3.3.3/specs
00:46 < jsaw> so BUILDCC is wrong...
00:46 < mnemoc> yep
00:46 < jsaw> somehow I guess this is part of my SSP problem...
00:47 < mnemoc> =)
00:48 < mnemoc> should i revert SPP hacks?
00:48 < mnemoc> SSP*
00:48 < rxr> please only revert tested stuff ..
00:48 < rxr> e.g. testbuild first -. commit later
00:49 < rxr> oh - an new day here ...
00:49 < mnemoc> i have commented that hack from long time ago
00:49 < rxr> so I can mention again how I have osx gui hacking ..
00:49 < mnemoc> with that hack i got the SSP problem jsaw solved with it
00:52 < rxr> sorry - currently my head is filled with NS* Apple GUI fluff ... - no oeverview about the hacks ...
00:53 < mnemoc> you should get a job on apple ;) ... there is apple-berlin?
00:53 < rxr> don't think there is apple berlin ...
00:53 < rxr> but I also think they could improve their OS by hiring me for some >100.000 EUR / year salery ...
00:53 < rxr> sallery even ... I think ...
00:54 < mnemoc> apple deutschland?
00:54 < rxr> s.th. like that
00:54 < rxr> but I have the feeling that all the BIG companies do not do development in germany - only in the US headquarters
00:54 < rxr> + the outsourcing to india ...
00:54 < mnemoc> mike got remote work on linuxlabs and nokia just sending a curriculum 'to try'
01:00 < jsaw> I have to leave. cu!
01:00 < mnemoc> cu
01:04 < rxr> cu jsaw 
01:16 < rxr> Linux 2.2.27-rc2
01:16 < mnemoc> new 2.2 development?
01:17 < rxr> only pasted what showed up in my inbox ...
01:17 < mnemoc> :)
01:19 < rxr> security and bugfix work only ...
01:19 < rxr> no fancy new stuff ...
01:25 < rxr> hm - photoshop does not like sheet's (some kind of special windows ...
01:25 < rxr> it hangs and does not dispatch events anymore ...
01:25 < rxr> strange - and quite annoying ...
01:30  * mnemoc doesn't know how to solve BUILDCC considering we do everything trusting in our PATH
01:32 < mnemoc> on stage>=2 BUILDCC should be == CC
01:32 < rxr> hm - and what is it ?
01:32 < mnemoc> host cc :)
01:33 < mnemoc> it works just as miracle
01:36 < rxr> well - in which way hostcc ?
01:37 < mnemoc> cc, in my case gcc-3.3.3
01:37 < mnemoc> i added -v on Build-Tools and suprise
01:41 < mnemoc> found
01:42 < mnemoc> uhm...
01:45 < mnemoc> i think a found a fix
01:52 < rxr> ;-)
02:05 < rxr> I have a flash ...
02:05 < mnemoc> a flash of?
02:06 < rxr> idea - to get rid of this photoshop err gimp clone hang ....
02:06 < rxr> last 30 hour topic over here ...
02:07 < mnemoc> :)
02:08 < rxr> at least so far I got no reports complaing about either the "Internal error" or "Unexpected error condition" ones ...
02:08 < rxr> only about photoshop hangs ...
02:09 < mnemoc> are you hanging photoshop or it hangs itself?
02:10 < rxr> the way valentin decided to show the progress par sheet seems to prevent photoshop to receive further events ....
02:10 < rxr> s/par/bar/
02:10 < rxr> took me the wohle day to find this ...
02:11 < mnemoc> deadlock?
02:12 < rxr> no - main loop eevent dispatching
02:12 < rxr> under Windows and Mac OS * this TWAIN stuff runs in the same address space as the User Interface client
02:13 < rxr> normally loaded as .dll or under OSX as ".so" - and thus not only sharing the whole memory - but also the GUI stuff including the main event loop ...
02:15 < mnemoc> as dangerous as we building as root :)
02:15 < rxr> yes - as dangerous as all M$ invented stuff ...
02:16 < rxr> oh - building as root invented by M$ ...
02:16 < rxr> oh - just found another issue I was wondering about ....
02:17 < mnemoc> :)
02:20 < rxr> ok - seems I can release a new version before I enter the sleep cycle ...
02:20 < rxr> let's hope this really works out well and I can my years running costs with it - otherwise I'll get angry ...
02:20 < rxr> never endured so much fluff while coding ...
02:22 < mnemoc> *g*
02:23 < rxr> and let's hope adobe sends me the promissed Photoshop copy before my trial expires ...
02:24 < rxr> yeah - work around (code shuffling) seems to have effect ;-)
02:24 < mnemoc> :D
02:25 < rxr> ok - but my other improvement does not yet work out ...
02:26  * rxr removing the funny "- kickClient;" workaround ...
02:26 < rxr> including:
02:27 < rxr>      /* ReneR: evil hack to kick Photoshop to pull the data out */
02:31 < rxr> ok - the second improvement results in recoding the main i/o loop ...
02:31 < rxr> I leave this for tomorrow ...
02:31 < mnemoc> yep
02:32 < rxr> err - today ..
02:32 < rxr> just after the suspend cycle ...
02:32 < mnemoc> "today" starts around 6am ;)
02:37 < rxr> if I would finally know how to use the damn PackageMacker to run it properly from script so I do not need to use the GUI to refill the forms for each release I would be mostly happy ...
02:39 < mnemoc> that's your goal for tomorrow :)
02:39 < rxr> nah - can not waste more time on the shitty package macker
02:40 < rxr> I already invested 5 hours playing with that toy ...
02:40 < rxr> I have a lot of code to write for the missing features of the real driver ...
02:43 < rxr> at least I can now can write OSX and ObjC in capital letters in my resume
02:44 < mnemoc> how many hours have you lost due to the bugs of GUI?
02:44 < mnemoc> and USB :)
02:44 < rxr> well - a whole day
02:44 < rxr> USB was on it before ...
02:45 < mnemoc> :)
02:45 < rxr> I hope Avision brings out a Firewire scanner soon ...
02:45 < rxr> so far they only have an OEM model that they sell to another companies Digial Document Processing system
02:45 < rxr> nothing for end-users ...
02:45 < rxr> I wold like to extend my core to IEEE1394 ....
02:46 < rxr> especially since my iBook only has USB 1 - but Firewire 400 (MBit)
02:54 -!- rxr_ [~rene@p213.54.195.29.tisdip.tiscali.de] has joined #t2
02:54 -!- Topic for #t2: 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!
02:54 -!- Topic set by mnemoc [] [Wed Jan 12 03:04:43 2005]
02:54 [Users #t2]
02:54 [ _Ragnar_] [ daja77] [ jsaw  ] [ nzg    ] [ rxr ] [ sparc-kly] 
02:54 [ CIA-9   ] [ ideal ] [ mnemoc] [ praenti] [ rxr_] [ valentin ] 
02:54 -!- Irssi: #t2: Total of 12 nicks [0 ops, 0 halfops, 0 voices, 12 normal]
02:54 -!- Channel #t2 created Sun Aug  8 21:15:33 2004
02:54 -!- [freenode-info] why register and identify?  your IRC nick is how people know you.  http://freenode.net/faq.shtml#nicksetup
02:55 -!- Irssi: Join to #t2 was synced in 16 secs
03:00 -!- rxr [~rene@p213.54.196.25.tisdip.tiscali.de] has quit [Nick collision from services.]
03:00 -!- You're now known as rxr
03:00 < rxr> so
03:01 < rxr> after pushing the new version to the server I'm off ...
03:01 < mnemoc> after building gcc on stage2 i'm off :)
03:01 < rxr> does it work now ?
03:02 < mnemoc> == 23:02:02 =[1]=> Building base/autoconf [2.59 2.1.0-beta3].
03:09 < mnemoc> /lib/gcc/i586-unknown-linux-uclibc/3.4.3/../../../../i586-unknown-linux-uclibc/lib/crtn.o
03:09 < mnemoc> -> Testing tools.chroot/lib/fl_wrapper.so.
03:09 < mnemoc> -> Creating tools.chroot/lib/parse-config.
03:09 < mnemoc> -> Creating tools.chroot/lib/pkg_*_{pre,post}.conf
03:09 < mnemoc> Segmentation fault
03:09 < rxr> oops
03:10 < mnemoc> at least it use the right cc now ;)
03:10 < rxr> maybe the test is wrong ?
03:10 < rxr> maybe using the host libc ?
03:10 < rxr> because before chroot ?
03:10 < rxr> just a guess - no t2 build near to test ...
03:11 < mnemoc> if i chroot everything runs perfect
03:11 < mnemoc> so the toolchain is ok
03:11 < rxr> $ du -csh AvisionDS-0.1.4.pkg*
03:11 < rxr> 356K    AvisionDS-0.1.4.pkg
03:11 < rxr> 312K    AvisionDS-0.1.4.pkg.tar.gz
03:11 < mnemoc> 0.1.4 :)
03:11 < mnemoc> my test is a -v on the line that builds fl_wrapper
03:12 < rxr> yeah - .0, .2, and .3 already released ...
03:12 < rxr> but the build is not in the chroot ?
03:12 < mnemoc> now it is
03:12 < rxr> hm
03:12 < mnemoc> locally
03:13 < rxr> does it work when you manually chroot and test it ?
03:13 < mnemoc> i moved Build-Tools call right after -chroot test
03:13 < mnemoc> i'll do that now
03:13 < mnemoc> export LD_PRELOAD by hand
03:13 < mnemoc> with strace ;)
03:23 < mnemoc> LD_PRELOAD=/TOOLCHAIN/tools.chroot/lib/fl_wrapper.so FLWRAPPER_LIBC=/lib/libc.so.0 true; echo $?
03:23 < mnemoc> 0
03:23 < mnemoc> on chroot
03:23 < rxr> so works ?`
03:24 < mnemoc> i ahve segfaults on Build-Pkg
03:26 < mnemoc> [02:26] [root@socomep(tty)/]# export FLWRAPPER_LIBC=/lib/libc.so.0
03:26 < mnemoc> [02:26] [root@socomep(tty)/]# ldd ldd
03:26 < mnemoc> ldd: can't open cache '/etc/ld.so.cache'
03:26 < mnemoc> fl_wrapper.so: Can't resolve fopen: Bad handle
03:26 < mnemoc> Aborted
03:27 < mnemoc> # cat /etc/issue.net
03:27 < mnemoc> fl_wrapper.so: Can't resolve open64: Bad handle
03:27 < mnemoc> Aborted
03:31 < rxr> hm
03:39 < mnemoc> # readelf -s /lib/libc.so.6 | grep ' open64'
03:39 < mnemoc>   1408: 000a5dcc   164 FUNC    WEAK   DEFAULT   11 open64@@GLIBC_2.1
03:39 < mnemoc> # readelf -s /lib/libc.so.0 | grep ' open64'
03:39 < mnemoc>    862: 0003522c    46 FUNC    WEAK   DEFAULT    7 open64
03:40 < mnemoc> jsaw: around? can this be the problem?
03:43 < rxr>  ATAidle 0.8 
03:43 < rxr> ATAidle is a utility to set the power management features of ATA hard drives in FreeBSD and Linux, including idle and standby timeouts, APM, and acoustic level settings. It can also show details about the installed devices.
03:43 < rxr>  mips64emul 0.2.4 
03:43 < rxr> mips64emul is a MIPS emulator which tries to emulate MIPS-like CPUs and enough surrounding hardware to run real (unmodified) operating systems such as NetBSD or Linux.
03:43 < mnemoc> from?
03:43 < mnemoc> weren't you sleeping?
03:44 < rxr> freshmeat
03:44 < rxr> on the way into bed ...
03:46 < mnemoc> T2: Popularity:  1.24%
03:49 < rxr> we need to get -beta3 out ...
03:49 < rxr> with improved uclibc ...
03:49 < rxr> this could get more intersting floks in
03:49 < mnemoc> yep
03:50 < mnemoc> :D
03:50 < rxr> maybe I specialize a bit more on distcc, cross builds and dietlibc
03:51 < rxr> I have some aversion for uclibc - especially patching the toolchain and random cut'n paste code ...
03:51 < mnemoc> add your TODO to wiki some day
03:51 < mnemoc> i prefer to patch-in a new target than hacking on runtime every call
03:52 < mnemoc> but both aproachs are valid
03:52 < rxr> oh - coll TODO - there is real content int ...
03:53 < rxr> ok - advice me - how to I start it ?
03:53 < mnemoc> sure :)
03:53 < mnemoc> preference -> username
03:53 < mnemoc> no auth is needed
03:54 -!- praenti_ [~praenti@82.139.198.99] has joined #t2
03:54 -!- praenti [~praenti@82.139.198.99] has quit [Read error: 104 (Connection reset by peer)]
03:57 < mnemoc> recent changes shows the last modification of pages modified on the last week
03:58 < rxr> done
03:58 < CIA-9> mnemoc * r5547 /trunk/scripts/Build-Pkg: * fixed Build-Pkg to Build-Tools inside chroot not just before entering
03:58 < rxr> just to get it rolling
03:58 < mnemoc> edit button :)
03:58 < mnemoc> syntax... it's easier to see what i wrote and click preview often
04:00 < mnemoc> but there is a tiny HowToWiki on HomePage
04:00 < rxr> yeah - already saved my todo
04:00 < rxr> linux26 one ?
04:00 < rxr> why should uboot linux26 only ?
04:01 < mnemoc> to have space for tools
04:01 < rxr> we have no limitted spave for the kernel
04:01 < rxr> just do two images on x86 ...
04:02 < rxr> but we'll see
04:02 < mnemoc> i have limited space on my floppies
04:02 < rxr> one floppy per kernel plus the root disc ...
04:02 < mnemoc> but maybe on floopy24 and one floppy26 when rendering them
04:02 < rxr> ack
04:02 < mnemoc> and one for kernel modules
04:03 < mnemoc> i want to see how it evolves
04:03 < mnemoc> good to see your TODO there :)
04:04 < rxr> I just ededit uboot
04:05 < rxr> cool - A Another Brick in the Wall version from Korn *grin*
04:05 < rxr> internet radio is cool ..
04:05 < rxr> if just the noisy quality would not damage my musician hearing ...
04:05 < CIA-9> mnemoc * r5548 /trunk/scripts/Build-Pkg: * improved Build-Pkg to magicly define FLWRAPPER_LIBC expanding /lib/libc.*
04:06 < rxr> mnemoc: one thing I added is:
04:06 < rxr> no hardcoded initrc but shell scripts ?
04:06 < rxr> is that right ?
04:06 < mnemoc> yes
04:06 < rxr> I rember you said s.th. like that along the lines ...
04:06 < rxr> then you might like the remove the  ? ;-)
04:06 < mnemoc> initrc mounts /dev and /proc, nothing else
04:06 < rxr> a script can do this as well ...
04:07 < mnemoc> yes, but every script will do that
04:07 < mnemoc> so it's cheaper on a bin
04:07 < rxr> ouhm
04:07 < rxr> I tought you want to go extendable ...
04:07 < mnemoc> sure
04:07 < rxr> hm - a script might even save you some bytes ..
04:08 < rxr> since the strings will be in the binary enyway ...
04:08 < rxr> ell - ok - it will not matter
04:08 < mnemoc> good point
04:08 < rxr> the needed instructions for the function call will be equal to the function name in the script ;-)
04:08 < mnemoc> :)
04:08 < mnemoc> this will be fun 
04:09 < rxr> what ?
04:09 < mnemoc> you forgot to set username
04:09 < mnemoc> uBoot, initrc rewrite
04:09 < rxr> yep 
04:09 < rxr> you told me auth is not needed ...
04:09 < mnemoc> do you like to be 'AnonymousGnome'?
04:10 < rxr> nah ..
04:10 < mnemoc>  <rxr> ok - advice me - how to I start it ? <mnemoc> sure :) <mnemoc> preference -> username <mnemoc> no auth is needed
04:10 < rxr> ah - overread some chars ..
04:10 < mnemoc> =)
04:10 < rxr> my parser is running on low memory ;-)
04:11 < mnemoc> go to sleep :)
04:12 < mnemoc> you need energy to help me to debug fl_wrapper's symbol grabing
04:12 < rxr> ouhm
04:12 < rxr> ?
04:12 < rxr> I tought I need the energy to keep hacking the commercial osx driver baby to pay my flat and enourmous energy costs due to too many boxes running compiling T2 ...
04:12 < mnemoc> :p
04:13 < rxr> so /me bed ... - sleep well
04:13 < mnemoc> n8 rxr ;)
04:13 < rxr> and yes, I can take a look into your problem tomorrow .. ;.)
04:30 < rxr> and I'm still up ...
04:30 < rxr> damn
04:31 < rxr> so - now off 
04:38 -!- mnemoc [~amery@200.75.27.36] has quit [Read error: 110 (Connection timed out)]
04:53 -!- praenti_ [~praenti@82.139.198.99] has quit [Read error: 104 (Connection reset by peer)]
04:54 -!- praenti [~praenti@82.139.198.99] has joined #t2
05:22 -!- praenti_ [~praenti@82.139.198.99] has joined #t2
05:22 -!- praenti [~praenti@82.139.198.99] has quit [Read error: 104 (Connection reset by peer)]
05:51 -!- praenti [~praenti@82.139.198.99] has joined #t2
05:51 -!- praenti_ [~praenti@82.139.198.99] has quit [Read error: 104 (Connection reset by peer)]
10:51 < rxr> re
11:45 -!- ideal [~idealm@211.100.227.107] has quit ["Leaving"]
12:09 < rxr> Wild disorder around software patents in Brussels
12:09 < rxr> A demanded new start with the European Union guideline over patenting of computer-implemented inventions as well as the patent release of IBM cause discussion and chaos.
12:13 < rxr> seems al between signing in januars, restarted discussion or completely stopping them is possible ...
12:55 -!- mipe [mika@dsl10040.japo.fi] has joined #t2
12:57 -!- mipe [mika@dsl10040.japo.fi] has quit [Client Quit]
12:58 -!- mipe [mika@dsl10040.japo.fi] has joined #t2
13:01 < rxr> hi mipe 
13:08 < mipe> hi rxr
13:36 -!- mnemoc [~amery@200.75.27.20] has joined #t2
13:37 < rxr> http://www.golem.de/0501/35592.html
13:38 < mnemoc> moin!!
13:40 < daja77> http://www.heise.de/newsticker/meldung/55071
13:40 < daja77> :D
13:41 < rxr> moin mnemoc, daja77 
13:41 < mnemoc> hehe
13:42 < mnemoc> moin daja77, rxr
13:43 < CIA-9> jeru * r5549 /trunk/package/develop/clearsilver/ (6 files): * added clearsilver package (version: 0.9.13)
13:46 < rxr> thanks CIA ;-)
13:47 < mnemoc> :)
14:01 < CIA-9> mnemoc * r5550 /trunk/package/develop/gnupth/gnupth.desc: * fixed typo on gnupth priority
14:09 < mnemoc> rxr: do you have t2's key to add meta things on CIA?
14:09 < mnemoc> rxr: like logo and url
14:09 < rxr> I never got soem key ..
14:10 < mnemoc> ok, i'll ask
14:10 < rxr> they said I just shoudl start sending messages and it will show up there IIRC
14:15 < rxr> why the h*ll does Apple Mail.app save mails as rtf for save as ???
14:15 < rxr> nice to apply inlined patches ...
14:18 < rxr> cut'n paste does not work out as well - uhrm - hand merging ...
14:21 -!- jeru [~jeru@mail.oberlinhaus.de] has joined #t2
14:22 < jeru> hi
14:23 < rxr> hi jeru !
14:24 < jeru> happy new year ;-)
14:24 < rxr> have new year to you, too - in the case I missed to mail you ,-)
14:25 < jeru> you did! but no problem ;-)
14:25 < rxr> ,-)
14:25 < jeru> i mean you didn't ;-)
14:25 < rxr> you confuse me ;-) Guess I need to open the outbox ...
14:26 < jeru> sorry ... but don't waste time "greping" through you outbox ;-)
14:27 < rxr> I was just joking
14:27 < jeru> hehe
14:27 < rxr> how is it over there?
14:27 < rxr> how is your institue doing?
14:27 < jeru> everything is fine, but have to write some exams (like you I think)
14:28 < rxr> right now I have to get a commercial OS X driver out
14:29 < jeru> today I commited clearsilver which is a dependency for trac (I mentioned it on mailing list)
14:29 < rxr> and - urghs - why doesn't Xcode like my é in the source file ...
14:29 < rxr> we noticed thanks to CIA here in the channel ;-)
14:30 < jeru> a trac package is also in my local trunk, but I've some problems with the subversion python bindings
14:30 < rxr> hm
14:31 < jeru> cannot import 'util' from 'svn' python module
14:31 < jeru> as I saw, there where problems regarding perl bindings with the new subversion release
14:31 < rxr> never tried so
14:31 < rxr> well - those should be fixed with the patch we have in the package dir
14:32 < rxr> the problem is that it does not build at all ...
14:32 < jeru> are there any known issues regarding python bindings with the new svn release?
14:32 < rxr> no idea - I never used any bindings of svn ...
14:32 < jeru> yep ... it doesnt build :-(
14:34 < jeru> thought it was a problem with swig, that's why I updated it to current version 1.3.24 but with no success
14:36 < mipe> hmm,anyone ever got error from 1-glibc like this:perl: dl-open.c:395: dl_open_worker: Assertion `new->l_searchlist.r_list[i]->l_t
14:36 < mipe> ype == lt_loaded' failed.
14:38 < rxr> perl?
14:39 < mipe> yeah
14:41 < rxr> hm
14:41 < rxr> never saw this so far ...
14:42 -!- mipe [mika@dsl10040.japo.fi] has quit ["rejoin"]
14:42 -!- mipe [mika@dsl10040.japo.fi] has joined #t2
15:30 -!- jeru [~jeru@mail.oberlinhaus.de] has quit [Remote closed the connection]
15:43 < mnemoc> jsaw: our fl_wrapper.c is out of sync with fl_wrapper.c.sh, and generating the same is imposible because functions are different on same cases
16:49 -!- mipe [mika@dsl10040.japo.fi] has quit ["Leaving"]
17:22 < rxr> re
17:41 < mnemoc> re
17:42 < rxr> hi
17:43 < rxr> uhm - I think this is from the Apple Preview.app displaying the TWAIN standar PDF:
17:43 < rxr> stack underflow: popping past mark.
17:43 < rxr> Missing or invalid object number.
17:45 < mnemoc> underflow??
17:45 < CIA-9> mnemoc * r5551 /trunk/misc/tools-source/fl_wrapper.c.sh: * synced fl_wrapper.c.sh step I. using case; FLWRAPPER_LIBC and messages to stderr
18:04 < CIA-9> mnemoc * r5552 /trunk/misc/tools-source/fl_wrapper.c.sh: * sync fl_wrapper.c.sh step II (final). adding an special case for open* functions where last argument is '...'
18:05 < mnemoc> now fl_wrapper.c.sh produce the same we have on fl_wrapper.c
18:06 < rxr> I have not yet reread it - but why is there a .c when it is generated from .sh ?
18:07 < mnemoc> to make Build-Tools life easier
18:08 < mnemoc> i think those should be svn:ignored and regenerated by Build-Tools if -nt   but... legacy ;)
18:09 < mnemoc> it's just like our svn://svn:// and svn://http:// 
18:09 < mnemoc> instead of something more nice to read like svn:// and svn+http://
18:10 < rxr> ohem - then do svn:// and svn+http:// :-)
18:10 < rxr> I think the file should not be living there at all ... if it is entirely generated
18:10 < rxr> it should be craeted into src/ as the rest is, too ..
18:10 < rxr> but leasve it as it is now - do not waste your time on it ...
18:10 < mnemoc> good point
18:11 < mnemoc> i need to understand this 'bad handle' error on wrapper
18:12 < mnemoc> and fix it without killing it for glibc ;)
18:50 < rxr> I think I move over to the sofa ..
18:59 < rxr> oeh
18:59 < rxr> Jan 13 18:57:08 Ren-Rebes-Computer kernel: USBF:49851.784AppleUSBOHCI[0x1483000] Watchdog detected dead controller (hcca #: 8366, hc #: 28326)
19:05 < daja77> cool the mac got a watchdog
19:07 < rxr> I would like functional USB ports even more ...
19:09 < daja77> :)
19:09 < daja77> but that explains why rtai is used on ppc quite frequently
19:11 < rxr> ?
19:12 < daja77> for realtime applications watchdogs are nice
19:12 < rxr> I just think this is some OS X internal software watchdog to monitor the state of the USB ports ...
19:13 < daja77> perhaps
19:17 < rxr> http://forums.macosxhints.com/showthread.php?t=17603&page=1
19:50 < rxr> this Apple Console.app log viwew is no fun at all - damn crappy thing ...
19:53 < rxr> now using vi on the log ...
19:53 < mnemoc> :)
19:54 < rxr> /Library/Logs/Console/$user/console.log
20:24 < mnemoc> fl_wrapper.so debug [15093]: begin of handle_file_access_before("open", "/proc/15093/stat", xxx)
20:24 < mnemoc> fl_wrapper.so debug [15093]: end   of handle_file_access_before("open", "/proc/15093/stat", xxx)
20:24 < mnemoc> fl_wrapper.so: opening libuClibc-0.9.27.so (RTLD_LAZY) 0x804cb30
20:24 < mnemoc> fl_wrapper.so debug [15093]: Symbol 'open' in libc (0x804cb30) has been resolved to 0x400881c0.
20:24 < mnemoc> fl_wrapper.so debug [15093]: going to run original open() at 0x400881c0 (wrapper is at 0x4000a720).
20:24 < mnemoc> Segmentation fault
20:31 < mnemoc> jsaw: will you commit Comercial/Restricted ?
21:15 < mnemoc> "POSIX is a ``standard'' designed by a vendor consortium several years ago to eliminate progress and protect the installed base."
21:32 < rxr> KDE 3.4 goes Beta with "Krokodile"
21:32 < daja77> yep
21:39 < rxr> time for a kde-3.4 branch in t2 then ...
21:41 < mnemoc> time for debuging cross-builds? ;)
21:41 < rxr> well - adding a kde branch costs me virtually nothing - debugging cross builds is a bit more "expensive"
21:41 < rxr> but - well - when you are at it ...
21:42 < rxr> I could indeed start a test build to debug it then ...
21:42 < rxr> but kde fun first ;-)
21:42 < mnemoc> :)
21:43 < CIA-9> rene * r5553 /branches/kde-3.4/: 
21:43 < CIA-9> * started a kde 3.4 branch for pre-review, testing and immediate copy
21:43 < CIA-9>  when it is announced ...
21:44 < mnemoc> rene: will you copy the whole t2 tree or just package/kde ?
21:44 < rxr> the wohle tree - as it should always be done ...
21:45 < rxr> anything else caues confusion and endless thining which path parts to type in ..
21:45 < rxr> of course only the kde changes are done in it - and you usually jsut switch package/kde to it ...
21:45 < rxr> not your whole tree ...
21:46 < mnemoc> "as it should always be done" <--- ok for this case but no so sure, e.g. linux-header
21:46 < rxr> es - sure too
21:46 < rxr> e.g. you might have to patch some really buggy packages or so ..
21:47 < rxr> believe me - I tried partly branching in the past - and it always sucked ...
21:47 < mnemoc> what about merges?
21:47 < rxr> it is as easy as merge -rBRANCH-POINT:HEAD http://.../branches/$branch .
21:48 < rxr> if you partly merge you have the "which path parts to use" problem I mentioned - the endless recheck lookup and so on cycle ...
21:48 < mnemoc> hm
21:48 < mnemoc> i'll believe you :)
21:57 < rxr> hm - that kind of merging will fail if there is a kde update in between in trunk ..
21:57 < rxr> hm - but one could just revert that before injecting the kde-3.4 branch ...
21:59 < mnemoc> :)
21:59 < rxr> or just cp branch -> trunk
21:59 < rxr> but that is a bit ugly ...
22:14 -!- madtux [~mike@196.40.44.28] has joined #t2
22:14 < madtux> hi.
22:14 < daja77> ho madtux 
22:14 < mnemoc> mightytux!
22:15 < madtux> Mr. Daniel.
22:15 < madtux> hi nemo :)
22:15 < mnemoc> at nevada or .cr?
22:16  * madtux @ home
22:17 < mnemoc> finally :)
22:17 < daja77> nevada?
22:17 < madtux> its good to be back :)
22:17 < madtux> daja77: i was in .us for a few days
22:17 < daja77> cool
22:18 < mnemoc> it's good to have money ;)
22:18 < madtux> mnemoc: i don't know.. i'll tell you when i have money
22:18 < madtux> :)
22:18 < mnemoc> :)
22:18 < madtux> daja77: do you have any updates for me regarding my trip to chmnitz
22:19 < madtux> chemnitz*
22:20 < daja77> you got sth from me?
22:20 < mnemoc> madtux: it seems you were uninvited
22:21 < daja77> mnemoc: ?
22:21 < mnemoc> :)
22:21 < mnemoc> jk
22:23 < madtux> daja77: no.. but i was specting tohave any new
22:23 < madtux> daja77: i really need to work this kind of trips with as much in advance as possible
22:23 < daja77> i know
22:23 < daja77> i put some pressure on it
22:24 < daja77> i only know it isn't kicked out in any way
22:24 < madtux> daja77: well you know if they don't want me there its no big deal
22:24 < daja77> well i wouldn't like that :)
22:24 < daja77> but we have more than 100 registrations for only 70 slots :)
22:27 < CIA-9> mnemoc * r5554 /trunk/package/network/djbdns/djbdns.desc: * changed djbdns [D] to '-', please remove it from mirrors too.
22:28 < mnemoc> rxr: please, rm -f mirror/d/djbdns-1.05.tar.bz2
22:29 < daja77> ?
22:30 < mnemoc> it's restrincted to a checksum calculated without decompressing, so .tar.bz2's is ilegal
22:35 < rxr> mnemoc: done
22:37 < madtux> daja77: only 70 sluts?
22:37 < madtux> i mean slots :)
22:37 < daja77> :D
22:37 < daja77> no more room in that building ;)
22:37 < mnemoc> :)
23:07 < mnemoc> http://www.theregister.co.uk/2005/01/12/japanese_speaking_rats/
23:12 -!- madtux [~mike@196.40.44.28] has quit ["leaving"]
23:55 < mnemoc> -> Testing tools.cross/lib/fl_wrapper.so.
23:55 < mnemoc> + LD_PRELOAD=:build/boot-2.1.0-beta3-x86-pentium-32-uboot-expert/tools.cross/lib/fl_wrapper.so
23:55 < mnemoc> + date
23:55 < mnemoc> date: error while loading shared libraries: build/boot-2.1.0-beta3-x86-pentium-32-uboot-expert/tools.cross/lib/fl_wrapper.so: cannot open shared object file: No such file or directory
23:55 < mnemoc> + exit 0
23:55 < mnemoc> -> Creating tools.cross/lib/parse-config.
23:55 < mnemoc> the test is flawed :D
23:56 < rxr> hm ?
23:57 < mnemoc> i added -x to that sh call and removed > /dev/null ... and surprise
--- Log closed Fri Jan 14 00:00:47 2005