2011-03-06 01:05 wpwrak: When you sample something from the usrp, does it handles the i/q data as a complex variable? or just a 16bit integer interleaved? 2011-03-06 01:06 having problems understandig/interpreting signed number representations in C 2011-03-06 01:06 it sends pairs of q/i integers. each pair is a single complex number ;-) 2011-03-06 01:08 yeah sure. 2011-03-06 01:09 complex^ 2011-03-06 01:11 I'm just debugging something here so i can have this bit2bloatbyte util done, and _finally_ send 16 bit i/q samples for processing :/ 2011-03-06 01:13 wow :) shouldn't this be a ~10 minutes task ? :) 2011-03-06 01:14 :( 2011-03-06 01:15 wpwrak: I had to learn C in the process tought :( 2011-03-06 01:16 feel bad about that 2011-03-06 01:16 talk about a nice learning curve ;-) 2011-03-06 01:16 hello 2011-03-06 01:17 hi akiwiguy 2011-03-06 01:17 wpwrak: yeah, i learn a lot the last weeks :-) 2011-03-06 01:17 s/learn/learnt 2011-03-06 01:27 kristianpaul: i can imagine ;-) 2011-03-06 04:06 as a point of reference and yes I am aware, this example is not free... 2011-03-06 04:06 LG Optimus V is sold by Virgin Mobile for $150 USD no contract required 2011-03-06 04:07 is a decent 3.2 inch Android gadget, good specs. best of all they offer a reasonable service plan for$25 a month 2011-03-06 04:08 inckudes unkimited data and 300 voice minutes. naturally has camera and wifi 2011-03-06 04:08 someone will root it soon one assumes 2011-03-06 04:09 ??? 2011-03-06 04:13 our Ben has no camera, no touchscreen, no built-in wifi, slower processor, less ram, etc. and we are selling it for $99usd, $51usd cheaper than that phone. guess what one most people will go for. 2011-03-06 04:16 there wouldn't be enough nanonotes to supply "most people" anyway ;) 2011-03-06 04:17 akiwiguy: ok, go on. what's your conclusion from this analysis? 2011-03-06 04:17 well, its not _free_, so i still want a Ben. 2011-03-06 04:18 akiwiguy: btw, are you aware of the Milkymist/Milkymist One project? 2011-03-06 04:18 yes I am 2011-03-06 04:19 i am a lurker on the mailing list, i hear everything 2011-03-06 04:20 imo the nanonote is not a consumer product 2011-03-06 04:20 he, good [hear everything] 2011-03-06 04:21 larsc: I would agree, although we could probably focus for example on a pure dictionary image now that would make it a 'consumer product', however that is defined 2011-03-06 04:21 the 02-23 image is by far not competitive with electronic dictionaries, but if we would focus on that for a few months, we probably could pull off an image that would be competitive 2011-03-06 04:22 and then we could claim 'consumer product' status, because several tens of millions of electronic dictionaries are selling each year 2011-03-06 04:23 but I'm not into claiming ownership of certain categories, so at least for myself, I won't prioritize like that and instead I will continue to prioritize what makes the Ben more fun and interesting to me, and watching it grow over the long term. 2011-03-06 04:25 as of today, even with 02-23 image, the Ben is definitely not a 'consumer product' (although I am not 100% sure on the definition of that, let's say something that can sell in 1 million or more units) 2011-03-06 04:30 hmm, is vim included in the latest image? 2011-03-06 04:35 if not that would be a big oversight - a 'dedicated vi device' is how we got our first press coverage :-) 2011-03-06 04:41 O_o 2011-03-06 04:41 wow. 2011-03-06 04:46 when I get my Ben, i'm installing the todo.txt cli, and copying some music to it. 2011-03-06 04:46 I will be my music player, a replacement for my old Palm III, and my note taking device for school. 2011-03-06 04:47 And, if I manage to get a wifi card, my IRC client. 2011-03-06 04:47 and i'll disable gmenu2x as well 2011-03-06 04:47 because it looks horrible and clunky from what i can see 2011-03-06 04:52 akiwiguy: one by one, keep us posted about your Ben experience, it sounds like you are on a good path. 2011-03-06 04:52 Palm III, eh? 2011-03-06 04:52 man this is long ago 2011-03-06 04:52 Yep. 2011-03-06 04:52 is it still working? 2011-03-06 04:52 nope. 2011-03-06 04:52 stopped working a couple of months ago 2011-03-06 04:52 not bad 2011-03-06 04:53 Brought it second-hand off TradeMe. 2011-03-06 04:53 I developed (proprietary) software that was shipped on most Palms for a number of years 2011-03-06 04:53 (the New Zealand equivalent of ebay, if you're wondering) 2011-03-06 04:53 I forgot whether we already worked on the Palm III, that's really a long time ago 2011-03-06 04:53 Palm V we did 2011-03-06 04:53 oo 2011-03-06 04:54 cool. 2011-03-06 04:55 when it stopped working a few months ago, what broke/failed? 2011-03-06 04:55 was it sudden failure, or slowly? 2011-03-06 04:55 i accidentally shorted the battery contacts 2011-03-06 04:55 thats what blew it up 2011-03-06 04:55 oh 2011-03-06 04:55 :-) 2011-03-06 04:55 that's a sad end 2011-03-06 04:55 yeah.. 2011-03-06 04:55 if i didnt do that, it would still be in use heaps today 2011-03-06 04:56 i used it for my to-do list, and tetris, mainly 2011-03-06 04:56 the Ben will not be able to match it in usability right now, I think 2011-03-06 04:57 the way Palm implemented the super-fast bootup time by keeping part of the memory powered in 'off' mode was great. 2011-03-06 04:57 that truly 'instant' on alone is a big win for the Palm, compared to Ben 2011-03-06 04:57 then they used execute-in-place from the flash, etc. 2011-03-06 04:58 just keep it in suspend mode 2011-03-06 04:58 can't easily beat that system 2011-03-06 04:58 ok I talk about what we really have today, say with the 02-23 image, not what is theoretically possible 2011-03-06 04:58 suspend works, but 2011-03-06 04:58 it crashes after a few hours 2011-03-06 04:58 a) it is not well integrated into the image, I think you need to manually enter it on the command line 2011-03-06 04:58 b) correct. I hear that it crashes after x minutes/hours 2011-03-06 04:59 c) we don't know (or maybe just me) how fast the battery will run down in suspend mode 2011-03-06 04:59 how long does the Ben take to boot? ~20 seconds? 2011-03-06 04:59 bottom line: in today's reality, suspend doesn't work for an 'end user', I think most of Ben users will always do a full boot/shutdown. 2011-03-06 04:59 yes, about 20 seconds 2011-03-06 05:00 well, thats acceptable 2011-03-06 05:00 i dont mind waiting for it to boot up 2011-03-06 05:00 maybe we can bring that down, Lars did some great improvements recently, but we will most likely eat them up by mounting more of the NAND space 2011-03-06 05:00 then we can look at some other big parts of the equation, like openwrt boot scripts, even some slowness in u-boot or very early power-on 2011-03-06 05:01 the proprietary dictionary software we are replacing boots into a fully usable state in about 4 seconds 2011-03-06 05:01 why does mounting more of the NAND slow bootup? 2011-03-06 05:01 does it force an fsck or something? 2011-03-06 05:01 because of filesystem/nand behavior 2011-03-06 05:02 it's all just a matter of optimizations, no theoretical limits 2011-03-06 05:02 not that many developers are on similar embedded systems and care about nand/ecc/filesystem speed optimizations, or they are not willing to do ugly hacks to ship a particular product, which is what will typically happen at a 'normal' manufacturer 2011-03-06 05:03 devices on the market have 16 gb, 32 gb and more, bootup faster, and somehow make the space accessible. don't know how they achieve this in detail, but they do. 2011-03-06 05:05 an iPad with 16gb of flash boots up in ~10 seconds to a fully usable state 2011-03-06 05:08 I can imagine. 2011-03-06 05:11 still having a booting palm m101 2011-03-06 05:12 Right, I've got to go. Bye everyone 2011-03-06 05:47 begin to like more pointers, oh memory ! :-) 2011-03-06 07:09 Hello. 2011-03-06 07:19 [commit] Xiangfu Liu: update package revision to 25513, xfce: using nls.mk http://qi-hw.com/p/openwrt-xburst/8dbb669 2011-03-06 07:19 [commit] Xiangfu Liu: config.full_system disable some demo and examples http://qi-hw.com/p/openwrt-xburst/88c5d49 2011-03-06 07:19 [commit] Xiangfu Liu: uboot-xburst, add ubifs support http://qi-hw.com/p/openwrt-xburst/3b49a05 2011-03-06 07:19 [commit] Lars-Peter Clausen: Restore sdio fix for the spectec wlan card http://qi-hw.com/p/openwrt-xburst/ce33cfd 2011-03-06 07:19 [commit] Xiangfu Liu: disable CONFIG_ALL, add Tile and gottet http://qi-hw.com/p/openwrt-xburst/1c65278 2011-03-06 07:19 [commit] kyak: config.full_system: add supertux, terminus-font http://qi-hw.com/p/openwrt-xburst/7497bd3 2011-03-06 07:19 [commit] kyak: config.full_system: build gcc-mips, make, binutils as modules. Remove http://qi-hw.com/p/openwrt-xburst/636ce1a 2011-03-06 07:19 [commit] kyak: config.full_system: remove "=m" packages http://qi-hw.com/p/openwrt-xburst/a6cf3ff 2011-03-06 07:19 [commit] kyak: don't include ghostscript and fbgs into rootfs, build as modules http://qi-hw.com/p/openwrt-xburst/d2893bf 2011-03-06 07:19 [commit] David Kühling: config.full_system: fix name of gnuplot package (was renamed a long time ago) http://qi-hw.com/p/openwrt-xburst/e206b99 2011-03-06 07:19 [commit] Xiangfu Liu: add zgv, MPlayer, brainless http://qi-hw.com/p/openwrt-xburst/74e06ac 2011-03-06 07:19 [commit] Xiangfu Liu: remove custum banner, focus on 100% upstream, http://qi-hw.com/p/openwrt-xburst/4e15154 2011-03-06 07:19 [commit] kyak: config.full_system: add setterm http://qi-hw.com/p/openwrt-xburst/c6edd1a 2011-03-06 07:19 [commit] kyak: config.full_system: include GNU tar http://qi-hw.com/p/openwrt-xburst/8d348cd 2011-03-06 07:19 [commit] Lars-Peter Clausen: [package] ks7010: Remove debug printks http://qi-hw.com/p/openwrt-xburst/390578e 2011-03-06 07:19 [commit] Lars-Peter Clausen: [xburst] jz_mmc: Drop warning about spares irqs. http://qi-hw.com/p/openwrt-xburst/4dd2799 2011-03-06 07:19 [commit] Lars-Peter Clausen: [xburst] Improve mounttime. http://qi-hw.com/p/openwrt-xburst/169e661 2011-03-06 07:19 [commit] kyak: have sound modules built in kernel http://qi-hw.com/p/openwrt-xburst/1a8f935 2011-03-06 07:19 [commit] Xiangfu Liu: reflash_ben.sh, new option b k r, reboot device after reflash http://qi-hw.com/p/openwrt-xburst/bb07d26 2011-03-06 07:19 [commit] kyak: add sound options to default config, so that it won't popup http://qi-hw.com/p/openwrt-xburst/9af7e98 2011-03-06 08:04 akiwiguy: (kill gmenu2x) sounds like a good move ;-) 2011-03-06 08:05 akiwiguy: (love the ben despite its shortcomings) even better :) 2011-03-06 08:06 in my view, then ben is a foot in the door. its successor could be an open door. the next device after than could be entry into whatever is behind the door. and maybe the 4th would actually take possession of the place. 2011-03-06 08:49 wpwrak: hm, sounds like a four-step world plan! :) 2011-03-06 08:49 *world domination 2011-03-06 10:18 dvdk: http://wiki.openwrt.org/oldwiki/DropbearPublicKeyAuthenticationHowto 2011-03-06 10:18 should help you with the public key auth 2011-03-06 10:18 for sftp, you could install openssh-sftp-server 2011-03-06 10:19 maybe openssh-sftp-server should be included by default?  using gnome vfs for mounting is just very practical 2011-03-06 10:20 ah, ok.  have to put authorized_keys to /etc/dropbear 2011-03-06 10:21 Good.night.all 2011-03-06 10:21 kyak: cool, works.  thanks 2011-03-06 10:22 dvdk: my guess is that openssh-sftp-server would install only one binary sftp-server, which will be used by dropbear to server sftp requests 2011-03-06 10:23 kyak: yes, certainly.  rsync does it that way, too. 2011-03-06 10:23 btw, i prefer typing scp commands on Ben, rather then on PC :) 2011-03-06 10:23 of course, in a ssh session 2011-03-06 10:26 (including openssh-sftp-server by default) - why not? 2011-03-06 10:29 i think we also need to include coreutils-sleep (busybox's sleep only knows integer sleep values) and use more functional procps (replacing busybox's crippled ps, top etc) 2011-03-06 10:30 i already included gnu tar some ago, cause busybox's tar fails on some files 2011-03-06 10:32 and really one thing that bugs me in ash is a lack of reverse-i-search (ctrl+r) 2011-03-06 10:33 but bash consumes at least twice as much memory as ash, so there is no option to replace ash :) 2011-03-06 10:33 how much is that? 2011-03-06 10:33 here I run bash with glibc, and it takes a VSIZE of ~4MB :) 2011-03-06 10:33 I wondered how much was due to glibc 2011-03-06 10:34 kyak: did you compared dash/zsh? 2011-03-06 10:34 kyak: and the reverse search is up to readline, I think. Not bash. 2011-03-06 10:35 viric: RSS is 512/984 (ash/bash), VSZ is 1636/2036 2011-03-06 10:35 ok, bash+glibc doubles that 2011-03-06 10:35 viric: how to enable it in ash then? 2011-03-06 10:35 kyak: is ash linked with gnu readline? 2011-03-06 10:36 viric: ash is a symlinks to /bin/busybox, and there is no link to readline 2011-03-06 10:36 ahh 2011-03-06 10:36 cool, mplayer is now drawing y,u,v to physical memory.  now i only need to tell the IPU to blit that stuff to the screen. 2011-03-06 10:36 busybox has its own short readline implementation 2011-03-06 10:37 Jay7: nope. Don't what to use "another shell" 2011-03-06 10:37 kyak: maybe you can enable a better readline in busybox 2011-03-06 10:37 viric: i noticed that ash respects soem readline settings, so yes it does 2011-03-06 10:37 kyak: I wonder how much of the bash vsize is 'anonymous memory' 2011-03-06 10:37 kyak: so, code pages not counted. 2011-03-06 10:38 viric: good idea. maybe ash can use fully functional readline 2011-03-06 10:38 viric: how do i check? 2011-03-06 10:38 in the busybox build... 2011-03-06 10:39 i mean, the amount of "anonymous memory" :) 2011-03-06 10:39 hm 2011-03-06 10:39 /proc/pid/maps has something about that 2011-03-06 10:39 but it requires some processing I think 2011-03-06 10:39 I once had a script that processed those 2011-03-06 10:40 viric: why don't you use uclibc anyway? 2011-03-06 10:40 I have some pieces that don't build fine with uclibc, iirc. 2011-03-06 10:40 glibc works straight away, and I did not get short on memory for what I run in the ben, still 2011-03-06 10:42 i see! 2011-03-06 10:44 dvdk: have you commited the patches by xMff already? i'm running a clean build after today's merging with upstream backfire, and it fails on gforth -\ 2011-03-06 10:45 build for me last time i checked 2011-03-06 10:45 kyak: I'm one of those not running the openwrt :) 2011-03-06 10:45 think i committed.  only minimal patch anyways 2011-03-06 10:45 can you send the log? 2011-03-06 10:45 viric: sure, i rememeber :) 2011-03-06 10:47 dvdk: one moment 2011-03-06 10:48 dvdk: yes, it built fine last time i checked, too. But we had a big update today due to merge of latest backfire into our branch 2011-03-06 10:48 anyone good in gcc? 2011-03-06 10:48 I want to know in gcc what can be setting the preprocessor variable LARGEFILE64_SOURCE 2011-03-06 10:48 hmm, trying to update myself.  good opportunity to have a long break (during recompile :) 2011-03-06 10:49 binary compatability still in place? 2011-03-06 10:50 yep 2011-03-06 10:51 good 2011-03-06 10:51 dvdk: very strange. It failed on "make". Then i ran make package/gforth/{clean,compile} V=99 > ~/ 2011-03-06 10:51 tmp/gforth.log 2>&1 2011-03-06 10:51 to reproduce the problem. And it build fine! 2011-03-06 10:52 maybe an unset dependency causes the problem, so at the second attempt the lib was in place? 2011-03-06 10:52 do i need to make clean?  or just make world? 2011-03-06 10:52 i'm running make in a single thread, so all dependecies should be satisfied one by one... 2011-03-06 10:53 i built is from scratch, just in case 2011-03-06 10:53 only if DEPENDS line correctly set in gforth/Makefile 2011-03-06 10:54 http://pastebin.com/XJVLd16T 2011-03-06 10:54 this was the error during "make" 2011-03-06 10:55 i wouldn't say this is a descriptive error :) 2011-03-06 10:55 and also doesn't look like a reproducible.. perhaps you will stumble upon it during your build 2011-03-06 10:56 nope, i see no proper error in your log. 2011-03-06 10:56 error was in engine/prim-fast.i, however no output for that target 2011-03-06 10:57 as you can see, "make[4]: `kernel/version.fs' is up to date." i.e. i ran make V=99 the second time, to see the error. 2011-03-06 10:57 Then i decided to giev you the complete log, and the error is gone :) 2011-03-06 10:58 well, waiting for recompile here.  let's see. 2011-03-06 10:58 ok, i'm gone fore some time. 2011-03-06 10:58 cu 2011-03-06 11:00 -E -dD helped finding the largefile64_source 2011-03-06 11:13 the next fallout is libsdl_mixer 2011-03-06 11:15 /usr/lib/libSDL.so: could not read symbols: File in wrong format 2011-03-06 11:15 nice, trying to use my host sdl 2011-03-06 11:22 libtool ftw! 2011-03-06 11:22 is it autoreconfigured? 2011-03-06 11:23 yep 2011-03-06 11:23 though there is no according PKG_FIXUP 2011-03-06 11:24 checking for sdl-config... /usr/bin/sdl-config 2011-03-06 11:24 checking for SDL - version >= 1.2.10... yes 2011-03-06 11:24 ... 2011-03-06 11:25 can you check the config.log ? 2011-03-06 11:26 SDL_CONFIG=$sdl_exec_prefix/bin/sdl-config in configure 2011-03-06 11:26 trying to adjust sdl_exec_prefix accordingly... 2011-03-06 11:27 I see 2011-03-06 11:28 $ sdl-config --libs 2011-03-06 11:28 -L/usr/lib -lSDL 2011-03-06 11:33 xMff: i don't see that CONFIGURE_ARGS is actually passed to configure 2011-03-06 11:33 CONFIGURE_ARGS += --with-sdl-exec-prefix="$(STAGING_DIR)/usr" 2011-03-06 11:33 and there is no --with-sdl-exec-prefix to configure 2011-03-06 11:33 oh no..wait a second// 2011-03-06 11:34 yes 2011-03-06 11:34 Build/Configure... 2011-03-06 11:40 xMff: http://pastebin.mandriva.com/22053 2011-03-06 11:40 this fixes it... 2011-03-06 11:41 this is openwrt feeds, so if you could commit it, would be great 2011-03-06 11:41 on it 2011-03-06 11:42 done 2011-03-06 11:42 waiting impatiently for tha pango build :) 2011-03-06 11:42 xMff: thanks! 2011-03-06 11:50 ok, gcc-mips is the next one... 2011-03-06 11:53 http://pastebin.com/gTsQC6e1 2011-03-06 11:53 hm.. 2011-03-06 11:54 interesting 2011-03-06 11:55 a well known error apparently 2011-03-06 11:56 there's an m4_copy_force()  :) 2011-03-06 11:56 so I'd say  sed -i -e 's/m4_copy\(/m4_copy_force(/' configure.ac 2011-03-06 12:06 i can't seem to find m4_copy at all! 2011-03-06 12:06 whats in configure.ac line 83 ? 2011-03-06 12:07 GLIBCXX_CONFIGURE ? 2011-03-06 12:07 GLIBCXX_CONFIGURE 2011-03-06 12:07 ok, acinclude.m4 line 48 2011-03-06 12:07 whats there? 2011-03-06 12:07 ac_defun ? 2011-03-06 12:07 yeah 2011-03-06 12:07 AC_DEFUN([GLIBCXX_CONFIGURE], [ 2011-03-06 12:07 can you paste it? 2011-03-06 12:07 the whole decl 2011-03-06 12:09 http://pastebin.com/3PHKUtSS 2011-03-06 12:10 line 53 2011-03-06 12:10 m4_rename() 2011-03-06 12:10 yep 2011-03-06 12:10 change it to m4_rename_force() 2011-03-06 12:10 is there rename_force? 2011-03-06 12:10 good: ) 2011-03-06 12:13 "We yank the rug out from under the normal AC_* process by sneakily renaming the cache variable." 2011-03-06 12:13 fail 2011-03-06 12:13 kyak: actually I think the rename call in line 60 is the culprit 2011-03-06 12:14 but jsut change both 2011-03-06 12:15 yep, renamed both 2011-03-06 12:15 so far so good 2011-03-06 12:16 thats another reason why the autofail stuff is crap 2011-03-06 12:16 one needs to fix random 3rdparty macros just to get the configure part running 2011-03-06 12:16 more time spent fixing the buildsystem than fixing the software 2011-03-06 12:17 I recall some random package had a macro which sent m4 into an infinite loop... 2011-03-06 12:17 very nice for buildbots 2011-03-06 12:19 hehe :) 2011-03-06 12:24 ../libmath/.libs/libmath.a(stubs.o): could not read symbols: Bad value 2011-03-06 12:25 do you pass $(FPIC) to the CFLAGS ? 2011-03-06 12:26 TARGET_CFLAGS += $(FPIC) 2011-03-06 12:26 added it now 2011-03-06 12:43 the same error. though i see the -fPIC 2011-03-06 12:44 hmm 2011-03-06 12:44 binutils fail? 2011-03-06 12:46 no, they build fine 2011-03-06 12:47 kyak: (world domination) aye ! :) 2011-03-06 12:48 kyak: is there more context to this error? 2011-03-06 12:49 xMff: one momet.. 2011-03-06 12:50 have to run it again. But the error suggested to use -fPIC, just like you said 2011-03-06 12:50 ok 2011-03-06 12:56 morning 2011-03-06 12:58 wpwrak: Hey, Do you know something about rafa? i was told hi was moving away from buenos aires. but no news since some days ago.. 2011-03-06 13:06 xMff: http://downloads.qi-hardware.com/people/kyak/tmp/gcc.log 2011-03-06 13:06 kristianpaul: they already arrived and are working on getting back connectivity, which is not so easy in the distant deserts beyond the pampa :) 2011-03-06 13:08 kristianpaul: we have a long weekend here, so he may not show up before wednesday or so 2011-03-06 13:08 wpwrak: ah, good to know :-) 2011-03-06 13:10 /bin/sh ../libtool --tag CC --tag=CC --mode=link mipsel-openwrt-linux-uclibc-gcc   -g -Os   -o libmath.la   stubs.lo  -lm 2011-03-06 13:10 no fPIC there 2011-03-06 13:10 kyak: exactly 2011-03-06 13:10 it is passed down? 2011-03-06 13:10 *is not 2011-03-06 13:10 well all stuff before and after has it 2011-03-06 13:11 the stub.o compile command is also way shorter than the rest 2011-03-06 13:11 I think it ommits some vars there 2011-03-06 13:11 you need to check the generated Makefile 2011-03-06 13:12 hah 2011-03-06 13:12 i have an idea 2011-03-06 13:12 it is TARGET_CPPFLAGS :) 2011-03-06 13:13 Ok, who is so nice guy to help develop this algorithm in C http://kristianpaul.org/~paul/tmp/acquisition_algorithm.png 2011-03-06 13:13 xMff: since it's libstdc++-v3... 2011-03-06 13:13 I should not take more than some hours or even less for the expert ;-) 2011-03-06 13:13 kyak: :) 2011-03-06 13:17 wolfspraul: look this logo is nice,isnt? http://pinguino.cc/img/logo-openhardware.png 2011-03-06 13:29 TARGET_CPPLAGS+=$(FPIC) 2011-03-06 13:29 what a stupid typo[5~ 2011-03-06 13:29 have to recompile again 2011-03-06 13:30 kristianpaul: he, yes, not bad! 2011-03-06 13:30 also it could be simplified even more to be more memorable 2011-03-06 13:31 there is a problem with the analogy though - people will think open hardware is insecure ;-) 2011-03-06 13:31 it's very difficult conceptually to get across that open = secure 2011-03-06 13:32 so people will think 'with open hardware, I have no secrets', 'everybody can take my stuff', etc. 2011-03-06 13:43 kyak: CPPFLAGS is for the preprocessor, while -fPIC is a compiler option 2011-03-06 13:43 I guess you need either CFLAGS (plain C) or CXXFLAGS (C++) 2011-03-06 13:46 mth: good point, however, in Makefile there are both $(CFLAGS) and $(CPPFLAGS) :http://pastebin.com/CjUCpMmp 2011-03-06 13:46 but no CXXFLAGS 2011-03-06 13:46 it didn't work with TARGET_CPPFLAGS+=$(FPIC) anyway. trying with CXXFLAGS 2011-03-06 13:46 is the software in question written in plain C or C++? 2011-03-06 13:47 $(CC) would suggest plain C 2011-03-06 13:47 $(CXX) would be used for C++ 2011-03-06 13:47 i guess it's c++ cause it's libstdc++/libmath 2011-03-06 13:47 kyak: it isn't 2011-03-06 13:48 so CFLAGS would be the right place to add -fPIC 2011-03-06 13:48 ok, it's already there. But doesn't work this way 2011-03-06 13:48 kyak: I believe the stubs compilation is special 2011-03-06 13:49 kyak: its the only one lacking the include paths for example 2011-03-06 13:49 so should i patch the Makefile? 2011-03-06 13:49 well you should first check how it is called 2011-03-06 13:50 ok, i'll try to do that 2011-03-06 14:05 (insecure) good point :-) 2011-03-06 14:06 I think same question and answer from free software 2011-03-06 14:06 audit good for secutiry, so the code is free and open 2011-03-06 14:07 but yeah, long dicuss about that 2011-03-06 14:08 wpwrak: Reading our mail and checking the graphs right now, i noticed this small spikes, is that normal? what that means? 2011-03-06 14:09 For me is not so good, but i just a poor opinion with no theoric base at all 2011-03-06 14:10 ah well, comparing with this one http://downloads.qi-hardware.com/people/werner/wpan/20110303/atben-20110219-5.png seems just manifests in the max wich is good i think 2011-03-06 14:15 "My test equipment is not calibrated, so some istortions will also come from there" I got my answer 2011-03-06 15:07 12Mb to 96MB, now imagine that when doing a bloating from a 30 second capture >:-) 2011-03-06 15:20 can git status be sorted by date?. i did a lot of changes now i dont remenber wich go first, but i guess thats not important at the end 2011-03-06 15:23 [commit] Cristian Paul Peñaranda Rojas: Reorganizing some dump util location http://qi-hw.com/p/ben-gps-sdr/10126aa 2011-03-06 15:23 [commit] Cristian Paul Peñaranda Rojas: New bit2bloatbyte util, so now data can be off-line processed as 16bi tI/Q http://qi-hw.com/p/ben-gps-sdr/ac28678 2011-03-06 15:34 [commit] Cristian Paul Peñaranda Rojas: .gitignore tune and more repo cleanup http://qi-hw.com/p/ben-gps-sdr/594ab63 2011-03-06 15:34 [commit] Cristian Paul Peñaranda Rojas: Some comments and explanations about bit2bloat tool added to notes http://qi-hw.com/p/ben-gps-sdr/857135a 2011-03-06 15:34 [commit] Cristian Paul Peñaranda Rojas: Added comments for easy code reading http://qi-hw.com/p/ben-gps-sdr/21c8dd4 2011-03-06 15:37 [commit] Cristian Paul Peñaranda Rojas: Reorganizing some dump util location http://qi-hw.com/p/ben-gps-sdr/10126aa 2011-03-06 15:37 [commit] Cristian Paul Peñaranda Rojas: New bit2bloatbyte util, so now data can be off-line processed as 16bi tI/Q http://qi-hw.com/p/ben-gps-sdr/ac28678 2011-03-06 15:37 [commit] Cristian Paul Peñaranda Rojas: .gitignore tune and more repo cleanup http://qi-hw.com/p/ben-gps-sdr/594ab63 2011-03-06 15:37 [commit] Cristian Paul Peñaranda Rojas: Some comments and explanations about bit2bloat tool added to notes http://qi-hw.com/p/ben-gps-sdr/857135a 2011-03-06 15:37 [commit] Cristian Paul Peñaranda Rojas: Added comments for easy code reading http://qi-hw.com/p/ben-gps-sdr/21c8dd4 2011-03-06 15:42 hmm this bot should distinguish between branches 2011-03-06 16:15 kristianpaul: (spikes) they shouldn't be there, but i don't know yet if they cause any real harm. i don't like them. will try to see if i can shrink them a little. 2011-03-06 16:16 kristianpaul: (shrink) with that extra cap. 2011-03-06 16:17 kristianpaul: some of them may also exist due to soldering problems. things like vias that don't connect properly or flux residues 2011-03-06 16:19 wpwrak: also how many reworks per board counts i think 2011-03-06 16:20 kristianpaul: yeah, that too :) well, rework in this case usually meant to connect a via or to remove a solder bridge, so things converged 2011-03-06 18:53 start reading about DMA 2011-03-06 19:32 Hello. 2011-03-06 19:33 hi 2011-03-06 20:43 [commit] Werner Almesberger: usrp/sps/: use PATH instead of hard-coding relative paths in invocations http://qi-hw.com/p/ben-wpan/cb3e80f 2011-03-06 20:43 [commit] Werner Almesberger: usrp/sps/Makefile: moved to 20110303 and adapted PATH http://qi-hw.com/p/ben-wpan/9100fdf