**** BEGIN LOGGING AT Sun Aug 30 02:59:58 2015 Aug 30 12:18:44 jogo r46752 trunk/target/linux/ (10 files in 9 dirs) * brcm63xx: add Comtrend VR-3026e support Aug 30 12:18:49 jogo r46753 trunk/target/linux/ (84 files) * brcm63xx: remove legacy led/button related patches Aug 30 12:18:51 jogo r46754 trunk/target/linux/adm5120/config-3.18 * adm5120: disable the openwrt commandline hack Aug 30 12:18:53 jogo r46755 trunk/target/linux/ath25/config-3.18 * ath25: disable the openwrt commandline hack Aug 30 12:18:55 jogo r46756 trunk/target/linux/ brcm47xx/config-3.18 brcm47xx/config-4.1 * brcm47xx: disable the openwrt commandline hack Aug 30 12:18:58 jogo r46757 trunk/target/linux/ brcm63xx/config-3.18 brcm63xx/config-4.1 * brcm63xx: disable the openwrt commandline hack Aug 30 12:19:04 jogo r46758 trunk/target/linux/malta/config-3.18 * malta: disable the openwrt commandline hack Aug 30 12:19:12 jogo r46759 trunk/target/linux/ (6 files in 6 dirs) * ramips: disable the openwrt commandline hack Aug 30 12:19:19 jogo r46760 trunk/target/linux/lantiq/image/Makefile * lantiq: remove dead EASY33016 image recipe Aug 30 12:20:08 build #84 of cobalt is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/84 Aug 30 12:25:37 build #84 of cns21xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/cns21xx/builds/84 Aug 30 12:30:47 build #84 of orion is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/84 Aug 30 15:45:52 nbd, has musl 900-iconv_size_hack.patch ever been suggested for upstream inclusion? (maybe making in configurable in config.mak) Aug 30 15:59:12 neoraider: suggested it when i first made it, but got the sense that rich didn't want to add that kind of feature configuration stuff yet Aug 30 16:07:19 nbd, hmm, okay Aug 30 18:22:36 did anyone do some work with Bluetooth LE on openwrt? I'm planning to do this thing in python to speed up development, but I need to port packages first, and I was wondering it may not be the direction with smallest resistance... but I lack the bird's eye view perspective to decide. Aug 30 18:37:11 build #80 of mxs is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/mxs/builds/80 Aug 30 18:51:21 attila_lendvai: bluetooth LE should work in trunk - you might need to use a device *unlimited*/large flash because bluez-utils 5 require dbus - but almost all changes should be included - some ppl use 6lowpan with bluetooth afaik - I myself did only some normal bluetooth test - no money to spend for bluetooth LE devices or a testbed to even try out this Aug 30 18:51:37 <_trine> how can I clean up menuconfig I seem to have 2 entries for 1 package Aug 30 18:51:42 <_trine> <*> reaver │ │ Aug 30 18:51:42 <_trine> │ │ <*> reaver Aug 30 18:52:14 rm -rf tmp/ and then it should rescan all dirs afaik Aug 30 18:52:50 <_trine> I'll give that another try but I did try that before Aug 30 18:54:18 plntyk: yep, I can confirm that hcitool and friends work with BLE devices and two different dongles that I've tried. (my issue is that I don't want to develop in C, and python seems to be the only other option *if* I can port pygattlib) Aug 30 18:55:02 grep -R "define Package/reaver" package Aug 30 18:56:58 <_trine> plntyk, I deleted /tmp but the problem persists Aug 30 18:57:24 _trine: well use grep and find where its defined twice Aug 30 18:57:33 maybe packages & oldpackages ? Aug 30 18:58:00 attila_lendvai: pygattlib *should* work on openwrt - you have to create a makefile/port that python addon to work on MIPS Aug 30 18:58:05 or other platforms Aug 30 18:59:03 even if its a c++ addon it should work - someone had a problem with a c++ python addon too and I think it was working in the end on openwrt Aug 30 18:59:14 python-pcapy Aug 30 18:59:20 plntyk: I have the skeleton now, I've copied another package and edited it. my question at this point is that libboost-thread and libbost-python is a dependency of it, and I'm not sure whether only at compile time or at runtime, too Aug 30 18:59:47 * attila_lendvai looks at that, maybe he should copy that as a template Aug 30 19:00:43 attila_lendvai: the build system will complain about missing dependencies in the created ipkg because it scans them for libs it requires Aug 30 19:02:16 plntyk: where do I find python-pcapy? I tried the feeds/packages/lang/ dir and ./scripts/feeds list | grep pcapy Aug 30 19:02:40 * attila_lendvai is new to this feeds based system Aug 30 19:03:43 <_trine> plntyk, https://paste.debian.net/309721/ Aug 30 19:06:02 <_trine> I found it I think Aug 30 19:06:55 <_trine> there was a feeds/custom still hanging about Aug 30 19:07:59 attila_lendvai: ok the person didnt commited it yet - https://gist.github.com/plntyk/2ab03ef4bb4ce132a6d5 Aug 30 19:08:58 that version compiles fine but it was not working with pcap or there was some other issue he had dunno Aug 30 19:10:44 thanks! I'll use that as a template and see how far that takes me Aug 30 19:11:29 * swalker bailed when pygattlib's dependencies didn't build... Aug 30 19:11:56 gcc5 issues fwiw Aug 30 19:12:45 swalker: ouch. so, you tried to port pygattlib to openwrt, but the gcc that is used is not recent enough? Aug 30 19:14:11 attila_lendvai: no, the issue is the non-default gcc I'm choosing is *too* recent Aug 30 19:14:54 swalker: oh, that sounds better. do you have any of that available somewhere? I'd be happy to debug it on stock openwrt Aug 30 19:16:14 swalker: disable uclibc++ and just use libstdc++ and then probably some -std=gnu++03 or so might help with some project Aug 30 19:16:26 if one is lucky Aug 30 19:16:59 a switch or documented --use-gcc-49-bugs might work too Aug 30 19:17:50 plntyk: right, ran into other issues afterwards Aug 30 19:18:05 attila_lendvai: http://pastebin.com/raw.php?i=mMM2YtxL Aug 30 19:22:03 swalker: thanks! I'll try to make it work on CC and submit it as a patch if I succeed Aug 30 19:23:28 attila_lendvai: you'd have to rebase the patch for trunk as it wouldn't be accepted for CC at this point Aug 30 19:24:51 swalker: yeah, makes sense, thanks! I'll use CC for this project, will rebase before submitting Aug 30 19:33:10 <_trine> plntyk, have you any ideas https://paste.debian.net/309724/ Aug 30 19:39:37 <_trine> plntyk, ? Aug 30 19:40:11 -> unsigned char, patch away Aug 30 19:41:27 <_trine> dont know how to Aug 30 19:42:28 replace u_char with portable types Aug 30 19:42:39 http://stackoverflow.com/questions/1918934/is-u-char-a-standard Aug 30 19:42:45 that covers some of it Aug 30 19:42:54 <_trine> ok thanks Aug 30 19:43:24 there might be potential side effect/differences between the types but most of the time this should not matter Aug 30 20:24:07 attila_lendvai: just make sure your chosen target runs python well befor eyou get too carried away porting python libs... Aug 30 20:26:49 karlp: it's an AP121 reference board (ar9331), with 64 megs of ram. I assume that should be enough, but do warn if you think I have high hopes... Aug 30 20:27:31 the issue I see now is that 8 megs of flash won't be enough, but that can be addressed. and we can even switch to another board, the sourcing will happen later. Aug 30 20:27:47 I encourage you to test it yourself, and see whether it meets your own needs. Aug 30 20:28:17 but there's a reason you don't see a lot of the python libs already available for owrt. Aug 30 20:30:28 updated openwrt/upstream, https://sdwalker.github.io/uscan/index.html **** ENDING LOGGING AT Mon Aug 31 02:59:59 2015