--- Log opened Wed Apr 11 00:00:11 2007
00:00 < AStorm> add compression and it will fly :>
00:22 < AStorm> Hm, any idea with that binutils problem, or is that one just "shut up and ditch uclibc for good"?
00:22 < R4gnar0k> what binutils problem?
00:22 < sepp> i dont know
00:23 < AStorm> For the first time, I've no idea how to fix it.
00:23 < AStorm> R4gnar0k, some linking problem with R_X32_64 relocation
00:24 < AStorm> (or something like that, I don't have the pastebin url anymore)
00:24 < AStorm> Nothing helped...
00:24 < AStorm> maybe that uclibc version is broken :P
00:24 < AStorm> (or binutils)
00:24 < AStorm> Hmm, unlikely
00:25 < AStorm> buildroot uses these binutils...
00:25 < AStorm> but not this uclibc version
00:27 < AStorm> What about using 0.9.28.3 instead of some svn?
00:29 < AStorm> (older than it, to add)
00:37 -!- AstralSt [i=astralst@chello089076163239.chello.pl] has joined #t2
00:38 -!- AStorm [i=astralst@chello089076163239.chello.pl] has quit [Nick collision from services.]
00:38 -!- AstralSt is now known as AStorm
00:46 < AStorm> Ok, T-inf on T2
00:46 < AStorm> with older uclibc
00:46 < AStorm> "older" is actually much newer svn revision
00:49 < AStorm> 0.9.28.3
00:53 < R4gnar0k> you're on 64 bit?
00:53 < R4gnar0k> then add -fPIC
01:01 -!- AStorm [i=astralst@chello089076163239.chello.pl] has quit [Read error: 60 (Operation timed out)]
02:00 -!- mtr__ [n=Michael@kobz-590cb2e4.pool.einsundeins.de] has joined #t2
02:09 -!- mtr_ [n=Michael@kobz-590cb335.pool.einsundeins.de] has quit [Read error: 60 (Operation timed out)]
02:15 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has joined #t2
02:19 -!- mtr__ is now known as mtr
02:43 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 60 (Operation timed out)]
02:54 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
03:31 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has quit [Remote closed the connection]
04:01 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
04:06 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
04:15 -!- sepp_ [n=sepp@p85.212.18.208.tisdip.tiscali.de] has joined #t2
04:23 -!- sepp [n=sepp@p213.54.56.197.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)]
04:27 -!- mqueiros [n=mqueiros@c-217-70-65-132.bragatel.pt] has joined #t2
04:41 -!- mqueiros [n=mqueiros@c-217-70-65-132.bragatel.pt] has left #t2 ["Ex-Chat"]
06:15 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
06:16 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
06:35 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
06:36 -!- emte [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
09:10 -!- AStorm [i=astralst@chello089076163239.chello.pl] has joined #t2
09:15 < rxr> re
09:22 < CIA-18> rene * r23487 /trunk/package/mail/courier-authlib/courier-authlib.desc: * updated courier-authlib (0.59.1 -> 0.59.2)
09:22 < CIA-18> rene * r23488 /trunk/package/audio/jack/jack.desc: * updated jack (0.102.20 -> 0.103.0)
09:34 [Users #t2]
09:34 [@ChanServ] [ emte_] [ R4gnar0k] [ sparc-kly] [ TobiX   ] 
09:34 [ AStorm  ] [ LMJ  ] [ rxr     ] [ Stelz    ] [ valentin] 
09:34 [ CIA-18  ] [ mtr  ] [ sepp_   ] [ th       ] 
09:34 -!- Irssi: #t2: Total of 14 nicks [1 ops, 0 halfops, 0 voices, 13 normal]
09:44 < CIA-18> susan * r23489 /trunk/package/gnome2/dasher/dasher.desc: * updated dasher (4.4.0 -> 4.4.1)
09:45 < CIA-18> susan * r23490 /trunk/package/gnome2/deskbar-applet/deskbar-applet.desc: * updated deskbar-applet (2.18.0 -> 2.18.1)
09:47 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has joined #t2
09:47 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has quit [Read error: 104 (Connection reset by peer)]
09:48 -!- AstralSt [i=astralst@chello089076163239.chello.pl] has joined #t2
09:49 < CIA-18> susan * r23491 /trunk/package/gnome2/yelp/yelp.desc: * updated yelp (2.18.0 -> 2.18.1)
09:50 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has joined #t2
10:05 -!- AStorm [i=astralst@chello089076163239.chello.pl] has quit [Read error: 110 (Connection timed out)]
10:07 [Users #t2]
10:07 [@ChanServ] [ emte_ ] [ mtr     ] [ sepp_    ] [ th      ] 
10:07 [ AstralSt] [ idealm] [ R4gnar0k] [ sparc-kly] [ TobiX   ] 
10:07 [ CIA-18  ] [ LMJ   ] [ rxr     ] [ Stelz    ] [ valentin] 
10:07 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
10:10 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
10:11 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
10:42 < rxr> http://www.yigg.de/66278
10:50 < CIA-18> rene * r23492 /trunk/package/graphic/potrace/potrace.desc: * updated potrace (1.7 -> 1.8)
10:59 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has quit [Remote closed the connection]
11:11 < rxr> re
11:11 < rxr> hey, cool, I teseted some more suspend resume combinations and now, finally this damn MacBook C2D suspends and awakes to and from RAM, even with a fully Beryl 3D desktop running ...
11:12 < rxr> now the only thing I have to get this doomed MacBook todo is to get this damn USB Bluetooth chip to actually work
11:12 < rxr> very, strange, the web resources of other people indicate they have it just working
11:12 < rxr> where on my side the kernel fails to enumerate the damn USB device correctly ...
11:13 < rxr> I'm sick of Linux kernel USB enumartion and configuration bugs anyway
11:13 < rxr> all the USB 1 Avision,HP et al. scanners in my depot do not work since 2.6.16 or so because with each kernel the guru folks introduced another USB bug affecting those devices ...
11:15 < CIA-18> rene * r23493 /trunk/package/xorg/xorg-server/git-f24391dbfd12a84253dfec794ee7884afd52e197.patch: 
11:15 < CIA-18> * imported a brand new, that is yesterdays, xorg-server AIGLX
11:15 < CIA-18>  VT-switch (that is also suspend/resume) patch
11:28 < rxr> so - tested resume 3 times in a row
11:29 < rxr> that's enough for now, gotta have some work to do :-)
11:40 -!- AstralSt [i=astralst@chello089076163239.chello.pl] has quit [Read error: 60 (Operation timed out)]
12:06 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has joined #t2
12:37 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has quit [Remote closed the connection]
13:13 -!- emte__ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
13:13 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has joined #t2
13:14 < rxr> http://blogs.sun.com/jonathan/date/20070410
13:53 -!- emte_ [n=emte@d64-180-45-14.bchsia.telus.net] has quit [Read error: 110 (Connection timed out)]
15:26 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has joined #t2
15:31 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has quit [Remote closed the connection]
15:33 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has joined #t2
15:40 -!- idealm [n=ideal@c58-107-18-60.belrs2.nsw.optusnet.com.au] has quit [Remote closed the connection]
15:43 -!- Capey [n=admin@a88-113-111-95.elisa-laajakaista.fi] has joined #t2
16:02 < Capey> rxr: how did that avr32 perform on mpeg2 streaming?
16:03 < Capey> or have you tryed that?
16:05 < rxr> pre-codec mpeg2 for exactly the display resolution saturates the CPU
16:06 < rxr> but you can use the integrated display co-processor by hand written assembly
16:06 < rxr> that will leave some room for high-res streams ...
16:06 < rxr> the AVR32 is pretty cool
16:06 < rxr> we plan to provide professional design support for this and the Blackfin
16:06 < rxr> there even is a new, tiny board, the ATNGW100
16:06 < rxr> just 70 US$
16:06 < rxr> with more RAM but no display
16:07 < rxr> I just ordered two of them ...
16:29 -!- AstralSt [i=astralst@chello089076163239.chello.pl] has joined #t2
16:33 -!- AstralSt is now known as AStorm
16:59 < CIA-18> rene * r23494 /trunk/package/xorg/libxi/libxi.desc: * updated libxi (1.0.2 -> 1.0.3)
17:11 < AStorm> Hello guys.
17:11 < AStorm> rxr, what do you think about using uclibc 0.9.28.3
17:11 < AStorm> instead of that weird svn revision?
17:11 < rxr> 0.9.28.3 is stone old
17:11 < rxr> the release has many fixes and improvements, this is a well selected stable milestone
17:12 < rxr> revisions thereafter have new regressions
17:12 < AStorm> Hmm
17:12 < rxr> but you can overlay this in your target
17:12 < rxr> that is use exactly one specific version
17:12 < AStorm> except it won't link with binutils 2.17.50.0.14 :P
17:12 < rxr> I think the avr32 architecture also  use an overlay to some specific version, exactly the version the official avr32 patch was made for ..
17:13 < AStorm> x86-64 is a bit... underdeveloped in uclibc, uh?
17:13 < rxr> don't now that off hand, did not needed x86-64/uclibc yet
17:13 < AStorm> I'm trying that light pendrive system
17:14 < AStorm> 4GB for 3 archs is not too shabby considering full systems
17:16 < AStorm> Huh, at worst, I'll send you the patches
17:16 < AStorm> and still use gentoo :>
17:16 < AStorm> and work on cross compiling support there
17:16 < rxr> maybe use the regular glibc
17:17 < AStorm> rxr, would the system fit then?
17:17 < rxr> it is not too much bigger, considering the vast amount of space you have
17:17 < rxr> and works with full blown 64bit CPUs ..
17:17 < AStorm> vast means 1 GB per system
17:17 < rxr> yeah - but glibc is just 1.x MB ...
17:17 < AStorm> With hogs like OpenOffice etc.
17:17 < AStorm> But the binaries are larger :P
17:18 < rxr> too much for a 2MB ROM system, but for your GB drive
17:18 < AStorm> :>
17:18 < AStorm> Well, o.k.
17:18 < AStorm> Just wanted to be a bit more extreme
17:18 < AStorm> anyway, I can link just binutils against glibc :>
17:19 < AStorm> that is, add some exceptions to the target
17:19 < AStorm> (uclibc is more POSIX than glibc, most of the time)
17:19 < AStorm> (provides for better coding discipline)
17:30 < rxr> yep
17:54 < Capey> hmm, final image is 8.1mb
17:54 < Capey> need to shrink it
17:56 < rxr> :-)
17:57 < AStorm> :>
17:57 < rxr> Capey: in the meantime I got a new Linksys here for testing as well :-)
17:57 < rxr> still waiting for your image though, device just arrived yesterday
17:58 < Capey> rxr:yep, i'll commit changes after i have tar'ed patches and modified kernel package to download it
17:59 < Capey> and confirmed that it works
17:59 < rxr> sound nice
17:59 < rxr> sorry I forgot again, you used the 2.6 patches, right ?
17:59 < Capey> yep
17:59 < rxr> some Open or Free WRT site wrote something about 2.4 would be in use of their images
17:59 < rxr> did you read somewhere that the 2.6 patches already are functional ?
18:00 < Capey> openwrt is already progressing to 2.6
18:00 < Capey> in svn i think 2.6 is default one
18:01 < Capey> also i need to handle binutils+uclibc patches. i'm using binutils .12 on wrt2 but during binutils build it applies uclibc patch that is valid for .14
18:02 < Capey> that's the configure.ac/configure.in change
18:02 < AStorm> Capey, simple SuperH change, right?
18:02 < AStorm> I've some more pressing uclibc issue :P
18:02 < Capey> ?
18:02 < AStorm> Capey, I mean that patch
18:03 < AStorm> It just modifies arch detector
18:03 < rxr> Capey: the binutils thing was already fixed by mtr in trunk
18:03 < AStorm> to support all superh archs
18:03 < rxr> no the issue was:
18:03 < rxr> that binutils no longer ships the configure.ac or so that we patched
18:04 < Capey> rxr: yep but that patch doesnt applie to binutils .12 anymore since theres no configure.ac .14 is shipped with that
18:04 < AStorm> But there is a patch available from buildroot
18:04 < AStorm> :-)
18:05 < Capey> i think we need some brilliant way to handle these type of things. binutils uses uclibc patches but the used binutils version can be overriden in target
18:05 < rxr> Capey: mtr adapted the patch already
18:05 < AStorm> rxr, well, he's right
18:05 < AStorm> patches should be applied from a versioned dir
18:05 < AStorm> e.g. package/base/binutils/2.17/somepatch.patch
18:06 < AStorm> will be applied only for 2.17
18:06 < AStorm> 2.17.x would be applied for all 2.17* versions (harder to do, yes)
18:06 < Capey> the adapted patch only works for binutils .14
18:06 < AStorm> Good idea, yes?
18:06 < rxr> something like this, yes
18:06 < rxr> someone told me that rpath has some good ideas
18:06 < rxr> I'll take a look at that soon
18:06 < Capey> well, i'd do some generic/shared patch dir and the versioned ones
18:07 < rxr> we also should think about patching this id into the config.guess and co is a good idea
18:07 < rxr> maybe we should use a host triplet that does not require patching at all ..
18:09 < AStorm> Uh, why does T2-Resc use slow Xvfb?
18:09 < AStorm> and not normal X with Vesa driver?
18:10 < rxr> T2-Resc also has Xvesa
18:10 < rxr> k-drive X btw.
18:10 < AStorm> Hmm, to run that, I have to modify xinitrc, startx, or something entirely else?
18:10 < AStorm> It probably has normal X too, right?
18:10 < rxr> you can remove the vga= line in the boot loader
18:10 < rxr> then Xvesa is used if no fb is found
18:11 < rxr> or start it yourself if you do not want to  reboot .-)
18:11 < rxr> the full T2 live cd comes with normal X and driver auto-detection ..
18:11 < AStorm> Yep, give me some better broadband first :P
18:12 < AStorm> Xvesa will suffice
18:16 < AStorm> BRB
18:16 -!- AStorm [i=astralst@chello089076163239.chello.pl] has quit ["Leaving"]
18:51 -!- AStorm [n=astralst@chello089076163239.chello.pl] has joined #t2
18:51 < AStorm> rxr: you've cheated me :P
18:51 < AStorm> there's no Xvesa on T2-Resc
18:57 < AStorm> Ok, I'm rebuilding using glibc
19:00 -!- AStorm [n=astralst@chello089076163239.chello.pl] has quit ["leaving"]
19:00 -!- AStorm [n=astralst@chello089076163239.chello.pl] has joined #t2
19:01 < AStorm> On which stage does t2 start using custom cflags?
19:16 < rxr> in all
19:16 < rxr> though in the stage 0 of toolchain stuff the optimization settings are of course not passed to the toolchain compiler ...
19:18 < AStorm> Good.
19:18 < AStorm> Because my Gentoo stage has no gcc 4.2 :>
19:19 < AStorm> (-mtune=generic)
19:19 < AStorm> BTW, can I bypass the initramfs?
19:19 < AStorm> (it's not neede with the pendrive, just ext2 built-in and should run)
19:20 < AStorm> ext2 and maybe some usb drivers :>
19:20 < rxr> you do not need the T2 initrd
19:20 < rxr> just compile into the kernel what you want in it and off cou go
19:21 < AStorm> Ehh, I'd rather use T2 build system to build the kernel
19:21 < AStorm> how would I pass my own .config to it?
19:21 < rxr> when you do not want ti initrd you need to make sure all you need is in the kernel
19:21 < rxr> all you need for boot
19:21 < rxr> for best auto-detection I strongly advice to use the initramfs
19:21 < AStorm> This means usb drivers and ext2
19:21 < rxr> it "just works" (tm)
19:21 < AStorm> Uh, not needed :>
19:22 < rxr> well, you uneed to provide the custom config to build the kernel with that built-in
19:22 < AStorm> I'll just steal some scripts and convert them to initng
19:28 < AStorm> or use kudzu
19:33 < AStorm> Backing up existing config/default/* ...
19:33 < AStorm> cp: preserving times for `src/default/backup/config': Function not implemented
19:33 < AStorm> Uhoh, T2 hates noatime
19:33 < AStorm> :>
19:33 < rxr> shound't
20:02 < LMJ> moin moin
20:11 < Stelz> moin LMJ
20:11 < LMJ> how are you Stelz ?
20:11 < rxr> hi you both
20:11 < Stelz> oh, thank you, LMJ.. very tired :/
20:12 < Stelz> >14 hours @ uni
20:12 < Stelz> hello rxr
20:29 < rxr> hey Stelz 
21:00 < rxr> ok - off to home
21:07 < CIA-18> rene * r23495 /trunk/package/xorg/libxi/libxi.desc: * updated libxi (1.0.3 -> 1.0.4)
21:20 -!- Capey [n=admin@a88-113-111-95.elisa-laajakaista.fi] has quit [Read error: 110 (Connection timed out)]
21:48 < AStorm> rxr: it tried to preserve times
21:48 < AStorm> this includes atimes :P
22:19 -!- d-marc [n=d-marc@HSI-KBW-091-089-002-177.hsi2.kabelbw.de] has joined #t2
22:36 < AStorm> Ah, forgot to bind mount proc :P
22:43 < AStorm> I'll add compFUSEd
22:43 < AStorm> do you guys have any experience with it?
22:51 < AStorm> Ok, I'm fed up with cross builds for now :P
22:53 -!- sepp [n=sepp@p85.212.8.225.tisdip.tiscali.de] has joined #t2
22:55 < AStorm> Don't be afraid, patches will come :-)
22:57 < sepp> 500 at one time :p
22:58 < AStorm> Nope, 10/sec :P
22:58 < AStorm> If this system doesn't build (it's almost vanilla T2 x86-64)
22:58 < AStorm> I'm moving back to Gentoo for a while :P
22:58 < AStorm> send you patches and work on T2 a bit more
23:02 -!- sepp_ [n=sepp@p85.212.18.208.tisdip.tiscali.de] has quit [Read error: 60 (Operation timed out)]
23:08 < AStorm> guys: oh shit:
23:08 < AStorm> !> checking for .preinit_array/.init_array/.fini_array support... no
23:08 < AStorm> !> configure: error: Need linker with .init_array/.fini_array support.
23:08 < AStorm> :>
23:08 < AStorm> in glibc
23:08 < AStorm> I'll try a cross
23:22 -!- d-marc [n=d-marc@HSI-KBW-091-089-002-177.hsi2.kabelbw.de] has left #t2 ["Time makes no sense"]
23:34 < AStorm> uhoh
23:34 < AStorm> same error
23:35 < AStorm> !> checking for .preinit_array/.init_array/.fini_array support... no
23:35 < AStorm> !> configure: error: Need linker with .init_array/.fini_array support.
23:36 < AStorm> /t2-trunk/build/default-7.0-trunk-multipen-x86-64-cross/TOOLCHAIN/tools.cross/cr
23:36 < AStorm> osscc/../lib/gcc/x86_64-t2-linux-gnu/4.2.0/../../../../x86_64-t2-linux-gnu/bin/l
23:36 < AStorm> d: /tmp/ccCfUlSk.o: relocation R_X86_64_32 against `a local symbol' can not be u
23:36 < AStorm> sed when making a shared object; recompile with -fPIC
23:36 < AStorm> /tmp/ccCfUlSk.o: could not read symbols: Bad value
23:36 < AStorm> PHUN.
23:36 < AStorm> The same error as with uclibc
23:36 < AStorm> And I'm not using it now...
23:36 < AStorm> gcc 4.2 problem? Unlikely...
23:37 < AStorm> Happened with 4.1.2 too
23:37 < AStorm> Do you know what could cause it?
23:37 < AStorm> base system can't, because it doesn't play any part then...
23:37 < AStorm> Hmm, binutils.
23:37 < AStorm> Downgrade in progress :>
23:39 < AStorm> Whoops, I has SDECFG_STATIC on :P
23:40 < AStorm> Now, no whizbangs
23:40 < AStorm> gcc (GCC) 4.1.1 (Gentoo 4.1.1)
23:40 < AStorm> GNU ld version 2.16.1
23:40 < AStorm> (these are base build system stats)
23:41 < AStorm> Something is horribly broke on x86-64...
23:41 < AStorm> or Gentoo GCC or binutils are forcing something on, which should be off
--- Log closed Thu Apr 12 00:00:12 2007