<larsc> no!
<kristianpaul> dammit, i will not release my away state until get time to read away log..
<wpwrak> tuxbrain: (usb scope) much better than the previous one. still, no comparison with the rigol. also not the very low sample rate. you usually want something like 5-10 times the analog bandwidth.  furthermore, no indication of the buffer size. the rigol has 500-1000 kSamples. that's pretty nice to have if you're hunting for problems in some serial protocol.
<wpwrak> tuxbrain: also .. how is the linux support ? :)
<roh> he wolfspraul
<wolfspraul> roh: hi!
<roh> wolfspraul: how is it going?
<roh> any news when you will need the next batch of cases?
<wolfspraul> soon
<wolfspraul> I will order 80, transparent light-blue
<roh> because we will move the agency this month, and the sooner i know the better we can do that
<wolfspraul> oh, nice. where do you move to?
<roh> to wedding. more space. part of a former public bath
<wolfspraul> I read a few things about this 'sugru' stuff - is this about some enclosure for ben-wpan?
<wolfspraul> I want to have a nicely worded and illustrated news item about it in the next newsletter.
<roh> wolfspraul: lets do some tests about feasibility first
<roh> maybe it de-tunes the antenna and its all fnord
<wolfspraul> ah OK, got it
<wpwrak> wolfspraul: if you know the silicone used for sealing sinks and such, it would be similar to that, only a bit tougher
<wpwrak> wolfspraul: testing would mean a) find out if it does anything nasty to the RF, and b) find out how much of it you actually need. let's hope one bag is enough, for it's not a cheap material.
<wpwrak> (of course, not being cheap also has an advantage - it means that you can get it in small portions. the regular silicone usually comes in quantities of 100 g or more, which would be enough to enclose the board plus the ben)
<kristianpaul> zrafa: hi dude
<kristianpaul> zrafa: sie +  fpga and linux is great i agree
<kristianpaul> for your profesor indeed
<kristianpaul> but yes, we lack some reallly nice features like small screen for example
<kristianpaul> expensive indeed (mm1), at least for a university buy
<kristianpaul> just.. well your profesor can learn how the milkymist soc works, and how customize it..
<xiangfu> :D
<kristianpaul> or create custom cores and well.. thats important too
<kristianpaul> wow nice !
<kristianpaul> thats a really *proper* hole, know mine looks ugly :/
<kristianpaul> nice view ;-)
<xiangfu> kristianpaul: I made a bad decision. screw a big hole oh the top. so stupid (I was thinking it for memcard)
<kristianpaul> hmm
<kristianpaul> you may use it for gpio bus at somepoint
<xiangfu> oh. yes. then it's not so bad :)
<aw_> xiangfu, ths hole-6 is you drilled?
<xiangfu> aw_: yes.
<aw_> xiangfu, nice! since i have them but i didn't play them for a while. for selling not my toy. :-)
<aw_> xiangfu, have you tried latest m1 msd?
<xiangfu> aw_: not yet.
<aw_> xiangfu, hm..i'll try it this afternoon. i may need your helps then. :-o
<xiangfu> aw_: I also will try it afternoon. then we can do it together.
<aw_> xiangfu, tks.
<kyak> whitequark: nope, it won't build
<whitequark> kyak: can you post the buildlog to pastebin?
<kyak> $ (./autogen.sh && ./configure --disable-firmware --with-readline && LC_MESSAGES=C make) 2>&1 | wgetpaste
<kyak> Your paste can be seen here: http://dpaste.com/529543/
<kyak> whitequark: --^
<whitequark> xiangfu: can you check the build system? I think that kyak's error is caused by not adding include path of libusb-0.1 pkgconfig to the global includes
<whitequark> I'm not sure how that should be integrated to autoconf
<xiangfu> whitequark: ok. I will look into it. I meet the same error here.
<whitequark> kyak: what distro do you have?
<kyak> Mandriva 2010.2
<whitequark> kyak: can you use your package manager (rpm, right?) to print a list of files in libusb-0.1 package?
<kyak> $ rpm -ql libusb-compat0.1-devel-0.1.3-3mdv2010.1 | wgetpaste
<kyak> Your paste can be seen here: http://dpaste.com/529571/
<kyak> whitequark: i have libusb-1.0 devel installed as well
<whitequark> hmm
<whitequark> can you list that as well?
<whitequark> ah no
<whitequark> no need
<whitequark> it fails in jzboot, which uses libusb-1.0
<whitequark> that is the broken lib
<kyak> ok
<whitequark> yes, I've guessed correctly
<whitequark> that's definitely missing pkgconfig support
<kyak> are you sure? /usr/lib/pkgconfig/libusb-1.0.pc
<whitequark> kyak: not your system, but Makefile.am for jzboot
<kyak> ah
<qi-bot> [commit] Peter Zotov: Rename config.h to app_config.h, as old name conflicts with autoconf. http://qi-hw.com/p/jzboot/04ed523
<qi-bot> [commit] Peter Zotov: Use pkg-config to detect libusb-1.0. http://qi-hw.com/p/xburst-tools/fdbf94c
<whitequark> hehe, so I've managed to tweak autoconf magic without xiangfu
<whitequark> you can try to build it again
<wolfspraul> roh: you there? did you see xiangfu's feedback about ST ANDBY, and missing labels for the buttons?
<kyak> whitequark: shell_builtins.c:145: error: cfg_environ undeclared (first use in this function)
<kyak> whitequark: but yeah, it goes futher this time :)
<whitequark> kyak: you've forgot git submodule update
<whitequark> it is the biggest drawback of submodules
<kyak> whitequark: all right, it build fine now!
<whitequark> kyak: good. does it actually work with ben?
<kyak> whitequark: haven't tried it yet, perhaps when i'm at home
<kyak> will it work with the firmware already supplied by usbboot?
<whitequark> kyak: yes, it was developed for that firmware
<kyak> all right then
<kyak> we will know in a few hours :) unless someone tries it before
<GNUtoo|nexusone> hi kristianpaul
<GNUtoo|nexusone> hi tuxbrain
<kristianpaul> GNUtoo|nexusone2: hello
<GNUtoo> kristianpaul, I built a pic programmer yesterday, not on a breadboard, the connection seem ok
<GNUtoo> I saw that the pinguino project has a new website etc...
<GNUtoo> but the IRC channel seem dead
<kristianpaul> minute
<whitequark> GNUtoo: pics... you seem to be masochistic
<GNUtoo> lol
<GNUtoo> I already bought one
<GNUtoo> I know they are hard to program
<whitequark> I wonder if they have at least half of an advantage over atmel uCs
<GNUtoo> USB
<whitequark> atusbs if you need fast one, and http://obdev.at if you are satisfied with slow, low-speed, but cheap software one
<GNUtoo> ok
<whitequark> pics (at least pic8) are 12V-programmed, have at least 4 cycles per operation (no pipeline, and same peak frequences as on atmels), have INCREDIBLY crappy memory layout with banks, idiotic I/O port registers and incompetent peripherals
<jow_laptop> awh not again
<whitequark> their whole existence only satisfies perverted wishes of some evil god
<GNUtoo> ok
<wpwrak> whitequark: and you havent't even mentioned their assembler yet :)
<wpwrak> whitequark: they do have a low-voltage programming mode, though
<DocScrutinizer> hehe
<DocScrutinizer> atmels are awesome
<whitequark> wpwrak: I don't quite remember anything awful with their assembler itself (through I won't be surprised if it is); besides of that, their instruction set is something chip designer should be ashamed of
<wpwrak> whitequark: (asm) the branch instructions are negated. "skip the next instruction, if ...". this is extremely confusing.
<GNUtoo> lol
<roh> re
<kyak> whitequark: what is the correspondence between nerase in usbboot and jzboot? and nprog/nprogram/nprogram_oob?
<kyak> the number of agruments is different
<kyak> i don't want to get it wrong :)
<whitequark> kyak: the first argument is NAND chip ID
<whitequark> then goes first block ID and length
<whitequark> block is eraseblock for nerase and page for nprogram