2011-06-04 09:16 <Fusin> hi qioto's ;)
2011-06-04 09:33 <Fusin> hi luna
2011-06-04 11:27 <whitequark> was looking at Linux Symposium keynote speakers and spotted a familiar name
2011-06-04 11:27 <whitequark> I wonder what Werner was talking about
2011-06-04 11:54 <wpwrak> whitequark: that would have been about Openmoko
2011-06-04 12:13 <whitequark> wpwrak: "would have been"? so you didn't really talked there?
2011-06-04 12:30 <wpwrak> no no, i did
2011-06-04 12:31 <wpwrak> that the plusquamperfect, not the irrealis ;-)
2011-06-04 12:31 <wpwrak> s/that/that was/
2011-06-04 12:35 <wpwrak> dunno how you call the use of "would" there. it's basically a means of expressing a mild uncertainty, but in the context of the statement, not the underlying fact
2011-06-04 12:50 <Ayla> hello
2011-06-04 12:51 <wolfspraul> hi
2011-06-04 12:51 <Ayla> I completed my job on the install_locations branch of gmenu2x
2011-06-04 12:51 <Ayla> can somebody review/test it, to see if we can merge it back into the master branch?
2011-06-04 12:54 <Ayla> it works good for opendingux, but it's not been tested on nanonote*
2011-06-04 13:03 <wpwrak> grmbl. three atusb boards, one incompletely built and apparently with some "novelty" problem, one i know i had reworked to death but that seems to be even a little more dead not than the last time i tried, and finally the one i've been going all my development work on lately, which somehow lost the transceiver reset line yesterday. now, how to test the gpios with that collection of brokenness ? :-(
2011-06-04 13:03 <wpwrak> of course, all the older (incompatible) boards work perfectly. in murphy we trust ...
2011-06-04 13:35 <whitequark> wpwrak: oh, the grammar. that never been my strong point :/
2011-06-04 13:40 <wpwrak> whitequark: well, i'm not even sure about the grammar there. in the end it's all idiomatic :)
2011-06-04 14:20 <qi-bot> [commit] Werner Almesberger: libatrf: added SRAM access functions http://qi-hw.com/p/ben-wpan/472e182
2011-06-04 14:20 <qi-bot> [commit] Werner Almesberger: tools/lib/atben.c: added SRAM access to atben driver http://qi-hw.com/p/ben-wpan/6b447f8
2011-06-04 14:20 <qi-bot> [commit] Werner Almesberger: atusb/fw/ep0.c: fixed ATUSB_SRAM_READ http://qi-hw.com/p/ben-wpan/b733431
2011-06-04 14:20 <qi-bot> [commit] Werner Almesberger: tools/lib/atusb.c: added SRAM access to atusb driver http://qi-hw.com/p/ben-wpan/4aff7af
2011-06-04 14:20 <qi-bot> [commit] Werner Almesberger: tools/lib/atusb.c: added SRAM access to atusb driver http://qi-hw.com/p/ben-wpan/565fadf
2011-06-04 14:20 <qi-bot> [commit] Werner Almesberger: atrf-gpio: new utility to directly access GPIOs (for now atben-only) http://qi-hw.com/p/ben-wpan/4924755
2011-06-04 14:20 <qi-bot> [commit] Werner Almesberger: prod/atben: added GPIO test http://qi-hw.com/p/ben-wpan/59469a4
2011-06-04 14:20 <qi-bot> [commit] Werner Almesberger: atusb/fw: new request ATUSB_GPIO for direct GPIO access http://qi-hw.com/p/ben-wpan/370cd32
2011-06-04 14:20 <qi-bot> [commit] Werner Almesberger: tools/atrf-gpio/atusb.c: ATUSB driver (using ATUSB_GPIO) http://qi-hw.com/p/ben-wpan/b0f3cb0
2011-06-04 14:20 <qi-bot> [commit] Werner Almesberger: tools/atrf-gpio/atben.c: made error report easier to read http://qi-hw.com/p/ben-wpan/6bf03fe
2011-06-04 14:20 <qi-bot> [commit] Werner Almesberger: prod/doc/test.hmac: expanded GPIO scan section (in progress) http://qi-hw.com/p/ben-wpan/d1dd611
2011-06-04 17:56 <wejp> how do i select uclibc 0.9.32 in the openwrt toolchain? with 0.9.30 programs do not seem to work in the current firmware image
2011-06-04 20:06 <wejp> nobody around?
2011-06-04 20:09 <wpwrak> all the masters of the toolchain are probably out drinking ;-)
2011-06-04 20:10 <wejp> hehe
2011-06-04 20:19 <qi-bot> The build was successfull, see images here: http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-xburst.full_system-06032011-2310/