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