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!