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