| kristianpaul | morning wolfspraul :-) | 04:54 |
|---|---|---|
| wolfspraul | morning | 04:55 |
| kyak | it was a very interesting discussion yesterday about openwrt | 06:08 |
| kristianpaul | yes | 06:08 |
| qi-bot | [commit] David Kühling: gnuplot-gfx: reworked truecolor fixes to upstream-submittable http://qi-hw.com/p/openwrt-packages/52ae1d7 | 06:09 |
| qi-bot | [commit] David Kühling: gnuplot-gfx: update to latest upstream version 4.4.2 http://qi-hw.com/p/openwrt-packages/c20e4cd | 06:09 |
| kyak | actually, wolfspraul expressed many of my own concerns | 06:10 |
| wolfspraul | hah, let's wait until the netsplit is over :-) | 06:10 |
| kyak | yeah :) | 06:10 |
| kyak | xMff: you were asking about the list of apps that require iconv/intl - should I just grep apps that DEPEND on iconv/intl from qi's openwrt-packages or you need something else? | 06:15 |
| kyak | if you wanted to have a look at those apps, you could just add qi's openwrt feed and see it yourself | 06:16 |
| bartbes | more interestingly, *your* failing packages | 06:16 |
| bartbes | the efl feed has 'enlightenment' | 06:16 |
| bartbes | it's upstream, and doesn't compile | 06:16 |
| bartbes | I'm guessing there are more of those | 06:17 |
| kyak | oh, ok | 06:17 |
| bartbes | kyak: that was at xMff, I have no idea what he asked for | 06:18 |
| bartbes | :P | 06:18 |
| kyak | i think you got it right | 06:18 |
| kyak | anyway, i got stuck at fbterm compilation | 06:18 |
| kyak | with "tiny" libiconv | 06:18 |
| kyak | maybe something else was affected, i don't know, because then i wanted "full" libiconv back | 06:19 |
| kyak | now i'll try to build against tiny libiconv and see what else fails | 06:19 |
| kyak | and i have to believe xMff that the tiny libiconv is a real replacement for libiconv, and if an app builds fine, there will be no problems during runtime | 06:22 |
| kyak | but to tell the tryuth, i'm not sure about that | 06:22 |
| kyak | speaking about communicatino issues, there is stil no reply to this ticker here https://dev.openwrt.org/ticket/8603 | 06:23 |
| lekernel | wolfspraul: (mentor graphics) what free tools? :) | 06:23 |
| kyak | i guess i should write to openwrt mailing list? | 06:24 |
| lekernel | or you mean, free of charge? | 06:24 |
| wolfspraul | lekernel: the fedora/free electronic lab | 06:24 |
| lekernel | there isn't any free equivalent for leonardo spectrum, which is the most useful (and pirated) mentor product | 06:25 |
| wolfspraul | kyak: what other openwrt tickets are open right now? | 06:26 |
| kyak | 8413 from xiangfu | 06:27 |
| kyak | 8594 about glib2 not able to build against libiconv-full | 06:28 |
| kyak | 8282 - i also reported that (not very important, but still there was no feedback) | 06:29 |
| kyak | and this ticket 8289 - is a perfect example of how things can go well | 06:30 |
| kyak | report - check - fix :) | 06:30 |
| kyak | quick fix of that helped a lot while porting netsurf | 06:31 |
| qi-bot | [commit] David Kühling: use ccache also for C++ compilation http://qi-hw.com/p/openwrt-xburst/fba4b71 | 06:31 |
| kyak | i think that's all from me, xiangfu might have other opened tickets | 06:31 |
| wolfspraul | ok we have 4 open ones right now - 8603, 8413, 8594, 8282 | 06:34 |
| kyak | yes; btw, 8413 is what has been bugging bartbes for a while now | 06:35 |
| kyak | bartbes: am i right? | 06:37 |
| bartbes | no | 06:37 |
| bartbes | I get a link error | 06:37 |
| wolfspraul | kyak: can you build bootable/working images now? I was a little surprised that you and xiangfu said you could not build a working image since mid-December | 06:37 |
| wolfspraul | my one and only focus is how we get to the next image, with improvements and all the stuff contributed in recent weeks, and without regressions | 06:37 |
| kyak | yes, we can now that we've overriden libiconv, gettext and glib2 | 06:37 |
| wolfspraul | ok I see | 06:37 |
| bartbes | but then again, I patched it to link against libiconv-full | 06:37 |
| kyak | what's the error? | 06:37 |
| bartbes | missing iconv_open, iconv_close and iconv symbols | 06:38 |
| kyak | oh, pretty strange.. are your libiconv-full and gettext-full different from the ones in openwrt-packfges? | 06:38 |
| kyak | because as i mentioned yesterday, libiconv-full and gettext-full are basically renamed to libiconv and gettext and now present in openwrt-packages (overriding the ones from openwrt feeds) | 06:39 |
| bartbes | I heard it was some header issue probably | 06:40 |
| bartbes | oh, I know | 06:41 |
| bartbes | that might have been an error I did | 06:41 |
| bartbes | anyway | 06:41 |
| bartbes | still | 06:41 |
| bartbes | since gettext creates no actual lib | 06:41 |
| kyak | i just wonder, why you have this error | 06:41 |
| bartbes | nothing can link against this | 06:41 |
| kyak | hm, it created libintl | 06:41 |
| bartbes | oh, I probably messed up, I'll try again later | 06:41 |
| bartbes | it.. did? | 06:41 |
| kyak | have a look into Makefile | 06:41 |
| kyak | you should link against libintl | 06:42 |
| bartbes | because I'm pretty sure the makefile doesn't install anything but headers and autoconf data | 06:42 |
| kyak | as libintl is provided bby gettext package | 06:42 |
| kyak | $(CP) $(PKG_INSTALL_DIR)/usr/lib/libintl.{a,so*} $(1)/usr/lib/gettext-full/lib/ | 06:43 |
| kyak | looks like a real lib to me :) | 06:43 |
| bartbes | also, as far as I can tell nothing is compiled eithr | 06:43 |
| bartbes | but that's gettext-full | 06:43 |
| kyak | paths are messed up, however | 06:43 |
| bartbes | not gettext | 06:43 |
| kyak | yes, so what? | 06:43 |
| bartbes | and yes, gettext-full fails all paths | 06:43 |
| bartbes | hence nothing links to it without heavy, heavy patching | 06:44 |
| bartbes | also, did it link against (stripped) libiconv?! | 06:44 |
| kyak | oh, so you are spending your time trying to link against stub lib? | 06:44 |
| bartbes | libiconv-full also uses insane paths | 06:44 |
| kyak | yeah.. | 06:44 |
| bartbes | and I'm not sure gettext-full was patched | 06:45 |
| kyak | not patched | 06:45 |
| bartbes | in any case, the paths are one huge pile of suck | 06:45 |
| kyak | yes :) | 06:45 |
| kyak | like this one: | 06:45 |
| bartbes | so, did gettext-full compile? | 06:45 |
| bartbes | against stub libiconv? | 06:45 |
| bartbes | or did you have to patch manually? | 06:45 |
| kyak | again, both *full versions are fixed (paths) and renamed to libiconv and gettext | 06:47 |
| kyak | then all build fine | 06:47 |
| kyak | (except for glib2, which was changed upstream for the tiny libiconv) | 06:47 |
| kyak | but it's overriden, too | 06:48 |
| kyak | i still have a feeling you don't completely understand me | 06:48 |
| bartbes | but you manually fixed all that? | 06:53 |
| bartbes | or did somebody just revert all stubs? | 06:53 |
| kyak | these packages have been added to openwrt-packages | 06:57 |
| kyak | thus effectively overriding the ones from openwrt feeds | 06:58 |
| kyak | you have to change the order of feeds in feeds.conf for that | 06:58 |
| bartbes | ah | 06:58 |
| kyak | this is temporary, until a switchable (between "tiny" and "full") solution is implemented | 07:01 |
| kyak | like xMff mentioned, something like global $(LIBICONV) | 07:02 |
| bartbes | so if I want to switch I simply change the order in feeds.conf | 07:02 |
| bartbes | then update and install | 07:03 |
| bartbes | (using scripts/feeds)? | 07:03 |
| kyak | yes, should be easy like that | 07:03 |
| kyak | change the order; rm -rf feeds tmp; make package/symlinks | 07:03 |
| bartbes | alright | 07:04 |
| kyak | then you will be using libiconv, gettext and glib2 from openwrt-packages | 07:04 |
| bartbes | time to reboot then | 07:04 |
| kyak | and these are full versions | 07:04 |
| kyak | happy reboot then ;) | 07:05 |
| bartbes | alright | 07:12 |
| bartbes | put qipackages highest in the feeds.conf | 07:12 |
| bartbes | rm completed | 07:16 |
| bartbes | shit | 07:18 |
| bartbes | I just rememberd | 07:18 |
| bartbes | *remembered | 07:18 |
| bartbes | I killed my patched efl libs as well :) | 07:19 |
| bartbes | *:( | 07:19 |
| kyak | oh! | 07:19 |
| bartbes | alright, time to reapply some patches then.. | 07:27 |
| bartbes | I always wonder why the toolchain takes so long beforeit actually does something | 07:36 |
| Action: bartbes tries compiling enlightenment | 07:37 | |
| bartbes | oh I would be so happy if I got e17 running.. | 07:37 |
| kyak | indeed would be cool | 07:37 |
| kyak | what is your build host? | 07:37 |
| kyak | i mean, is it powerful machine? | 07:37 |
| bartbes | not really | 07:37 |
| bartbes | still singlecore :( | 07:38 |
| bartbes | at least I have hyperthreading | 07:38 |
| kyak | it takes here a while, too.. but i don't feel like i have to wait too long | 07:39 |
| bartbes | hmm I guess I have to manually recompile libiconv and gettext (aka libintl) | 07:41 |
| bartbes | or not.. | 07:41 |
| bartbes | oh | 07:42 |
| bartbes | nvm, my fault | 07:42 |
| bartbes | I tried enabling ccache, well, it helps if it's installed | 07:42 |
| bartbes | oh wow | 07:51 |
| bartbes | the first bit of gettext is configure script after configure script | 07:51 |
| bartbes | you see it configure for 10 mins, then 1 compile, then another configure (10 mins is a huge overstatement, don't worry) | 07:51 |
| bartbes | well well well, that is one hell of a compile | 07:55 |
| kyak | something has changed in tiny libinconv | 07:58 |
| kyak | oh.. i think i should build from scratch.. perhaps fbterm is taking the older lib.. | 07:59 |
| bartbes | phew | 08:01 |
| bartbes | finally gettext finished | 08:01 |
| bartbes | yeah I needed to recompile libiconv and gettext manually as well | 08:02 |
| kyak | it wasn't really necessary to make it manually, i think | 08:03 |
| bartbes | maybe not, but I did it anyway | 08:05 |
| bartbes | so now the efl is building again | 08:06 |
| bartbes | kyak: hmm | 08:32 |
| bartbes | same | 08:32 |
| bartbes | I'll pastebin | 08:32 |
| bartbes | http://pastebin.com/BJe0NwXN | 08:33 |
| bartbes | I'm thinking it means I need to patch | 08:33 |
| bartbes | ls | 08:33 |
| bartbes | oops, wrong window | 08:33 |
| bartbes | it can't find libiconv.so | 08:35 |
| bartbes | *libiconv.so.2 | 08:35 |
| bartbes | so maybe it is in the makefile? | 08:36 |
| kyak | that's maybe because InstallDev didn't take place | 08:37 |
| bartbes | it did, it's there | 08:37 |
| kyak | can you show more complete log? | 08:37 |
| kyak | is it from efl? | 08:37 |
| bartbes | from e17 | 08:38 |
| bartbes | http://pastebin.com/h3YQpeKv | 08:38 |
| kyak | --disable-rpath | 08:39 |
| kyak | i think it's the problem | 08:39 |
| bartbes | that'd be in the package makefile | 08:40 |
| bartbes | I'll see if disabling that works | 08:40 |
| kyak | should be something like TARGET_LDFLAGS+= -Wl,-rpath-link=$(STAGING_DIR)/usr/lib | 08:40 |
| bartbes | I just commented out the line and started a recompile | 08:42 |
| bartbes | if it fails I'll try that | 08:42 |
| bartbes | alright, added your LDFLAGS line | 08:47 |
| qi-bot | [commit] David Kühling: gnuplot-gfx: cleanup patches for 4.4.2 version http://qi-hw.com/p/openwrt-packages/2343639 | 08:47 |
| qi-bot | [commit] David Kühling: plplot: adapt font size scaling to smaller nanonote display http://qi-hw.com/p/openwrt-packages/a05abc9 | 08:47 |
| bartbes | alright, that's a lot better, now it fails on some configure options | 08:49 |
| bartbes | or not.. | 08:49 |
| bartbes | anyway, something else now | 08:49 |
| kyak | the round is won :) | 08:49 |
| bartbes | I need to disable some X11 stuff | 08:50 |
| wpwrak | zrafa: funny .. all the libs (ecore, edje, efreet, ...), but no e17 in jlime ? | 08:56 |
| bartbes | wpwrak: in owrt it's called 'enlightenment' maybe same goes for jlime? | 08:59 |
| wpwrak | bartbes: i searched for e17, enlightenment, Enlightenment ... nada | 08:59 |
| wpwrak | bartbes: let see if i have more luck with qpkg :) | 09:00 |
| bartbes | e16? :P | 09:00 |
| wpwrak | that, too | 09:01 |
| kyak | wpwrak: e-wm, perhaps | 09:03 |
| bartbes | of course a single "e" isn't much of a search term :P | 09:04 |
| wpwrak | there's some e-wm-* stuff, no e-wm per se, though | 09:06 |
| bartbes | hmm | 09:06 |
| bartbes | I'll have to go investigate on how to disable the X modules | 09:06 |
| wpwrak | hmm, i think the qpkg parser needs a bit more work. packages "${IPKG_VARIANT}" and "(<1.0." :) | 09:07 |
| kyak | wpwrak: maybe you can poke in here http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/e17 and find what could be it | 09:07 |
| bartbes | dammit | 09:09 |
| bartbes | apparently the wm needs X | 09:09 |
| bartbes | :( | 09:09 |
| wpwrak | kyak: ah, thanks. seems that e-wm could be the right name. but there's no e-wm package. well, i'll just wait for zrafa's comment :) | 09:10 |
| wpwrak | bartbes: if you didn't have X, what windows would the window manager manage ? | 09:10 |
| bartbes | true | 09:10 |
| bartbes | but it could at least give you a desktop | 09:11 |
| wpwrak | without windows ? hmm ... | 09:11 |
| wpwrak | bartbes: zrafa's been doing a lot of work around e* lately, maybe he knows if what you have in mind is a perversion raster has already indulged in | 09:16 |
| bartbes | hmm | 09:18 |
| bartbes | edje can be used to create a launcher | 09:19 |
| wpwrak | hmm. now why did i leave that 0R in the clock line atusd ? doesn't get any more useless ... | 09:19 |
| xMff | #LO | 10:41 |
| xMff | sorry | 10:41 |
| xMff | 'lo | 10:41 |
| bartbes | hi xMff | 10:59 |
| kyak | xMff: http://pastebin.mandriva.com/21613 the build log of fbterm with tiny libiconv | 11:01 |
| zrafa | wpwrak: I just checked.. Yes, it should be e-wm, and it is not there :P.. but.. I tried to build the packages with OE and it looks like it built the e-wm just fine :P | 11:01 |
| kyak | there was this patch http://projects.qi-hardware.com/index.php/p/openwrt-packages/source/commit/2d7e398567856d8953b9f64576928573aae2c991/ for this issue, but it was dropped when we enabled uClibc with locale support | 11:01 |
| xMff | kyak: I'll take a look | 11:03 |
| zrafa | wpwrak: because I think that jlime repo at qi is okey if we keep it stable (or frozen) I would prefer to upload these new packages on extra-packages. For opkg, jlime-pkg or qpkg would not have difference. So those packages would be there for installation | 11:03 |
| zrafa | SO jlime-pkg update; jlime-pkg install e_wm (or whatever) would work | 11:04 |
| zrafa | wpwrak: what do you think? | 11:05 |
| xMff | kyak: they do really stupid stuff in their code :( | 11:07 |
| kyak | xMff: thanks! i'll try to stop what else packages might have problems.. most of all i'm afraid of runtime problems | 11:07 |
| kyak | *try to spot | 11:07 |
| bartbes | great, jlime boot failed | 11:08 |
| bartbes | *sigh* | 11:08 |
| bartbes | it's never easy | 11:08 |
| xMff | kyak: basically (void *)-1 must be changed to (iconv_t)(-1) | 11:08 |
| xMff | kyak: in io.cpp | 11:08 |
| kyak | xMff: i agree, the code might be out of date and stupid.. but rewriting libiconb from scratch is not good, too :) | 11:08 |
| zrafa | bartbes: why it is never easy? | 11:08 |
| wpwrak | zrafa: yeah, as long as it works, that's good :) | 11:08 |
| kyak | xMff: thanks for the hint | 11:08 |
| xMff | kyak: point is that it probably fail with other non-gnu iconv implementations too. iconv_t is not guaranteed to be void * (or a pointer at all) | 11:09 |
| zrafa | wpwrak: yeah, that will work out of the box.. NO idea if e17 will work, we need to test :) | 11:09 |
| wpwrak | zrafa: i think we ultimately should move the jlime repo at qi-hw from "stable" (= frozen) status to "alive". but that's work for another day ;-) | 11:09 |
| bartbes | zrafa: I meant in general, not jlime | 11:10 |
| kyak | xMff: yeah, i think fbterm is build with gnu iconv in 99% of cases... | 11:10 |
| bartbes | ;) | 11:10 |
| bartbes | in this case a reboot fixed it | 11:10 |
| bartbes | 'fixed' | 11:10 |
| kyak | xMff: thanks a lot for your explanations yesterday and patience, too | 11:10 |
| zrafa | bartbes: ah :).. well, I remember that I failed to have the bootloader file.. and when I did the command for installation on NAND it did not install the bootloader.. so after that system did not boot (of course) but worse.. I was not able to have the usbboot again :P | 11:11 |
| bartbes | there's always hardware usb boot | 11:12 |
| zrafa | bartbes: yeah, but that was my first time trying that hardware usb boot.. so it took a lot of time I think | 11:13 |
| wpwrak | gah. i solder like a spider on dope. that death-by-caffeine breakfast probably wasn't such a good idea. hmm, perhaps a bit of beer will sooth my itchy hands ... | 11:17 |
| bartbes | right | 11:17 |
| kyak | wpwrak: just for info, what's your time zone? you seem to be always active :) | 11:18 |
| bartbes | zrafa: so when can we expext an e-wm package? | 11:18 |
| kyak | wpwrak: or, you have that AI bot speaking instead of you, while you are sleeping :) | 11:19 |
| wpwrak | kyak: WTZ, werner's time zone :) the external stimulus (that day star) would be buenos aires time | 11:21 |
| kyak | heh | 11:21 |
| zrafa | bartbes: those built just fine, I should upload but no remember exactly how to do that :P | 11:21 |
| zrafa | bartbes: checking my notes.. | 11:22 |
| zrafa | wpwrak: do you remember the wiki page link explaining details about how to upload stuff to downloads.qi.. etc? | 11:23 |
| wpwrak | www-data@downloads.qi-hardware.com ? | 11:25 |
| zrafa | bartbes: I have other nice things to upload to extra packages yet, like emacs as well which was cross compiled (with the final binary dump, no the huge thing which takes a lot to run), but lazy or no time to make the proper ipk these days :( | 11:26 |
| zrafa | wpwrak: is downloads.qi-hardware.com?.. I guessed that I used another server name | 11:27 |
| zrafa | wpwrak: let me try.. | 11:27 |
| zrafa | wpwrak: yes.. works :) | 11:29 |
| zrafa | bartbes: almost uploading.. | 11:30 |
| bartbes | alright | 11:30 |
| zrafa | uploading.. | 11:36 |
| Action: bartbes powers on ben | 11:37 | |
| zrafa | E : well.. uploaded... And I tried to install. It installs, but you have to modify jlime-pkg. replace into /usr/bin/jlime-pkg the line "opkg install *.ipk" with "opkg --force-overwrite install *.ipk" | 11:57 |
| zrafa | then: jlime-pkg update ; jlime-pkg install e-wm | 11:57 |
| zrafa | Also, we should install the recommended packages that installation suggests. Those packages are on repo | 11:58 |
| zrafa | export DISPLAY=:0 ; enlightenment_start | 12:02 |
| zrafa | I guess that we need the recommended packages installed before. | 12:02 |
| zrafa | wpwrak: bartbes: I modified /etc/muffinman-extras/startx, commented out matchbox lines.. and added enlightenment_start after Xfbdev line.. | 12:42 |
| zrafa | it runs.. | 12:42 |
| zrafa | now I do not know what to do :D | 12:42 |
| bartbes | get proper keybinds? :P | 12:42 |
| zrafa | (I installed the recommended packages suggested before) | 12:42 |
| zrafa | bartbes: yeah | 12:42 |
| zrafa | bartbes: let me check if I find some documentation useful | 12:43 |
| bartbes | zrafa: I can't run update via jlime-pkg? | 12:50 |
| zrafa | bartbes: which jlime version you have? the one from qi? | 12:50 |
| bartbes | ehm.. | 12:50 |
| bartbes | one I saw announced in the mailing list.. | 12:51 |
| bartbes | I guess it's the one you introduced jlime-pkg in.. | 12:51 |
| bartbes | how do I get the version? | 12:51 |
| zrafa | ah.. okey. You have the version under OE+jlime development. The current with the e-wm packages is the uploaded to downloads.qi | 12:51 |
| zrafa | bartbes: let me give you the link | 12:51 |
| bartbes | so.. what's the diff? | 12:52 |
| wpwrak | bartbes: can your jlime'd ben see the intertubes, google, youporn, etc. ? | 12:53 |
| zrafa | bartbes: several things. Mainly you have the version which is being merged with OE. The version at qi servers does not have packages with patented technologies. | 12:53 |
| bartbes | wpwrak: of course | 12:53 |
| bartbes | aww | 12:53 |
| wpwrak | bartbes: just checking ;-) | 12:54 |
| bartbes | wpwrak: why? | 12:54 |
| zrafa | bartbes: http://en.qi-hardware.com/wiki/Jlime | 12:54 |
| zrafa | bartbes: that is the main link of the version with the e-wm packages I uploaded. | 12:54 |
| bartbes | does it have an sd rootfs? | 12:55 |
| bartbes | oh it does | 12:55 |
| bartbes | yay | 12:55 |
| zrafa | bartbes: mainly there are several jlime version because I did that version at qi for this project. But also B_Lizzard is working hard on merge his jlime version work for nn into OE. So there are some diffs. But more or less it is the same :) | 12:55 |
| zrafa | bartbes: yes, there is a version for SD | 12:55 |
| bartbes | what's the diff between the normal and the bootstrap version? | 12:56 |
| zrafa | bartbes: bootstrap is a minimal system.. it boots and lets you on a shell.. YOu can play to convert that version on your dreamed version for installing packages | 12:57 |
| zrafa | you want and GUI you want, etc | 12:57 |
| bartbes | hmm so that would be ideal for e17 ;) | 12:57 |
| bartbes | I'll stick with stock for now | 12:57 |
| zrafa | bartbes: maybe.. yes, but full version would be faster to run perhaps. | 12:57 |
| zrafa | bartbes: but yes. bootstrap is nice to play :) | 12:58 |
| bartbes | bart@bartbes:/media/jlime$ sudo rm -rf * | 12:59 |
| bartbes | and then jlime was gone.. | 12:59 |
| bartbes | unpacking the new one now | 13:00 |
| bartbes | opkg_prep_intercepts: mkdtemp: No space left on device | 13:17 |
| bartbes | zrafa: that went well (see above) | 13:18 |
| wpwrak | seems that the intercept was successful | 13:22 |
| kristianpaul | zrafa: boostrap is nice for sie | 14:34 |
| kristianpaul | e low-level software (ogusb-lite.exe) provided with the board takes the samples and dumps them to a file as 8 bit values...inefficient but easy to work with. | 15:50 |
| kristianpaul | lol | 15:50 |
| kristianpaul | http://www.gpstk.org/bin/view/Development/SwrxUpdates | 15:50 |
| kristianpaul | easy i guess then.. | 15:51 |
| zrafa | kristianpaul: yeah, I guess that it should be a good start point for sie | 16:05 |
| zrafa | kristianpaul: and you can add just you need | 16:05 |
| zrafa | bartbes: no space left?.. poor jlime :) | 16:06 |
| bartbes | poor me | 16:06 |
| bartbes | :P | 16:06 |
| zrafa | haha :) | 16:06 |
| zrafa | I have a new 2gb uSD card.. old one broke | 16:07 |
| bartbes | mine is... | 16:07 |
| kristianpaul | literally broke or just stop working? | 16:07 |
| bartbes | 4gb | 16:08 |
| bartbes | I just partitioned really well | 16:08 |
| bartbes | ;) | 16:08 |
| zrafa | ;-)) | 16:11 |
| wpwrak | roh, kristianpaul: for the "case", i was thinking of a U-shaped (in 3D) piece of silicone. slightly thicker but less wide than the board, so that one has to squeeze/tear it to make it fit, and it would stay in place mainly by friction | 16:31 |
| roh | wpwrak: sounds like some experiments are needed | 16:35 |
| wpwrak | roh, kristianpaul: this ought to be relatively simple to make, provided a two-component silicone preparation and a suitable release agent can be found. (the easily available acetone-based silicones used as bathroom/kitchen/etc. sealants may take a very long time to cure in this kind of mold, due to limited air flow.) | 16:35 |
| wpwrak | roh: aren't they always ? ;-) | 16:35 |
| wpwrak | "ten years of intensive research show that more research is needed" ;-) | 16:47 |
| viric | hmm isn't there any bluetooth µsd device around? | 17:17 |
| viric | I imagine wpan is the only way to go :) | 17:18 |
| wpwrak | (BT) dunno. maybe, if there's wlan, there may be BT, too. but spectec themselves only have BT for mini-SDIO | 17:26 |
| viric | ok | 17:33 |
| viric | what is that 'io' after sd? | 17:33 |
| viric | anything relevant? | 17:33 |
| wpwrak | SDIO is an extension of the SD (memory card) protocol | 17:34 |
| wpwrak | adds new commands to access registers and also introduces an interrupt signaling mechanism | 17:34 |
| viric | ahh | 17:37 |
| qi-bot | [commit] Werner Almesberger: atusd/Makefile: added targets "front", "back", "clean" http://qi-hw.com/p/ben-wpan/88b742b | 17:40 |
| qi-bot | [commit] Werner Almesberger: atusb/Makefile: removed claim that zones have to be filled in the .brd file http://qi-hw.com/p/ben-wpan/766b575 | 17:40 |
| qi-bot | [commit] Werner Almesberger: atusd/Makefile: replaced board name by $(NAME) or pattern http://qi-hw.com/p/ben-wpan/cb2a30a | 17:40 |
| qi-bot | [commit] Werner Almesberger: atusd/Makefile: remove long-obsolete dependency on dtc123je.mod http://qi-hw.com/p/ben-wpan/ff6703f | 17:40 |
| qi-bot | [commit] Werner Almesberger: atrf-rssi.c: unmask IRQ_PLL_LOCK, for 231 compatibility http://qi-hw.com/p/ben-wpan/4d2395e | 17:40 |
| qi-bot | [commit] Werner Almesberger: tools/: renamed OpenWRT target from "ben" to "ben_openwrt" and added "ben_jlime" http://qi-hw.com/p/ben-wpan/45e55fe | 17:40 |
| qi-bot | [commit] Werner Almesberger: atusd/cam/mkmk: updated for making the 20110104 prototypes http://qi-hw.com/p/ben-wpan/e8d7150 | 17:40 |
| qi-bot | [commit] Werner Almesberger: atrf-txrx: updated for AT86RF231 interrupt handling http://qi-hw.com/p/ben-wpan/0c7146c | 17:40 |
| qi-bot | [commit] Werner Almesberger: tools/lib/misctxrx.c: decode AMI and CCA_ED_DONE interrupts (231 only) http://qi-hw.com/p/ben-wpan/1befc69 | 17:40 |
| viric | The SDIO-Linux project provides an open source SDIO-stack. The stack comes complete with drivers for the Host and Bus controllers, SD/MMC memory cards, SDIO-bluetooth and Atheros WLAN driver. | 17:44 |
| viric | so some SDIO-bluetooth card should work | 17:44 |
| viric | maybe not µsd | 17:44 |
| wpwrak | dunno how compatible all the SDIO-BT cards are with respect to each other | 17:45 |
| wpwrak | there's no difference in the protocol between SD, miniSD, and uSD | 17:45 |
| qi-bot | [commit] Werner Almesberger: atrf-txrx: small 231 continuous transmission mode cleanup (doesn't work yet) http://qi-hw.com/p/ben-wpan/9b498ae | 18:40 |
| qi-bot | [commit] Werner Almesberger: atusd: removed resistor of futility http://qi-hw.com/p/ben-wpan/8d48773 | 18:40 |
| wpwrak | tataa ! atusd bom cost reduced by 6 deci-cents apiece :-) | 18:40 |
| zrafa | wpwrak: :D | 19:16 |
| --- Mon Jan 10 2011 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!