<qi-bot> [commit] Werner Almesberger: m1rc3/norruption/LOG: finally got one more corruption (master) http://qi-hw.com/p/wernermisc/1a2d591
<kristianpaul> great, i have ~14% of errors when reading namuru registers..
<kristianpaul> seems i need a slighlty delay between read and writes
<kristianpaul> he, in rtems w/r errors drop to 5,6%~
<kristianpaul> now why i cant get those accumulators to show something in rtems when in bios all went fine??
<kristianpaul> i could add the posibillity to read back some registers i'm writing in namuru, but i dont want add more and more logic just because i need a debug?.. :-7
<GitHub5> [softgpsreceiver] kristianpaul pushed 2 new commits to gps-sdr: https://github.com/kristianpaul/softgpsreceiver/compare/4404f09...b22e405
<GitHub5> [softgpsreceiver/gps-sdr] simplest argv implementation - Cristian Paul Peñaranda Rojas
<GitHub5> [softgpsreceiver/gps-sdr] error and pass count added to namuru memtest rtems - Cristian Paul Peñaranda Rojas
<GitHub166> [milkymist] kristianpaul pushed 1 new commit to gps-sdr-testing: https://github.com/kristianpaul/milkymist/commit/166c9bec897f306aae38ad4403a95dcfc9f55f47
<GitHub166> [milkymist/gps-sdr-testing] error and pass count added to namuru memtest - Cristian Paul Peñaranda Rojas
<erikkugel> Hi guys, I've compiled and uploaded another virtual appliance based on  Debian Squeeze with OpenWRT Development tools. It's great for quickly  compiling packages for the Ben Nanonote without having to setup a  development environment from scratch. The current virtual appliance is  built using the 2011-08-27 image, as opposed to the previous one which  is still available but was built on the 2011-02-23 image.
<erikkugel> Hope some one finds this useful. The previous version of this appliance  got about 20 downloads, I'm hoping for more downloads this time!
<jow_laptop> erikkugel: did you clear out the build_dir ?
<jow_laptop> erikkugel: might help to make it a bit smaller
<erikkugel> The OS on it's own takes a bit of space, but I'll check to see if the build-dir is clobbered...
<erikkugel> thanks for checking it out, by the way :)
<erikkugel> Hi, you have a great point, the build_dir is 3GB large. What would be a good way to clean it? can one just delete everything in it? also, how much of it would mean the user will have to recompile a lot themselves as dependencies when compiling packages? Thanks again for looking at this.
<jow_laptop> theoretically yes, but I'm not 100% sure
<jow_laptop> let me check