2011-08-30 01:34 <kristianpaul> who needs houses, land is what matters  ;-)
2011-08-30 01:46 <kristianpaul> xiangfu: thanks for the L19_L3 mark, i just was about to find it  :)
2011-08-30 01:49 <kristianpaul> living circumstances as a result of many events trought that culture's history too
2011-08-30 01:50 <xiangfu> kristianpaul, :) L3 is small 
2011-08-30 01:51 <kristianpaul> even better !
2011-08-30 01:51 <kristianpaul> (for soldering)
2011-08-30 01:53 <wolfspraul> good morning everybody
2011-08-30 02:20 <kristianpaul> morning
2011-08-30 02:41 <DocScrutinizer> wpwrak: ""Was? Das Volk hat kein Brot? Soll es doch Kuchen essen"" ;-P
2011-08-30 02:41 <wpwrak> DocScrutinizer: exactly :)
2011-08-30 03:24 <rjeffries> some of you may find this video about Arduino (history) interesting. or not. http://postscapes.com/watch-arduino-the-documentary
2011-08-30 07:56 <nunoiz> Hello all.
2011-08-30 07:59 <nunoiz> Anyone around who knows about hacking Wifi antenna's ?
2011-08-30 07:59 <vladkorotnev> Hey guys, what's up?
2011-08-30 08:00 <nunoiz> quiet...to quiet....I got a bad feeling about this...heh..
2011-08-30 08:02 <xiangfu> hi
2011-08-30 08:06 <wolfspraul> vladkorotnev: hi
2011-08-30 08:06 <wolfspraul> nunoiz was too impatient :-)
2011-08-30 09:32 <bartbes> does that AM transmit thing actually work with the ben's lcd?
2011-08-30 09:36 <bartbes> btw, to whoever interested in guile 2, it failed to compile on a host with guile 2 as well
2011-08-30 10:20 <qi-bot> The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-08292011-0630/
2011-08-30 15:37 <zear> hey there
2011-08-30 15:37 <wolfspraul> hi
2011-08-30 15:38 <zear> i haven't been updating my ben in years, but now i thought it's a good time to check what's new
2011-08-30 15:38 <zear> although, i have a problem with installing xburst-tools
2011-08-30 15:38 <zear> are there any precompiled packages?
2011-08-30 15:38 <zear> i can see only packages for debian and for arch (which is 404)
2011-08-30 15:39 <zear> i got the sources of xburst-tools, but in the INSTALL doc it says i require an owrt compiler to build it
2011-08-30 15:39 <zear> but i remember xbusrt-tools was a set of native x86 binaries
2011-08-30 15:39 <wolfspraul> you came just in time for the new image
2011-08-30 15:39 <kyak> zear: http://projects.qi-hardware.com/index.php/p/xburst-tools/downloads/77/
2011-08-30 15:39 <zear> :)
2011-08-30 15:40 <kyak> oh no
2011-08-30 15:40 <kyak> this is not the binary :)
2011-08-30 15:40 <zear> kyak, that's the sources i already got
2011-08-30 15:40 <kyak> grab the deb, and just unpack it
2011-08-30 15:40 <zear> kyak, ah, of course
2011-08-30 15:40 <zear> why didn't i think about it before
2011-08-30 15:41 <zear> but anyway, the arch package link is dead, perhaps it's time to update/remove it from the website
2011-08-30 15:41 <kyak> probably. Make sure you are NOT using xburst-tools older than 2011-05-30
2011-08-30 15:43 <kyak> and i'm off :) have fun with the new image!
2011-08-30 15:43 <zear> kyak, thanks for the help
2011-08-30 15:45 <kristianpaul> btw freedroid segfaults after you hit poweroff when playing
2011-08-30 15:45 <kristianpaul> then the .freedroid folder have to be deleted to make it work again
2011-08-30 15:47 <zear> btw, does the ben still require you to hold the power button for few seconds before it boots?
2011-08-30 15:48 <kristianpaul> not anymore
2011-08-30 15:48 <zear> ah, great
2011-08-30 15:48 <kristianpaul> BUT, i think the default wallpaper make gmenu2x load a bit slow
2011-08-30 15:49 <kristianpaul> i just changed and it is really fast boot
2011-08-30 15:49 <zear> hmm.. i'm getting tons of "./refla1/794./reflash_ben.sh: line 149: bc: no such command" messages when running reflash_ben.sh
2011-08-30 15:49 <kristianpaul> last reflash?
2011-08-30 15:49 <zear> the one from the wiki
2011-08-30 15:50 <zear> i have no idea what's latest and what's not, i wasn't active in the scene since 2009 :D
2011-08-30 15:52 <jow_laptop> zear: looks like you need to install the bash calculator (bc) on your host
2011-08-30 15:53 <zear> jow_laptop, that doesn't sound like something everyone has by default. Why isn't it listed on the wiki in the flashing howto then?
2011-08-30 15:53 <jow_laptop> zear: probably because the author forgot about it and/or had bc by default
2011-08-30 15:53 <zear> i don't even seem to have it in my repository
2011-08-30 15:53 <jow_laptop> whats your distro?
2011-08-30 15:53 <zear> arch
2011-08-30 15:54 <zear> oh, i do
2011-08-30 15:54 <jow_laptop> hm http://www.archlinux.org/packages/extra/i686/bc/
2011-08-30 15:54 <jow_laptop> maybe you need to activate the extra repo?
2011-08-30 15:54 <jow_laptop> oh ok
2011-08-30 15:54 <zear> but it's description was "An arbitrary precision calculator language"
2011-08-30 15:54 <zear> nothing about bash
2011-08-30 15:54 <jow_laptop> ok, sorry, maybe I got the name wrong
2011-08-30 15:55 <zear> can i ctrl+c the reflash_ben.sh script and then run it again?
2011-08-30 15:55 <jow_laptop> yes
2011-08-30 15:55 <jow_laptop> I think due to the missing bc it didn't do anything useful anyway
2011-08-30 15:55 <zear> ah
2011-08-30 15:56 <jow_laptop> it is needed to calculate offsets and such
2011-08-30 15:56 <zear> jow_laptop, nah, it actually trashed the nand
2011-08-30 15:56 <zear> i'm getting a kernel panic now :D
2011-08-30 15:57 <zear> but the bootloader seems to still be there, so i think i'll be able to software usb boot it
2011-08-30 16:55 <zear> hmm.. is there a gcc compiler available for the nanonote?
2011-08-30 16:55 <zear> something so i can compile natively on the ben
2011-08-30 16:55 <zear> instead of cross-compiling
2011-08-30 16:55 <zear> oh, there is, just found a section about it on the wiki :)
2011-08-30 17:08 <zear> wolfspraul, i must say so far i'm impressed with the current ben firmware
2011-08-30 17:08 <zear> it's a huge leap forward comared to the late 2009/early 2010 images
2011-08-30 17:08 <zear> *compared
2011-08-30 17:09 <zear> and you guys have got a port of liballegro. We'll have to adopt it to the Dingoo :)
2011-08-30 17:39 <zear> hmm.. i'm trying to compile a program that uses only ansi c + libSDL, but i'm getting this while trying to link:
2011-08-30 17:39 <zear> http://paste.pocoo.org/show/KuSHmbgorMaFM0vxl6Fx/
2011-08-30 17:40 <zear> i'm building directly on the nanonote
2011-08-30 17:40 <zear> since the toolchain required you to make a symlink to /home/xiangfu/... and i think this is unacceptable :)
2011-08-30 17:40 <zear> *requires
2011-08-30 17:44 <viric> bad xiangfu!
2011-08-30 17:48 <kyak> zear: you need to install libsdl dev libs.. which you should take either from openwrt build root, or from a respective package
2011-08-30 17:48 <zear> the repository is missing libdl, so i'm now trying to use the one from the Dingux toolchain
2011-08-30 17:48 <zear> kyak, of course i did that long time ago
2011-08-30 17:48 <zear> kyak, i already tried both the ones from qi-hardware website and the ones from the owrt repo
2011-08-30 17:49 <zear> i think if i was missing libsdl, the linker would point this out on -lSDL line
2011-08-30 17:49 <kyak> isn't libdl functionality provided by uclibc?
2011-08-30 17:49 <zear> no idea, but then it means the sdl lib is broken
2011-08-30 17:50 <zear> it also complains about libdirectfb which IS already installed
2011-08-30 17:50 <jow_laptop> the above errors are not unusual
2011-08-30 17:50 <kyak> did you provde the -rpath?
2011-08-30 17:50 <jow_laptop> using rpath-link as suggested will solve it
2011-08-30 17:50 <zear> kyak, no, i have no idea what that is
2011-08-30 17:50 <zear> i've been trying to compile with LDFLAGS = -L/usr/lib/ which usually fixes such problems
2011-08-30 17:50 <jow_laptop> rpath is bad because it affects the on-target runtime search paths while rpath-link is only compile time
2011-08-30 17:50 <kyak> but the error message is pretty clear about what is it :)
2011-08-30 17:51 <jow_laptop> the usual syntax is  LDFLAGS += -Wl,-rpath-link=dir/with/needed/libraries
2011-08-30 17:51 <zear> kyak, not at all. What is the -rpath parameter of? gcc?
2011-08-30 17:51 <jow_laptop> in openwrt usually $(STAGING_DIR)/usr/lib
2011-08-30 17:52 <zear> gee, why openwrt must be so picky? I remember something like this was the reason i put the nanonote away back in 2009
2011-08-30 17:52 <jow_laptop> you could also add -ldl
2011-08-30 17:53 <jow_laptop> this will solve it as well
2011-08-30 17:53 <zear> jow_laptop, i tried of course
2011-08-30 17:53 <zear> to no avail ;)
2011-08-30 17:53 <jow_laptop> its not openwrt, its the linker which fails at resolving dependant libraries of linked libraries
2011-08-30 17:54 <jow_laptop> because during cross compilation there are not many environment places to initialize the search path from
2011-08-30 17:54 <zear> how can the linker fail if i give him the correct location with LDFLAGS = -L/usr/lib ?
2011-08-30 17:54 <zear> i'm not cross-compiling
2011-08-30 17:54 <zear> i'm compiling it natively on the nanonote
2011-08-30 17:54 <zear> and nope, the rpath-link didn't help
2011-08-30 17:54 <jow_laptop> are you using LD or CC for linking?
2011-08-30 17:54 <zear> gcc: unrecognized option '-rpath-link=/usr/lib/'
2011-08-30 17:55 <zear> CC
2011-08-30 17:55 <jow_laptop> well thats why I said the usual syntax is -Wl,-rpath-link=...
2011-08-30 17:55 <jow_laptop> -Wl tells the CC to pass through the flag to the LD
2011-08-30 17:55 <zear> well, CC and LD are just variables
2011-08-30 17:56 <zear> they have no real meaning unless i define them, right?
2011-08-30 17:56 <zear> like i do with CC = gcc
2011-08-30 17:56 <jow_laptop> s/CC/gcc/; s/LD/ld/
2011-08-30 17:56 <jow_laptop> gcc does not know about -rpath-link, only ld does
2011-08-30 17:56 <jow_laptop> but gcc invokes ld
2011-08-30 17:56 <jow_laptop> so in order to convey args only for ld you have to wrap them in -Wl,
2011-08-30 17:57 <kyak> zear: if you didn't put Ben away back in 2009, you wouldn't have these questions by now ;)
2011-08-30 17:57 <zear> ok, but why on earth is the nanonote's compiler so picky about everything? So far i compiled this piece of code to 8 different platforms, 2 of them not posix, and neither of them had such problems
2011-08-30 17:58 <jow_laptop> the compiler isnt, the linker is
2011-08-30 17:58 <zear> well, yes, the linker
2011-08-30 17:58 <jow_laptop> and that might be due to the fact that it runs on a uclibc host system
2011-08-30 17:58 <jow_laptop> which has differend ldso semantics than glibc
2011-08-30 17:58 <zear> nope, i already compiled to an uclibc platform
2011-08-30 17:58 <zear> and i had no such issues
2011-08-30 17:58 <jow_laptop> natively?
2011-08-30 17:58 <zear> hehe, no :D
2011-08-30 17:58 <jow_laptop> ...
2011-08-30 17:58 <zear> only by a cross-compiler
2011-08-30 18:01 <jow_laptop> I wonder whether "strings $(which ld) | grep /lib" lists /usr/lib somewhere
2011-08-30 18:02 <zear> ld: unrecognized option '-Wl,-rpath-link=/usr/lib/'
2011-08-30 18:02 <jow_laptop> well did you call ld directly now?
2011-08-30 18:02 <jow_laptop> or through gcc?
2011-08-30 18:02 <zear> yes
2011-08-30 18:02 <zear> directly
2011-08-30 18:03 <jow_laptop> if you call it directly then omit the -Wl
2011-08-30 18:03 <jow_laptop> if you call it through gcc then add the -Wl
2011-08-30 18:03 <zear> ah, i see
2011-08-30 18:03 <zear> you learn something new every day :)
2011-08-30 18:03 <kyak> jow_laptop: http://dpaste.com/605320/
2011-08-30 18:04 <jow_laptop> kyak: that looks broken
2011-08-30 18:04 <kyak> ah, good :)
2011-08-30 18:04 <jow_laptop> no wonder its behaving like it is
2011-08-30 18:04 <jow_laptop> *does
2011-08-30 18:04 <jow_laptop> the "=" is apparently an artefact of the way ./configure was called
2011-08-30 18:05 <jow_laptop> or some other compile time shell / script failure
2011-08-30 18:06 <kyak> ld is provided by binutils
2011-08-30 18:06 <kyak> do you suspect some error there?
2011-08-30 18:06 <jow_laptop> yes
2011-08-30 18:08 <kyak> i don't see anything unusual..
2011-08-30 18:08 <kyak> probably it's the defect of binutils itself
2011-08-30 18:09 <jow_laptop> or the shell its configure was run under
2011-08-30 18:10 <kyak> that would be bash
2011-08-30 18:10 <jow_laptop> or /bin/sh
2011-08-30 18:11 <zear> jow_laptop, oh great, so now it's ld: cannot find -lSDL
2011-08-30 18:11 <kyak> do you suggest that building binutils on another host might fix the problem?
2011-08-30 18:11 <zear> and yes, i do have libsdl in /usr/lib :)
2011-08-30 18:13 <zear> jow_laptop, that's the full linker line: http://paste.pocoo.org/show/4z5ps8cFArnbg7h2LKs7/
2011-08-30 18:13 <kyak> jow_laptop: i just installed binutils which i built on my host. It is even worse, the SEARCH_DIR is always prefixed with "="
2011-08-30 18:13 <kyak> ah no, sorry, the output is the same
2011-08-30 18:13 <jow_laptop> ld/genscripts.sh
2011-08-30 18:17 <kyak> what a mess..
2011-08-30 18:23 <jow_laptop> I think it boils down to "TARGET_SYSTEM_ROOT" defined during compilation
2011-08-30 18:23 <jow_laptop> it is set to "/home/jow/devel/openwrt/trunk/build_dir/target-mips_r2_uClibc-0.9.32/binutils-2.20.1/ipkg-install" in my case and ends up in ldmain.o
2011-08-30 18:23 <jow_laptop> all SEARCH_DIR pathes are relative to that
2011-08-30 18:24 <jow_laptop> obviously this dir will not exist on-target
2011-08-30 18:24 <jow_laptop> I bet calling "ld" with --sysroot=/  would result in a more sane behavior
2011-08-30 18:26 <kyak> --with-sysroot=$(PKG_INSTALL_DIR) in Makefile seems to be the problem?
2011-08-30 18:26 <kyak> should read --with-sysroot=/
2011-08-30 18:28 <jow_laptop> yes
2011-08-30 18:28 <jow_laptop> but I have no clue what the implications for building will be then
2011-08-30 18:28 <kyak> or even drop this option..
2011-08-30 18:29 <jow_laptop> ok ldfile.c just confirmed it, if a SEARCH_PATH entry starts with "=" it is based against the sysroot which is either supplied via cmdline or defined during compilation
2011-08-30 18:30 <kyak> heh, you are a hardcore man :)
2011-08-30 18:30 <kyak> this is mentioned in man ld
2011-08-30 18:30 <kyak> "If searchdir begins with "=", then the "=" will be replaced by the sysroot prefix, a path specified when the linker is configured."
2011-08-30 18:30 <jow_laptop> so one can either patch genscripts.sh to not emit "=" or change the configure args to not supply --sysroot or patch ldmain.c to not define TARGET_SYSTEM_ROOT
2011-08-30 18:33 <jow_laptop> taking out --with-sysroot= is probably the best solution
2011-08-30 18:36 <kyak> jow_laptop: http://dpaste.com/605335/
2011-08-30 18:37 <kyak> i've taken out the --with-sysroot :)
2011-08-30 18:37 <kyak> seems that it is working!
2011-08-30 18:37 <viric> what are you playing with?
2011-08-30 18:38 <kyak> with the native linker, i guess
2011-08-30 18:38 <kyak> ok, time to sleep
2011-08-30 18:48 <viric_> How could a swapless system hang, running processes that take a lot of memory?
2011-08-30 18:48 <viric_> a linux, I mean.
2011-08-30 19:19 <viric> grmbl new hang
2011-08-30 21:06 <kristianpaul> dizy at 34 C