T2 IRC Log: 2009-03-20
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.
--- Log opened Fri Mar 20 00:00:13 2009
00:12 -!- the_rainbow [i=ee@41.209.167.133] has left #t2 []
00:12 -!- the_rainbow [i=ee@41.209.167.133] has joined #t2
00:50 -!- koan [n=koan@unaffiliated/koan] has quit ["Lost terminal"]
00:50 -!- koan [n=koan@unaffiliated/koan] has joined #t2
01:02 -!- digitaloktay [n=debian@dslb-084-057-246-072.pools.arcor-ip.net] has quit ["Verlassend"]
02:44 < the_rainbow> Where can I download the desktop vesion of T2 7.0-rc2 with Xorg such packages?
02:45 < the_rainbow> I just found the minimal downloads
02:48 -!- the_rainbow [i=ee@41.209.167.133] has left #t2 []
03:06 -!- fnordianslipeee [n=darren@78.33.82.89] has quit [Read error: 60 (Operation timed out)]
03:44 -!- Skaperen [n=phil@c-67-186-63-252.hsd1.wv.comcast.net] has quit [Read error: 110 (Connection timed out)]
08:30 -!- Skaperen [n=phil@c-76-120-133-94.hsd1.wv.comcast.net] has joined #t2
09:27 < rxr> re
09:27 [Users #t2]
09:27 [@ChanServ] [ koan ] [ mtr ] [ Stealth ] [ tfl0pz_]
09:27 [ CIA-41 ] [ LMJ ] [ rxr ] [ synchris] [ TobiX ]
09:27 [ dsoul ] [ mqueiros] [ Skaperen] [ T-One ] [ zod ]
09:27 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
09:30 < CIA-41> rene * r32677 /trunk/package/scientific/graphviz/graphviz.desc: * updated graphviz (2.20.3 -> 2.22.2)
09:30 < CIA-41> rene * r32678 /trunk/package/multimedia/linphone/linphone.desc: * updated linphone (3.0.0 -> 3.1.0)
09:38 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has joined #t2
09:55 < CIA-41> rene * r32679 /trunk/package/xorg/xf86-video-i740/xf86-video-i740.desc: * updated xf86-video-i740 (1.2.0 -> 1.3.0)
09:55 < CIA-41> rene * r32680 /trunk/package/filesystem/fuse/fuse.desc: * updated fuse (2.7.3 -> 2.7.4)
09:55 < CIA-41> rene * r32681 /trunk/package/develop/liboil/liboil.desc: * updated liboil (0.3.15 -> 0.3.16)
09:55 < CIA-41> rene * r32682 /trunk/package/multimedia/transcode/transcode.desc: * updated transcode (1.1.0 -> 1.1.1)
09:59 < CIA-41> rene * r32683 /trunk/package/multimedia/libmtp/libmtp.desc: * updated libmtp (0.3.6 -> 0.3.7)
10:14 -!- michael-i [n=michael-@141.41.40.181] has joined #t2
10:14 < CIA-41> rene * r32684 /trunk/package/network/ (12 files in 4 dirs):
10:14 < CIA-41> * fixed netkit-base, netkit-ftp, netkit-telnet and netkit-tftp to
10:14 < CIA-41> cross build
10:15 < michael-i> FINALLY have all of the svn checkouts from analog devices finished. It literally took from 13:30 yesterday until 06:00 this morning.
10:16 < rxr> I can give you a VM on our 8-core ... appears to be faster here
10:19 < michael-i> Now that it's finished, I don't have to worry about it for awhile. I will take you up on that offer if I ever need to incremental svn tests!
10:23 < michael-i> Should I upload my modified blackfin architecture directory and the new source bz2s to a server? If you could sync a tree locally with them too then I might have another set of eyes as I work through this update.
10:26 < rxr> just the architecture dir would be fine for me
10:26 < rxr> the last blackfin checkouts where about 30m for me
10:26 < rxr> also a got chance to re-test my local speed :-)
10:31 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has quit ["i've to Leave"]
10:35 < michael-i> A funny thing with those download speeds: the console reports downloading 200+MB but the resulting archive is only 20+MB. Is bz2 that amazing?!
10:37 < rxr> maybe the initial download includes .svn files - thus about 100% duplication
10:37 < rxr> though we wanted to change svn co to svn export for the downloads
10:37 < rxr> I do not remeber right now if we changed it alread
10:37 < rxr> y
10:37 < rxr> hm - trunk:HEAD has svn export
10:37 < michael-i> it is using export
10:37 < michael-i> that was my first patch for t2 ;)
10:37 < rxr> well - maybe bz2 is that good
10:38 < rxr> it's mostly text -- I think bzip2 has approx 10x compression for ASCII text
10:38 < rxr> michael-i: maybe updated linux-header improved the uclibc error
10:40 < michael-i> I was wondering if there should be a different linux-header definition for bfin? I don't know enough about how "flexible" they can be between platforms
10:40 < rxr> they differ a lot between platforms
10:41 < rxr> all the arch and asm files are unique per architecture
10:41 < rxr> well- mostly unique that is .-)
10:42 < michael-i> I wondered about that...but there isn't a linux-header definition specific for blackfin?
10:43 -!- mpp [n=mpp@fulda025.server4you.de] has joined #t2
10:43 < mpp> moinsen
10:44 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has joined #t2
10:44 < rxr> moin moin michael-i
10:44 < rxr> moin moin mpp (even)
10:44 [Users #t2]
10:44 [@ChanServ] [ koan ] [ mpp ] [ RayMan72] [ Stealth ] [ tfl0pz_]
10:44 [ CIA-41 ] [ LMJ ] [ mqueiros] [ rxr ] [ synchris] [ TobiX ]
10:44 [ dsoul ] [ michael-i] [ mtr ] [ Skaperen] [ T-One ] [ zod ]
10:44 -!- Irssi: #t2: Total of 18 nicks [1 ops, 0 halfops, 0 voices, 17 normal]
10:45 < michael-i> heh
10:50 < rxr> svn export -r HEAD svn://sources.blackfin.uclinux.org/toolchain/tags/toolchain_09r1_rc4/uClibc uClibc
10:50 < rxr> 26M downloaded from archive (download finished).
10:50 < rxr> cksum-test (bzip2): download/mirror/u/uClibc-bfin-2009r1rc4.tar.bz2
10:50 < rxr> really not that slow here
10:51 < michael-i> that's the smallest one, cheater...
10:51 < rxr> svn export -r HEAD svn://sources.blackfin.uclinux.org/toolchain/tags/toolchain_09r1_rc4/binutils-2.17 binutils-2.17
10:51 < rxr> 15M downloaded from archive so far ... ..
10:51 < rxr> 16M downloaded from archive so far ... ..
10:51 < michael-i> ;) binutils took about 2 minutes per megabyte yesterday afternoon!
10:51 < rxr> 18M downloaded from archive so far ...
10:51 < rxr> 19M downloaded from archive so far ...
10:52 < rxr> 23M downloaded from archive so far ...
10:52 < rxr> 24M downloaded from archive so far ...
10:52 < rxr> 25M downloaded from archive so far ...
10:52 < rxr> 26M downloaded from archive so far ...
10:52 < rxr> 27M downloaded from archive so far ...
10:52 < rxr> 28M downloaded from archive so far ...
10:52 < rxr> 29M downloaded from archive so far ...
10:52 < rxr> 30M downloaded from archive so far ...
10:52 < rxr> 31M downloaded from archive so far ...
10:52 < rxr> ok - good enough
10:52 < michael-i> well at least the sun is shining here in the third world dial-up land of wolfenbüttel
10:52 < rxr> lol
10:54 < rxr> 65M downloaded from archive so far ...
11:13 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has quit ["i've to Leave"]
11:14 -!- Skaperen_ [n=phil@c-76-125-202-149.hsd1.wv.comcast.net] has joined #t2
11:18 -!- Skaperen [n=phil@c-76-120-133-94.hsd1.wv.comcast.net] has quit [Read error: 110 (Connection timed out)]
11:26 -!- Skaperen_ [n=phil@c-76-125-202-149.hsd1.wv.comcast.net] has quit [Remote closed the connection]
11:28 -!- Skaperen [n=phil@c-76-125-202-149.hsd1.wv.comcast.net] has joined #t2
11:29 < michael-i> ...started the updated linux26-bfin download
11:31 < rxr> the header comes from the linux-header package
11:31 < rxr> it's intentionally a seperate, not as often updated package
11:31 < michael-i> i know but was wondering if I could extract a new, blackfin specific linux-header package from the sources
11:32 < michael-i> or is that asking for a nightmare
11:32 < rxr> I noticed earlier due major changes you need to update linux26 for the new blackfin toolchain probably anyway
11:33 < michael-i> ~2000 revisions....yeah, probably
11:34 < rxr> well - in a better world not really
11:34 < rxr> but I noticed they introduced some incompatiblity in the compiler
11:35 < rxr> which kernel do you use, now ?
11:35 < michael-i> analog devices seems to have their own "development practices" with 10,000 different releases of the same toolchain and magically none of them are labelled stable
11:36 < michael-i> we use one that is provided by the test board company...they've also needed to patch from multiple trees to get it running and support all of the on-board devices
11:37 < rxr> yeah - you get an impression while I did not yet committed any update since the last known good state, hm ?
11:37 < michael-i> the more i looked at things, the more i completely understand :)
11:38 < michael-i> but to move it up into 2009 is going to add a ton of chip support
11:46 < michael-i> could I maybe borrow your bandwidth to update this? 1.6MB after 15 minutes
11:47 < rxr> well - for just one file vm setup is a little waste
11:47 < rxr> maybe post the patch and I put the tarball into my httpd's people's dir
11:48 < michael-i> I didn't expect a VM, just a ./scripts/Download ;) it's on its way
11:51 < rxr> maybe just post the svn diff of architecture/blackfin/package/linux26 here
11:52 < michael-i> http://pastebin.ca/1366089
11:57 < rxr> ok - running
12:07 < rxr> 181M downloaded from archive so far ...
12:08 < michael-i> everything else here is fast...just checking out from them is somehow a problem
12:08 < rxr> still running :-)(
12:08 < michael-i> mensa time.... bbl
12:15 < rxr> 303M downloaded from archive (download finished).
12:15 < rxr> Preparing files for final tarball ...
12:17 < rxr> http://people.exactcode.de/~rene/linux-kernel-2.6.2x.xx-bfin-2008r1.5_rc3.tar.bz2
12:26 < rxr> michael-i: with updated linux-header uclibc builds
12:29 < rxr> michael-i: only some scsi header shared files
12:29 < rxr> michael-i: I remeber that I fixed that once, but I see no patches anymore in t2 - maybe fixed upstream and just not yet in the blackfin variants
12:29 < rxr> will check later
12:49 < michael-i> downloading... (thanks again)
12:50 < michael-i> did you define a bfin specific linux-headers package then with an updated version number? Just looking for something to try here
12:50 < rxr> yes, I copied the blackfin linux26 to linux-header
12:51 < michael-i> ok
13:14 < koan> rxr: T2 is mentioned here http://rwmj.wordpress.com/2009/03/20/why-not-use-a-minimal-distribution/
13:15 < koan> I have been seeing T2 mentioned more and more during the last months
13:16 < michael-i> rxr, got 12-conf-hacks.patch in bfin/linux26 updated to work again (just trying not to double up work)
13:21 < michael-i> my build still fails on uclibc (the second time it is compiled) with the updated headers
13:29 < michael-i> (wait...I'm dumb and named it -headers)
13:35 < rxr> gcc (for libstdc++) still fails with {standard input}:18661: Error: pcrel too far BFD_RELOC_BFIN_10
13:41 < michael-i> Mine made it to the shared scsi header files now. How can I ignore/fix that?
13:42 < rxr> rename the .err to .log
13:43 < rxr> t2 uses the err vs log files to track the target's build state
13:48 < michael-i> thanks, kernel tried to compile but error'd out as well
13:49 < rxr> here, too
13:49 < rxr> I moved the log for now as well
13:49 < rxr> next gcc will error out
13:49 < rxr> but that is only of importance if you need the C++ lib
13:49 < michael-i> we don't (yet) but, like we discussed before, it's probably not too nice to move to a broken c++ environment on blackfin
13:50 < rxr> you have a kernel on your board already?
13:50 < michael-i> correct but we'll need to build one eventually
13:50 < rxr> just focus on your intial asterisk testing
13:51 < rxr> the C++ and kernel fix can go last I would say
13:51 < michael-i> of course
13:51 < michael-i> for next week we're just trying to get an initrd on an SD card that their bootloader/kernel can boot
13:52 < rxr> in the meantime I fill in the new optimization optoins
13:52 < michael-i> I was just going to ask about that :)
13:58 -!- T-One [n=T-One@62.218.122.66] has quit ["Verlassend"]
14:00 < rxr> ok - new blackfin options in trunk
14:00 < CIA-41> rene * r32685 /trunk/architecture/blackfin/config.in:
14:00 < CIA-41> * added a couple of new blackfin CPU optimization options an
14:00 < CIA-41> upadted blackfin toolchain will support
14:01 < rxr> I committed it to avoid fragmentation, few T2 blackfin users anyway :-) so easier for us to stay in sync
14:04 < michael-i> nice
14:04 < rxr> ok - I really should code on some other stuff :-)
14:05 < rxr> I'm a bit more in the background, now ...
14:05 < michael-i> no problem, I'll keep going here. Thanks for everything so far
14:05 < rxr> I'll have the new blackfin build running just for the testing of it
14:05 < rxr> I'll also try to take a look into the gcc issue (relocation error, probably too huge code, assembler is just screeming) and the kernel build issue
14:06 < michael-i> sounds good, I'll also send in my php4.blackfin patches
14:14 -!- the_rainbow [i=ee@41.209.167.147] has joined #t2
14:14 -!- the_rainbow [i=ee@41.209.167.147] has left #t2 []
14:23 < rxr> btw. anyone here remote file system for Mac OS X expert here ?
14:23 < rxr> SMB (Samba ok?) or problems with xatt's ?
14:23 < rxr> xattrs's (extended attributes) even
14:23 < michael-i> we use samba here every day on the nas between 5-6 macbooks
14:26 < rxr> do you have user's home folder on the NAS? or only like "office files" exchange ?
14:27 < michael-i> the latter...so no, nothing too special
14:51 < CIA-41> aldas * r32686 /trunk/package/develop/policykit/policykit.desc: * changed policykit build priority (208.700 -> 147.309), moved before gconf-editor
14:54 < CIA-41> rene * r32687 /trunk/package/network/wireless-tools/wireless-tools.desc: * changed wireless-tools not to be built in stage 1 by default
15:00 < CIA-41> rene * r32688 /branches/7.0/package/network/wireless-tools/wireless-tools.desc: * merged r32687 from trunk: * changed wireless-tools not to be built in stage 1 by default
15:02 < michael-i> asterisk 1.4.24 now fails with: dns.c:(.text+0x23e): undefined reference to `___res_close'. This is a symbol only turned on in uClibc with "UCLIBC_HAS_BSD_RES_CLOSE" which makes me think the asterisk code in /main/dns.c is not correctly setting which res_ function should be used.
15:03 < michael-i> It also has res_ndestroy and res_nclose enclosed in #IFDEFs. uClibc builds res_nclose unconditionally which makes me think a patch is needed for Asterisk's main/dns.c
15:03 < rxr> sounds reasonable
15:04 < rxr> or patch the configure or so to set the correct macro on cross builds
15:05 < michael-i> or that
15:05 < rxr> (though ususally patching code is easier than the crufty configure "junk"
15:05 < rxr> , sorry for the verbose wording :-)
15:07 < michael-i> heheh
15:07 < rxr> http://www.t2-project.org/packages/samba.html
15:08 < rxr> (I occationally paste the package matrix link when a page is not yet easily found by google and one more reffering link from the irc logs might help -- just in case someone wonders about the increasing page of urls from my side :-)
15:09 < rxr> which reminds me: anyone feel free to links some t2 pages from blogs or other project sides, ofr the last 6 months I found this rather increases google awareness :-)
15:09 < michael-i> gaming a search engine algorithm is frowned upon
15:09 < michael-i> ;)
15:19 < michael-i> are any special symbols being set like __BLACKFIN__ ? otherwise I'll just hack in an ugly patch
15:19 < rxr> yes
15:19 < rxr> #elif defined(__bfin__)
15:19 < rxr> I have in some code of mine - hope it's still bfin :-)))
15:20 < michael-i> we'll see
15:28 < michael-i> worked, but revealed the true problem : HAVE_RES_NINIT isn't being set right
15:29 < michael-i> now it tries to close a structure which hasn't been declared...the declaration is in HAVE_RES_INIT...and the res_close problem would also go away. Working on it...
15:49 < michael-i> I guess I'm not sure how to do that. Moving on to PHP4 again to see if the toolchain broke anything.
16:14 < rxr> http://nik.me/node/150 - A Mac metadata test suite
16:49 < michael-i> rxrL I'm about to leave for the day. Should I send you a snapshot of my blackfin arch dir?
16:49 < michael-i> rxr: ^^^^^ I can't type
16:51 < rxr> yeah - backup is always nice :-)
16:57 -!- mpp [n=mpp@fulda025.server4you.de] has quit [Remote closed the connection]
17:00 < michael-i> alrighty, done
17:01 < michael-i> time to get out of this office and enjoy one hour of sun!
17:01 < rxr> someone is quite leaching our svn server today ...
17:01 < rxr> already 1GB sent out just on the svn. domain ...
17:01 < rxr> when this increases further I guess I have to check out details ...
17:01 < michael-i> not I said the cat
17:02 < michael-i> we have weird peaks like that too on downloads. it almost looks like broken wget scripts most of the time
17:02 < michael-i> well, that's it for me. bye bye everyone
17:02 < rxr> maybe just quite some bots, google & co
17:02 < rxr> have a nice weekend
17:03 < michael-i> you too
17:03 -!- michael-i [n=michael-@141.41.40.181] has quit []
17:09 < tfl0pz_> rxr, http://pastebin.com/m784674ed does this mean something to you?
17:09 < tfl0pz_> its from X output
17:09 < rxr> hm
17:09 < tfl0pz_> xorg-server 1.5.2
17:10 < rxr> xkeyboard-config or what it was named installed ?
17:10 < tfl0pz_> yep
17:10 < rxr> then not really an idea ...
17:10 < tfl0pz_> thanks anyway
17:10 < tfl0pz_> :)
17:11 < rxr> # mine -q xorg-server
17:11 < rxr> xorg-server 1.5.3 8.0-trunk
17:12 < tfl0pz_> i'm pretty sure the issue is in the setup somewhere, i've upgraded from xorg-server 1.3 and probably messed up some packages..
17:12 < tfl0pz_> the X is actually working but the keyboard is not functioning
17:21 -!- fnordianslipeee [n=darren@78.33.82.89] has joined #t2
17:22 [Users #t2]
17:22 [@ChanServ] [ fnordianslipeee] [ mqueiros] [ Skaperen] [ tfl0pz_]
17:22 [ CIA-41 ] [ koan ] [ mtr ] [ Stealth ] [ TobiX ]
17:22 [ dsoul ] [ LMJ ] [ rxr ] [ synchris] [ zod ]
17:22 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
17:24 -!- fnordianslipeee [n=darren@78.33.82.89] has quit [Client Quit]
17:24 -!- fnordianslipeee [n=darren@78.33.82.89] has joined #t2
17:52 < CIA-41> rene * r32689 /trunk/package/develop/php4/ (configure.patch.cross php4.desc):
17:52 < CIA-41> From: Michael Iedema:
17:52 < CIA-41> * fixed php4 to cross compile
21:10 -!- digitaloktay [n=debian@dslb-084-057-246-072.pools.arcor-ip.net] has joined #t2
--- Log closed Sat Mar 21 00:00:13 2009
00:12 -!- the_rainbow [i=ee@41.209.167.133] has left #t2 []
00:12 -!- the_rainbow [i=ee@41.209.167.133] has joined #t2
00:50 -!- koan [n=koan@unaffiliated/koan] has quit ["Lost terminal"]
00:50 -!- koan [n=koan@unaffiliated/koan] has joined #t2
01:02 -!- digitaloktay [n=debian@dslb-084-057-246-072.pools.arcor-ip.net] has quit ["Verlassend"]
02:44 < the_rainbow> Where can I download the desktop vesion of T2 7.0-rc2 with Xorg such packages?
02:45 < the_rainbow> I just found the minimal downloads
02:48 -!- the_rainbow [i=ee@41.209.167.133] has left #t2 []
03:06 -!- fnordianslipeee [n=darren@78.33.82.89] has quit [Read error: 60 (Operation timed out)]
03:44 -!- Skaperen [n=phil@c-67-186-63-252.hsd1.wv.comcast.net] has quit [Read error: 110 (Connection timed out)]
08:30 -!- Skaperen [n=phil@c-76-120-133-94.hsd1.wv.comcast.net] has joined #t2
09:27 < rxr> re
09:27 [Users #t2]
09:27 [@ChanServ] [ koan ] [ mtr ] [ Stealth ] [ tfl0pz_]
09:27 [ CIA-41 ] [ LMJ ] [ rxr ] [ synchris] [ TobiX ]
09:27 [ dsoul ] [ mqueiros] [ Skaperen] [ T-One ] [ zod ]
09:27 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
09:30 < CIA-41> rene * r32677 /trunk/package/scientific/graphviz/graphviz.desc: * updated graphviz (2.20.3 -> 2.22.2)
09:30 < CIA-41> rene * r32678 /trunk/package/multimedia/linphone/linphone.desc: * updated linphone (3.0.0 -> 3.1.0)
09:38 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has joined #t2
09:55 < CIA-41> rene * r32679 /trunk/package/xorg/xf86-video-i740/xf86-video-i740.desc: * updated xf86-video-i740 (1.2.0 -> 1.3.0)
09:55 < CIA-41> rene * r32680 /trunk/package/filesystem/fuse/fuse.desc: * updated fuse (2.7.3 -> 2.7.4)
09:55 < CIA-41> rene * r32681 /trunk/package/develop/liboil/liboil.desc: * updated liboil (0.3.15 -> 0.3.16)
09:55 < CIA-41> rene * r32682 /trunk/package/multimedia/transcode/transcode.desc: * updated transcode (1.1.0 -> 1.1.1)
09:59 < CIA-41> rene * r32683 /trunk/package/multimedia/libmtp/libmtp.desc: * updated libmtp (0.3.6 -> 0.3.7)
10:14 -!- michael-i [n=michael-@141.41.40.181] has joined #t2
10:14 < CIA-41> rene * r32684 /trunk/package/network/ (12 files in 4 dirs):
10:14 < CIA-41> * fixed netkit-base, netkit-ftp, netkit-telnet and netkit-tftp to
10:14 < CIA-41> cross build
10:15 < michael-i> FINALLY have all of the svn checkouts from analog devices finished. It literally took from 13:30 yesterday until 06:00 this morning.
10:16 < rxr> I can give you a VM on our 8-core ... appears to be faster here
10:19 < michael-i> Now that it's finished, I don't have to worry about it for awhile. I will take you up on that offer if I ever need to incremental svn tests!
10:23 < michael-i> Should I upload my modified blackfin architecture directory and the new source bz2s to a server? If you could sync a tree locally with them too then I might have another set of eyes as I work through this update.
10:26 < rxr> just the architecture dir would be fine for me
10:26 < rxr> the last blackfin checkouts where about 30m for me
10:26 < rxr> also a got chance to re-test my local speed :-)
10:31 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has quit ["i've to Leave"]
10:35 < michael-i> A funny thing with those download speeds: the console reports downloading 200+MB but the resulting archive is only 20+MB. Is bz2 that amazing?!
10:37 < rxr> maybe the initial download includes .svn files - thus about 100% duplication
10:37 < rxr> though we wanted to change svn co to svn export for the downloads
10:37 < rxr> I do not remeber right now if we changed it alread
10:37 < rxr> y
10:37 < rxr> hm - trunk:HEAD has svn export
10:37 < michael-i> it is using export
10:37 < michael-i> that was my first patch for t2 ;)
10:37 < rxr> well - maybe bz2 is that good
10:38 < rxr> it's mostly text -- I think bzip2 has approx 10x compression for ASCII text
10:38 < rxr> michael-i: maybe updated linux-header improved the uclibc error
10:40 < michael-i> I was wondering if there should be a different linux-header definition for bfin? I don't know enough about how "flexible" they can be between platforms
10:40 < rxr> they differ a lot between platforms
10:41 < rxr> all the arch and asm files are unique per architecture
10:41 < rxr> well- mostly unique that is .-)
10:42 < michael-i> I wondered about that...but there isn't a linux-header definition specific for blackfin?
10:43 -!- mpp [n=mpp@fulda025.server4you.de] has joined #t2
10:43 < mpp> moinsen
10:44 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has joined #t2
10:44 < rxr> moin moin michael-i
10:44 < rxr> moin moin mpp (even)
10:44 [Users #t2]
10:44 [@ChanServ] [ koan ] [ mpp ] [ RayMan72] [ Stealth ] [ tfl0pz_]
10:44 [ CIA-41 ] [ LMJ ] [ mqueiros] [ rxr ] [ synchris] [ TobiX ]
10:44 [ dsoul ] [ michael-i] [ mtr ] [ Skaperen] [ T-One ] [ zod ]
10:44 -!- Irssi: #t2: Total of 18 nicks [1 ops, 0 halfops, 0 voices, 17 normal]
10:45 < michael-i> heh
10:50 < rxr> svn export -r HEAD svn://sources.blackfin.uclinux.org/toolchain/tags/toolchain_09r1_rc4/uClibc uClibc
10:50 < rxr> 26M downloaded from archive (download finished).
10:50 < rxr> cksum-test (bzip2): download/mirror/u/uClibc-bfin-2009r1rc4.tar.bz2
10:50 < rxr> really not that slow here
10:51 < michael-i> that's the smallest one, cheater...
10:51 < rxr> svn export -r HEAD svn://sources.blackfin.uclinux.org/toolchain/tags/toolchain_09r1_rc4/binutils-2.17 binutils-2.17
10:51 < rxr> 15M downloaded from archive so far ... ..
10:51 < rxr> 16M downloaded from archive so far ... ..
10:51 < michael-i> ;) binutils took about 2 minutes per megabyte yesterday afternoon!
10:51 < rxr> 18M downloaded from archive so far ...
10:51 < rxr> 19M downloaded from archive so far ...
10:52 < rxr> 23M downloaded from archive so far ...
10:52 < rxr> 24M downloaded from archive so far ...
10:52 < rxr> 25M downloaded from archive so far ...
10:52 < rxr> 26M downloaded from archive so far ...
10:52 < rxr> 27M downloaded from archive so far ...
10:52 < rxr> 28M downloaded from archive so far ...
10:52 < rxr> 29M downloaded from archive so far ...
10:52 < rxr> 30M downloaded from archive so far ...
10:52 < rxr> 31M downloaded from archive so far ...
10:52 < rxr> ok - good enough
10:52 < michael-i> well at least the sun is shining here in the third world dial-up land of wolfenbüttel
10:52 < rxr> lol
10:54 < rxr> 65M downloaded from archive so far ...
11:13 -!- RayMan72 [n=radjis@ip245-128-173-82.adsl2.static.versatel.nl] has quit ["i've to Leave"]
11:14 -!- Skaperen_ [n=phil@c-76-125-202-149.hsd1.wv.comcast.net] has joined #t2
11:18 -!- Skaperen [n=phil@c-76-120-133-94.hsd1.wv.comcast.net] has quit [Read error: 110 (Connection timed out)]
11:26 -!- Skaperen_ [n=phil@c-76-125-202-149.hsd1.wv.comcast.net] has quit [Remote closed the connection]
11:28 -!- Skaperen [n=phil@c-76-125-202-149.hsd1.wv.comcast.net] has joined #t2
11:29 < michael-i> ...started the updated linux26-bfin download
11:31 < rxr> the header comes from the linux-header package
11:31 < rxr> it's intentionally a seperate, not as often updated package
11:31 < michael-i> i know but was wondering if I could extract a new, blackfin specific linux-header package from the sources
11:32 < michael-i> or is that asking for a nightmare
11:32 < rxr> I noticed earlier due major changes you need to update linux26 for the new blackfin toolchain probably anyway
11:33 < michael-i> ~2000 revisions....yeah, probably
11:34 < rxr> well - in a better world not really
11:34 < rxr> but I noticed they introduced some incompatiblity in the compiler
11:35 < rxr> which kernel do you use, now ?
11:35 < michael-i> analog devices seems to have their own "development practices" with 10,000 different releases of the same toolchain and magically none of them are labelled stable
11:36 < michael-i> we use one that is provided by the test board company...they've also needed to patch from multiple trees to get it running and support all of the on-board devices
11:37 < rxr> yeah - you get an impression while I did not yet committed any update since the last known good state, hm ?
11:37 < michael-i> the more i looked at things, the more i completely understand :)
11:38 < michael-i> but to move it up into 2009 is going to add a ton of chip support
11:46 < michael-i> could I maybe borrow your bandwidth to update this? 1.6MB after 15 minutes
11:47 < rxr> well - for just one file vm setup is a little waste
11:47 < rxr> maybe post the patch and I put the tarball into my httpd's people's dir
11:48 < michael-i> I didn't expect a VM, just a ./scripts/Download ;) it's on its way
11:51 < rxr> maybe just post the svn diff of architecture/blackfin/package/linux26 here
11:52 < michael-i> http://pastebin.ca/1366089
11:57 < rxr> ok - running
12:07 < rxr> 181M downloaded from archive so far ...
12:08 < michael-i> everything else here is fast...just checking out from them is somehow a problem
12:08 < rxr> still running :-)(
12:08 < michael-i> mensa time.... bbl
12:15 < rxr> 303M downloaded from archive (download finished).
12:15 < rxr> Preparing files for final tarball ...
12:17 < rxr> http://people.exactcode.de/~rene/linux-kernel-2.6.2x.xx-bfin-2008r1.5_rc3.tar.bz2
12:26 < rxr> michael-i: with updated linux-header uclibc builds
12:29 < rxr> michael-i: only some scsi header shared files
12:29 < rxr> michael-i: I remeber that I fixed that once, but I see no patches anymore in t2 - maybe fixed upstream and just not yet in the blackfin variants
12:29 < rxr> will check later
12:49 < michael-i> downloading... (thanks again)
12:50 < michael-i> did you define a bfin specific linux-headers package then with an updated version number? Just looking for something to try here
12:50 < rxr> yes, I copied the blackfin linux26 to linux-header
12:51 < michael-i> ok
13:14 < koan> rxr: T2 is mentioned here http://rwmj.wordpress.com/2009/03/20/why-not-use-a-minimal-distribution/
13:15 < koan> I have been seeing T2 mentioned more and more during the last months
13:16 < michael-i> rxr, got 12-conf-hacks.patch in bfin/linux26 updated to work again (just trying not to double up work)
13:21 < michael-i> my build still fails on uclibc (the second time it is compiled) with the updated headers
13:29 < michael-i> (wait...I'm dumb and named it -headers)
13:35 < rxr> gcc (for libstdc++) still fails with {standard input}:18661: Error: pcrel too far BFD_RELOC_BFIN_10
13:41 < michael-i> Mine made it to the shared scsi header files now. How can I ignore/fix that?
13:42 < rxr> rename the .err to .log
13:43 < rxr> t2 uses the err vs log files to track the target's build state
13:48 < michael-i> thanks, kernel tried to compile but error'd out as well
13:49 < rxr> here, too
13:49 < rxr> I moved the log for now as well
13:49 < rxr> next gcc will error out
13:49 < rxr> but that is only of importance if you need the C++ lib
13:49 < michael-i> we don't (yet) but, like we discussed before, it's probably not too nice to move to a broken c++ environment on blackfin
13:50 < rxr> you have a kernel on your board already?
13:50 < michael-i> correct but we'll need to build one eventually
13:50 < rxr> just focus on your intial asterisk testing
13:51 < rxr> the C++ and kernel fix can go last I would say
13:51 < michael-i> of course
13:51 < michael-i> for next week we're just trying to get an initrd on an SD card that their bootloader/kernel can boot
13:52 < rxr> in the meantime I fill in the new optimization optoins
13:52 < michael-i> I was just going to ask about that :)
13:58 -!- T-One [n=T-One@62.218.122.66] has quit ["Verlassend"]
14:00 < rxr> ok - new blackfin options in trunk
14:00 < CIA-41> rene * r32685 /trunk/architecture/blackfin/config.in:
14:00 < CIA-41> * added a couple of new blackfin CPU optimization options an
14:00 < CIA-41> upadted blackfin toolchain will support
14:01 < rxr> I committed it to avoid fragmentation, few T2 blackfin users anyway :-) so easier for us to stay in sync
14:04 < michael-i> nice
14:04 < rxr> ok - I really should code on some other stuff :-)
14:05 < rxr> I'm a bit more in the background, now ...
14:05 < michael-i> no problem, I'll keep going here. Thanks for everything so far
14:05 < rxr> I'll have the new blackfin build running just for the testing of it
14:05 < rxr> I'll also try to take a look into the gcc issue (relocation error, probably too huge code, assembler is just screeming) and the kernel build issue
14:06 < michael-i> sounds good, I'll also send in my php4.blackfin patches
14:14 -!- the_rainbow [i=ee@41.209.167.147] has joined #t2
14:14 -!- the_rainbow [i=ee@41.209.167.147] has left #t2 []
14:23 < rxr> btw. anyone here remote file system for Mac OS X expert here ?
14:23 < rxr> SMB (Samba ok?) or problems with xatt's ?
14:23 < rxr> xattrs's (extended attributes) even
14:23 < michael-i> we use samba here every day on the nas between 5-6 macbooks
14:26 < rxr> do you have user's home folder on the NAS? or only like "office files" exchange ?
14:27 < michael-i> the latter...so no, nothing too special
14:51 < CIA-41> aldas * r32686 /trunk/package/develop/policykit/policykit.desc: * changed policykit build priority (208.700 -> 147.309), moved before gconf-editor
14:54 < CIA-41> rene * r32687 /trunk/package/network/wireless-tools/wireless-tools.desc: * changed wireless-tools not to be built in stage 1 by default
15:00 < CIA-41> rene * r32688 /branches/7.0/package/network/wireless-tools/wireless-tools.desc: * merged r32687 from trunk: * changed wireless-tools not to be built in stage 1 by default
15:02 < michael-i> asterisk 1.4.24 now fails with: dns.c:(.text+0x23e): undefined reference to `___res_close'. This is a symbol only turned on in uClibc with "UCLIBC_HAS_BSD_RES_CLOSE" which makes me think the asterisk code in /main/dns.c is not correctly setting which res_ function should be used.
15:03 < michael-i> It also has res_ndestroy and res_nclose enclosed in #IFDEFs. uClibc builds res_nclose unconditionally which makes me think a patch is needed for Asterisk's main/dns.c
15:03 < rxr> sounds reasonable
15:04 < rxr> or patch the configure or so to set the correct macro on cross builds
15:05 < michael-i> or that
15:05 < rxr> (though ususally patching code is easier than the crufty configure "junk"
15:05 < rxr> , sorry for the verbose wording :-)
15:07 < michael-i> heheh
15:07 < rxr> http://www.t2-project.org/packages/samba.html
15:08 < rxr> (I occationally paste the package matrix link when a page is not yet easily found by google and one more reffering link from the irc logs might help -- just in case someone wonders about the increasing page of urls from my side :-)
15:09 < rxr> which reminds me: anyone feel free to links some t2 pages from blogs or other project sides, ofr the last 6 months I found this rather increases google awareness :-)
15:09 < michael-i> gaming a search engine algorithm is frowned upon
15:09 < michael-i> ;)
15:19 < michael-i> are any special symbols being set like __BLACKFIN__ ? otherwise I'll just hack in an ugly patch
15:19 < rxr> yes
15:19 < rxr> #elif defined(__bfin__)
15:19 < rxr> I have in some code of mine - hope it's still bfin :-)))
15:20 < michael-i> we'll see
15:28 < michael-i> worked, but revealed the true problem : HAVE_RES_NINIT isn't being set right
15:29 < michael-i> now it tries to close a structure which hasn't been declared...the declaration is in HAVE_RES_INIT...and the res_close problem would also go away. Working on it...
15:49 < michael-i> I guess I'm not sure how to do that. Moving on to PHP4 again to see if the toolchain broke anything.
16:14 < rxr> http://nik.me/node/150 - A Mac metadata test suite
16:49 < michael-i> rxrL I'm about to leave for the day. Should I send you a snapshot of my blackfin arch dir?
16:49 < michael-i> rxr: ^^^^^ I can't type
16:51 < rxr> yeah - backup is always nice :-)
16:57 -!- mpp [n=mpp@fulda025.server4you.de] has quit [Remote closed the connection]
17:00 < michael-i> alrighty, done
17:01 < michael-i> time to get out of this office and enjoy one hour of sun!
17:01 < rxr> someone is quite leaching our svn server today ...
17:01 < rxr> already 1GB sent out just on the svn. domain ...
17:01 < rxr> when this increases further I guess I have to check out details ...
17:01 < michael-i> not I said the cat
17:02 < michael-i> we have weird peaks like that too on downloads. it almost looks like broken wget scripts most of the time
17:02 < michael-i> well, that's it for me. bye bye everyone
17:02 < rxr> maybe just quite some bots, google & co
17:02 < rxr> have a nice weekend
17:03 < michael-i> you too
17:03 -!- michael-i [n=michael-@141.41.40.181] has quit []
17:09 < tfl0pz_> rxr, http://pastebin.com/m784674ed does this mean something to you?
17:09 < tfl0pz_> its from X output
17:09 < rxr> hm
17:09 < tfl0pz_> xorg-server 1.5.2
17:10 < rxr> xkeyboard-config or what it was named installed ?
17:10 < tfl0pz_> yep
17:10 < rxr> then not really an idea ...
17:10 < tfl0pz_> thanks anyway
17:10 < tfl0pz_> :)
17:11 < rxr> # mine -q xorg-server
17:11 < rxr> xorg-server 1.5.3 8.0-trunk
17:12 < tfl0pz_> i'm pretty sure the issue is in the setup somewhere, i've upgraded from xorg-server 1.3 and probably messed up some packages..
17:12 < tfl0pz_> the X is actually working but the keyboard is not functioning
17:21 -!- fnordianslipeee [n=darren@78.33.82.89] has joined #t2
17:22 [Users #t2]
17:22 [@ChanServ] [ fnordianslipeee] [ mqueiros] [ Skaperen] [ tfl0pz_]
17:22 [ CIA-41 ] [ koan ] [ mtr ] [ Stealth ] [ TobiX ]
17:22 [ dsoul ] [ LMJ ] [ rxr ] [ synchris] [ zod ]
17:22 -!- Irssi: #t2: Total of 15 nicks [1 ops, 0 halfops, 0 voices, 14 normal]
17:24 -!- fnordianslipeee [n=darren@78.33.82.89] has quit [Client Quit]
17:24 -!- fnordianslipeee [n=darren@78.33.82.89] has joined #t2
17:52 < CIA-41> rene * r32689 /trunk/package/develop/php4/ (configure.patch.cross php4.desc):
17:52 < CIA-41> From: Michael Iedema
17:52 < CIA-41> * fixed php4 to cross compile
21:10 -!- digitaloktay [n=debian@dslb-084-057-246-072.pools.arcor-ip.net] has joined #t2
--- Log closed Sat Mar 21 00:00:13 2009