| pabs3 | more open hardware folks: https://lwn.net/Articles/491515/ | 01:47 |
|---|---|---|
| qi-bot | The build was successful: http://fidelio.qi-hardware.com/~xiangfu/build-nanonote/openwrt-xburst.full_system-20120409-2355 | 04:42 |
| kyak | yeah! | 05:09 |
| kyak | mth: thanks, i'll try the fix | 05:11 |
| kyak | jow_laptop: i agree with what you said about the toolchain name.. i added your comment to https://dev.openwrt.org/ticket/11264 | 05:17 |
| wolfspraul | I regret a little that we stopped working on the atben/atusb casing | 05:28 |
| wolfspraul | that asks for resurrection :-) | 05:28 |
| wolfspraul | I just want to embed the whole thing in a blob of epoxy or so. or a transparent plastic/glue, then you can still see the innards. it should not deteriorate the rf performance though. | 05:29 |
| xiangfu | kyak, this build is for release | 05:30 |
| kyak | wolfspraul: having atusb upstream would be so much nicer than a casing! | 05:30 |
| xiangfu | downloading... | 05:30 |
| kyak | xiangfu: yea, this looks good for release.. most fallouts have been fixed | 05:31 |
| xiangfu | kyak, Hi. since you have the directvnc. do you have the Makefile already? I would like try directvnc here. | 05:32 |
| kyak | yes, i got the Makefile | 05:32 |
| kyak | should i commit or rather upload it somewhere? it builds and runs, but the screen is mangled | 05:32 |
| xiangfu | kyak, do you think if a normal openwrt router can running a vnc server? | 05:33 |
| xiangfu | kyak, commit is better. | 05:33 |
| xiangfu | kyak, it builds and runs. better then those @BROKEN packages. :-) | 05:33 |
| kyak | xiangfu: i didn't see any vnc servers ported to openwrt so far.. i also think that X11 is a requirement | 05:34 |
| kyak | which may be problematic for routers | 05:34 |
| xiangfu | ok. | 05:35 |
| xiangfu | just asking. | 05:35 |
| xiangfu | if there is vnc server running on openwrt router. then Ben Nanonote can be used as 'Monitor' :-) | 05:35 |
| xiangfu | be back later. | 05:35 |
| qi-bot | [commit] kyak: directvnc: initial port (master) http://qi-hw.com/p/openwrt-packages/96cd146 | 05:36 |
| wolfspraul | kyak: what can we do? [atusb upstream] | 05:36 |
| wolfspraul | let's break it down into smaller tasks | 05:36 |
| wolfspraul | don't underestimate the casing though, I think the current bare-pcb makes the boards essentially unusable, confining them to a lab-only developer desk | 05:36 |
| wolfspraul | every time I even carry them around I have to take special precautions | 05:37 |
| kyak | wolfspraul: ressurect the atusb software development :) i might be mistaken, but i think it is currently in a half-tested stage, and not able to compile as kernel module (only monolitically).. when it's nice and clean and working and tested, then it perhaps can be accepted by upstream | 05:38 |
| kyak | and helping with atusb driver development is beyond my limits/knowledge.. so i could only help by testing | 05:39 |
| wolfspraul | yes, ok. let's see. | 05:40 |
| wolfspraul | my use case here would probably be that I have an atusb in an openwrt-based router, and atben in the Ben | 05:40 |
| wolfspraul | (for networking) | 05:40 |
| wolfspraul | that should be super easy to setup and get to work | 05:41 |
| wolfspraul | *should* :-) | 05:41 |
| wolfspraul | agreed? is that the use case we are targeting? | 05:41 |
| kyak | yeah, putting atusb in openwrt router is the use case.. putting atusb in a laptop from time to time is also a use case | 05:43 |
| kyak | the latest commit in ben-wpan-stefan is from 25 Sep 2011. .this is the problem | 05:44 |
| wolfspraul | that's probably a little harder to achieve initially, so I'd rather target openwrt on the other side first | 05:44 |
| wolfspraul | sure, it's, let's say, "on hold" :-) | 05:44 |
| kyak | so you mean, upstream it to openwrt, then perhaps it will find its way to upstream kernel.. sounds good | 05:45 |
| wolfspraul | not 'perhaps', but yes | 05:45 |
| kyak | ok, 'yes' :) | 05:45 |
| wolfspraul | I am thinking about the shortest path to a practical use case | 05:45 |
| wolfspraul | I want to use this thing | 05:45 |
| wolfspraul | NOW! | 05:45 |
| wolfspraul | :-) | 05:45 |
| wolfspraul | (other than looking at it, which is a start but not enough :-)) | 05:46 |
| wolfspraul | and like I said I think I also want to experiment with some casing | 05:46 |
| wolfspraul | probably in the form of an epoxy or glue blob | 05:46 |
| wolfspraul | yes it takes away 'hackability', but what exactly would one want to do? | 05:47 |
| wolfspraul | so it makes more sense to document some good materials and how to exactly get it sealed, and impact on RF performance | 05:47 |
| xiangfu | kyak, the build host mplayer still have faad2. :( http://pastebin.com/W1JdwxtD | 06:33 |
| xiangfu | kyak, I try to disable it under './configure' | 06:33 |
| xiangfu | re-generate the rootfs now. | 06:33 |
| kyak | argh | 06:35 |
| wolfspraul | don't worry, be happy | 06:35 |
| kyak | maybe just add faad2 to rootfs? | 06:35 |
| wolfspraul | kyak: have you found any time to play with your milkymist board? | 06:35 |
| xiangfu | kyak, it's patent package. | 06:35 |
| kyak | really? oh.. | 06:36 |
| xiangfu | it's for AAC. mpeg-4 | 06:36 |
| kyak | wolfspraul: not yet really.. but it's on my desk in front of me, so i won't forget :) just need some time | 06:37 |
| xiangfu | kyak, how to find out the ./configure option. ./configure --help give me nothing . | 06:37 |
| kyak | lemme have a look.. | 06:38 |
| wolfspraul | excellent! | 06:39 |
| wolfspraul | the fpga is really a new angle/dimension to think of, so having it there for a while is good | 06:40 |
| kyak | xiangfu: --disable-faad should do the trick | 06:43 |
| kyak | i think this can be put into CONFIGURE_ARGS under the else for CONFIG_BUILD_PATENTED | 06:45 |
| xiangfu | kyak, v | 06:57 |
| xiangfu | unrecognized options: --disable-faad | 06:57 |
| xiangfu | kyak, easy way is just './scripts/feeds uninstall faad2' :) | 07:08 |
| xwalk | Can anyone assist me in the process of hooking up the Ben Nanonote to a Fedora Machine through usb? I can ssh into the Nanonote no problem, but I can't seem to get a ping sent from the Nanonote to a web address (e.g. google.com). | 07:23 |
| kyak | xiangfu: some package pulls that faad2 as a dependency, i guess | 07:33 |
| kyak | xwalk: did you follow instructions in http://en.qi-hardware.com/wiki/Ethernet_over_USB ? | 07:35 |
| kyak | xiangfu: it doesn't complain for --disable-faad for me.. | 07:39 |
| xiangfu | kyak, ok. then we also add this to makefile. | 07:39 |
| xiangfu | kyak, I driect test this option under build_dir/.../mplayer.../ | 07:40 |
| kyak | xiangfu: better add this to Makefile and make package/mplayer/{clean,compile} V=99 | 07:41 |
| kyak | then i see faad2 in disabled codecs | 07:42 |
| kyak | at the end of configure process | 07:42 |
| xiangfu | great. | 07:42 |
| xiangfu | I am re-generate the rootfs now... after (./scriptfs/feeds uninstall faad) | 07:43 |
| kyak | do yo umean clean rebuild? | 07:43 |
| xiangfu | no. no. | 07:43 |
| xiangfu | not make clean. just make for re-generate the rootfs and packages. | 07:44 |
| kyak | hm | 07:44 |
| kyak | this might be not sufficient, as ./scriptfs/feeds uninstall faad doesn't remove the faad2 headers/libs | 07:44 |
| kyak | very strange, as faad2 depends on BUILD_PATENDED | 07:44 |
| kyak | how did it even get built? | 07:45 |
| xiangfu | make package/faad/clean && ./scripts/feeds uninstall faad. | 07:45 |
| xiangfu | strange. | 07:45 |
| kyak | yes, this should work.. but then again, why is it even there | 07:45 |
| xiangfu | strange. | 07:46 |
| xiangfu | bug somewhere. | 07:46 |
| kyak | i don't see faad anywhere in config as well | 07:46 |
| kyak | it should not have been built | 07:47 |
| kyak | it's not in resulting packages as well | 07:47 |
| qi-bot | [commit] kyak: mplayer: disable faad explicitely (master) http://qi-hw.com/p/openwrt-packages/e07e941 | 07:51 |
| kyak | it seems that CONFIG_ALL makes it so that all packages are built; but only those packages not depending on BUILD_PATENTED are actually installed (i.e. actual ipk created). | 07:57 |
| kyak | by looking into build log i see that libfaad2 is built, but no ipk is created with "WARNING: skipping libfaad2 -- package not selected" | 07:58 |
| kyak | this is pretty strange.. i would say that BUILD_PATENTED must be stronger than CONFIG_ALL | 07:59 |
| xiangfu | make sense. | 07:59 |
| xiangfu | report bug again :) | 07:59 |
| kyak | so we need to disable shit very explicitely.. | 07:59 |
| kyak | there are other packages that exhibit the same behaviour | 08:01 |
| kyak | ah... | 08:02 |
| kyak | i think i get it now | 08:02 |
| kyak | package pianobar has libfaad2 as PKG_BUILD_DEPENDS | 08:02 |
| xiangfu | so BUILD_PATENTED must be stronger than PKG_BUILD_DEPENDS and all others. | 08:03 |
| kyak | indeed | 08:03 |
| kyak | the problem in this particular case is that the package pianobar provides several packages, like 'pianobar' and 'libpiano'; and only 'pianobar' depends on libfaad2, but 'libpiano' doesn't depend on anything patented, so it gets build. And it leads to building of packages in PKG_BUILD_DEPENDS, which has faad2 | 08:08 |
| kyak | in principal, this particular package is just poorly packaged | 08:09 |
| kyak | but there might be more packages like that | 08:09 |
| kyak | it could also mean that some other ipk's might require patented libraries as well, because they were present at build time, but (luckily) ipk's for these libraries are not built anyway | 08:12 |
| kyak | so we are not limited to mplayer problem | 08:13 |
| xiangfu | true. | 08:15 |
| xiangfu | kyak, please report a bug to upstream since you already dig such information | 08:16 |
| wolfspraul | I think dependency issues are potentially and in reality infinite. so I would try to clean them up carefully on an as-needed basis | 08:17 |
| kyak | ok.. | 08:17 |
| wolfspraul | rather than trying to fix "them all", which must be the ultimate job for sysiphos | 08:17 |
| wolfspraul | but little by little we can make the dependencies both more accurate and flexible at the same time, sure | 08:18 |
| kyak | that's quite true | 08:18 |
| kyak | find the bug - fix the bug :) | 08:19 |
| qi-bot | [commit] Xiangfu: nanonote buils scripts file: add patch-openwrt.sh (master) http://qi-hw.com/p/openwrt-packages/caa7c09 | 08:22 |
| xwalk | kyak: Sorry for the delayed response. At work showing a new employee the ropes. Yes, I certainly did. | 08:22 |
| xwalk | kyak: I made sure I am using wicd as well. | 08:22 |
| xiangfu | Fedora have some default rules at 'iptables' | 08:25 |
| xiangfu | xwalk, you may just disable all iptables. then add iptables -A POSTROUTING -t nat -j MASQUERADE -s 192.168.254.0/24 | 08:25 |
| xiangfu | and sysctl -w net.ipv4.ip_forward=1 | 08:26 |
| xiangfu | xwalk, then your nanonote should able to access Internet. | 08:26 |
| xwalk | Is removing the iptables service going to need a reboot to take effect? | 08:30 |
| xiangfu | xwalk, iptables -F should be ok. | 08:30 |
| kyak | xiangfu: https://dev.openwrt.org/ticket/11266 (lots of letters) | 08:31 |
| xwalk | xiangfu: Got it working. Thank you very much. =) | 08:31 |
| xwalk | kyak: Thank you as well. | 08:31 |
| xiangfu | kyak, thanks | 08:32 |
| qi-bot | [commit] Xiangfu: js28f256j3f105: add missing A8 pin (master) http://qi-hw.com/p/kicad-libs/1025859 | 10:43 |
| cladamw | xiangfu, nice now, you can back up me. ;-) | 10:48 |
| DocScrutinizer | tsunami warning cancelled | 11:10 |
| wpwrak | DocScrutinizer: in nuernberg ? that must be a big one | 11:12 |
| DocScrutinizer | bwahaha | 11:12 |
| DocScrutinizer | I raely spam IRC with nuernberg local news | 11:14 |
| wpwrak | so it's a global tsunami ? even scarier | 11:15 |
| DocScrutinizer | at least not the "global" channels of IRC | 11:15 |
| DocScrutinizer | nah, only indian ocean, like 2004 | 11:15 |
| DocScrutinizer | so 'only' a few millions affected | 11:16 |
| DocScrutinizer | not exactly *global* | 11:16 |
| DocScrutinizer | a global tsunami would mean either a) yellowstone exploded and took USA with it, or b) some meteorite size in km-range hit some ocean. In both cases I think you couldn't globally cancel the tsunami warning | 11:22 |
| wpwrak | well, sometimes meteorite trajectories get mis-calculated | 11:23 |
| DocScrutinizer | aftershock quake 8.1, tsunami warning still extended by 2 hours | 11:44 |
| qwebirc39331 | anyway of upgrading all openwrt packages from nanonote? | 12:15 |
| xiangfu | qwebirc39331, Hi | 12:18 |
| qwebirc39331 | Hi | 12:18 |
| xiangfu | qwebirc39331, first you needs make sure the nanonote connect to Internet: openwrt-xburst.full_system-20120409-2355 | 12:19 |
| xiangfu | qwebirc39331, I think so far no one have tried to upgrading all packages. | 12:20 |
| qwebirc39331 | a new image? so I hace to use usbboot instead? | 12:20 |
| xiangfu | usbboot is faster. | 12:21 |
| qwebirc39331 | I was trying to use a command I saw on a website, but didn't work. | 12:21 |
| xiangfu | qwebirc39331, you mean usbboot? | 12:22 |
| xiangfu | http://en.qi-hardware.com/wiki/Updating_Ben_NanoNote_software | 12:23 |
| qwebirc39331 | no, the command I saw was " opkg upgrade 'list-upgradable' " | 12:24 |
| qwebirc39331 | also, where can I find a pygame package? | 12:24 |
| DocScrutinizer | "tsunami aftershock not causing any tsunami either" says German TV ZDF correspondent Peter Kunz | 13:01 |
| DocScrutinizer | err | 13:02 |
| DocScrutinizer | "aftershock earthquake not causing any tsunami either" says German TV ZDF correspondent Peter Kunz | 13:02 |
| xiangfu | hmm... we have some base components on board-qi-avt2 and milkymist | 13:02 |
| xiangfu | like testpoint. | 13:03 |
| xiangfu | Now we have kicad-libs. should add all the components we used to that repo. | 13:03 |
| wolfspraul | sure you can clean that up, - BUT - only if we can keep the quality up | 13:04 |
| wolfspraul | if it's a blind copy/paste activity then maybe let's wait until we really use those parts | 13:04 |
| xiangfu | yes. | 13:04 |
| wolfspraul | the #1 problem of kicad libraries is low quality imho | 13:04 |
| xiangfu | agree. I will copy the testpoint first. since I start to need that. | 13:04 |
| wolfspraul | good | 13:04 |
| qi-bot | [commit] Xiangfu: add testpoint (master) http://qi-hw.com/p/kicad-libs/a7b0a8b | 13:07 |
| xiangfu | sorry. what you mean "low quality" ? leak feature? | 13:09 |
| wolfspraul | incomplete, buggy | 13:09 |
| wolfspraul | the parts I mean | 13:09 |
| xiangfu | ok. | 13:09 |
| Fallenou | kyak: not sure if X11 is required by VNC server, I've seen it working on an Android plateform without X11. Android was just using the OMAP3 framebuffer (omapfb) in /dev/graphics/fb0 | 13:12 |
| Fallenou | so I guess there is a way of using VNC server with a framebuffer | 13:13 |
| viric | the vnc server is an X11 server | 13:13 |
| viric | (at least the traditional Xvnc) | 13:14 |
| qi-bot | [commit] Xiangfu: add common.lib include R, C, LED (master) http://qi-hw.com/p/kicad-libs/75a4fba | 13:48 |
| xiangfu | wpwrak, adam please check the NORFlash sheet. I just finished it. | 13:50 |
| xiangfu | I am not sure on junction. please give some advice. | 13:51 |
| xiangfu | check log tomorrow. | 13:51 |
| wpwrak | hmm, LibDir is a bit of a problem | 13:54 |
| wpwrak | if you have /home/qi/kicad-libs and /home/qi/board-m1, then the components aren't found | 13:54 |
| wpwrak | (substitute /home/qi for anything you like) | 13:55 |
| wpwrak | and yes, shorting all the FLASH_{RESET*,etc.} lines together doesn't look right :) | 13:56 |
| wpwrak | you also picked A3 paper. does everyone around here have an A3 printer ? | 13:57 |
| wolfspraul | I think we should merge those styles & units things into a file in the repo, no? | 13:57 |
| wolfspraul | and remove it from the wiki | 13:57 |
| wpwrak | yes, there should be a proper manual | 13:58 |
| wpwrak | not sure how to deal with the current flurry of changes, though. my current plan is to wait until adam runs out of steam and then start fixing things :) | 13:59 |
| wolfspraul | well it's better to discuss early | 14:00 |
| wolfspraul | or wait until the current status has reached consensus quality level | 14:00 |
| wpwrak | LibDir has an easy solution. good :) | 14:01 |
| wolfspraul | are any of the things you see being done a waste of time and need to be redone? | 14:01 |
| wolfspraul | as long as we are lifting each other up that's ok. but if someone goes in a wrong direction we should notify early. | 14:01 |
| wpwrak | there are several font size issues | 14:02 |
| wpwrak | i'm also not very happy with naming negated signals FOO# | 14:02 |
| wpwrak | the pin number in TPxx is useless. there's only one anyway. | 14:03 |
| wpwrak | sheet size is probably the worst time-wasting risk | 14:04 |
| roh | re | 14:42 |
| kyak | Fallenou: are you sure what you've seen wasn't vnc client | 14:56 |
| kyak | ? | 14:57 |
| Fallenou | kyak: it was a VNC server running on an Android gadget | 15:14 |
| kyak | Fallenou: probably something like that: http://code.google.com/p/fastdroid-vnc/ | 15:34 |
| kyak | don't see how it can be done on a router though.. first need to implement some kind of virtual framebuffer device? | 15:35 |
| Fallenou | well yes you need what you want to share through VNC to be drawned in a framebuffer | 15:38 |
| Fallenou | the vnc server I've seen was some proprietary official vnc server | 15:39 |
| Fallenou | which needed a license | 15:39 |
| Fallenou | but it seems you have found a project which support android framebuffer which is nice :) | 15:41 |
| Fallenou | will it support other framebuffers ... for your router ... dunno | 15:41 |
| Fallenou | the code seems to be rather generic, it should work with any other framebuffer I think | 15:45 |
| Fallenou | see http://code.google.com/p/fastdroid-vnc/source/browse/trunk/fbvncserver.c | 15:45 |
| Fallenou | init_fb() | 15:45 |
| kyak | mth: the bug in gmenu2x is no more. Thank you! | 17:11 |
| mth | good to have that confirmed, thanks | 17:12 |
| qi-bot | [commit] kyak: gmenu2x: update to latest git (master) http://qi-hw.com/p/openwrt-packages/7671b2b | 17:12 |
| qi-bot | [commit] Werner Almesberger: kicad-patches/README: added quilt-based update process for KiCad (master) http://qi-hw.com/p/eda-tools/1a72c97 | 20:32 |
| qi-bot | [commit] Werner Almesberger: kicad-patches/README: bump KiCad version to bzr 3494 (master) http://qi-hw.com/p/eda-tools/5083973 | 20:32 |
| wpwrak | wolfspraul: btw, i couldn't build kicad bzr 3493 (pcbnew didn't link). so i bumped it to 3494. | 23:00 |
| wolfspraul | and that worked? | 23:00 |
| wpwrak | it compiled fine. there was a change in just the area where the problem appeared, which i take as a good omen. (didn't try to dig deeper) | 23:01 |
| wolfspraul | let me know if you need upleveling | 23:02 |
| wolfspraul | I think next time I can do it in 1h | 23:02 |
| wolfspraul | I have a simple test bench now, the uplevel steps are documented, etc. | 23:02 |
| wpwrak | your patches applied fine to 3494 | 23:02 |
| wpwrak | afk for a bit | 23:04 |
| wpwrak | back | 23:18 |
| wolfspraul | it seems kicad is moving to metric here and there | 23:38 |
| wolfspraul | so in the modules position file for example, I changed the default (and only) to metric | 23:38 |
| wolfspraul | and front and back in the same file _all.pos (before it was _Front.pos and _Back.pos) | 23:38 |
| wolfspraul | just fyi | 23:39 |
| wolfspraul | I don't think we are using that anyway | 23:39 |
| wpwrak | the .pos file ? of yes, we're using that for fab output | 23:41 |
| wolfspraul | oh | 23:41 |
| wolfspraul | then my upleveling certainly broke that | 23:41 |
| wolfspraul | kicad now has a dialog with some options there, metric or inches, 'force smd', front and back in separate files or in one file | 23:42 |
| wolfspraul | what do you want? | 23:42 |
| wpwrak | right now, pos2fab (from eda-tools/fab/) assumes inches. not sure what "force smd" means. not sure whether fabs are happier with front and back split or together. | 23:44 |
| wpwrak | pos2fab takes the .pos file and turns it into an excel-friendly .csv table | 23:44 |
| wolfspraul | just tell me what you want :-) | 23:45 |
| wolfspraul | you can look at the dialog now, see the options there | 23:45 |
| wpwrak | see http://downloads.qi-hardware.com/people/werner/wpan/fab/atusb-smt-110330.tar.gz | 23:45 |
| wpwrak | file atusb/atusb-bom.csv | 23:45 |
| wpwrak | err, wsorry | 23:46 |
| wpwrak | atusb/atusb-pos.csv | 23:46 |
| wpwrak | that's the one | 23:46 |
| wpwrak | the defaults look nice: inches, one file per side, with INSERT attribute set | 23:48 |
| wpwrak | i don't care much about the inches. just pos2fab needs to agree with what we extract from kicad | 23:49 |
| wpwrak | perhaps we should have a switch | 23:49 |
| wpwrak | and afk again. may take a bit. proprietor's reunion ... | 23:58 |
| --- Thu Apr 12 2012 | 00:00 | |
Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!