**** BEGIN LOGGING AT Tue Aug 13 03:00:00 2013 Aug 13 04:37:19 there is a hotplug subsystem for buttons, but what about switches? Aug 13 09:04:29 hi! i tried to submit patch, but not sure if I used correct mail address. somewhere i obtained the following addresses: openwrt-hackers at openwrt org and openwrt-devel at lists openwrt org. But later I received the mail that i'm not yet subscribed to lists, therefore i cannot send message to second mail. I've subscribed now, should i resubmit the patch (or first mail will be enough)? Aug 13 09:08:17 resend to openwrt-devel Aug 13 09:11:10 ok, thanks Aug 13 10:10:16 DonkeyHotei: details? Aug 13 10:20:42 * russell-- seems to be using the EPOLL version of things in uloop.c Aug 13 10:21:19 rather than kevent Aug 13 10:22:10 unless gdb's list uloop_fetch_events is lying to me Aug 13 10:35:25 nbd r37764 trunk/package/kernel/mac80211/patches/300-pending_work.patch Aug 13 10:35:25 mac80211: merge upstream patch to suppress unnecessary ad-hoc mode scan with fixed-freq, fixed-bssid Aug 13 10:35:29 nbd r37765 trunk/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx.h * ar71xx: ethernet: reduce tx dma ring size further to improve cache footprint Aug 13 10:35:33 nbd r37766 trunk/package/kernel/mac80211/patches/ (16 files) * ath9k: reorganize patches Aug 13 10:35:37 nbd r37767 trunk/package/kernel/mac80211/patches/ 511-ath9k_reduce_rxbuf.patch 300-pending_work.patch * ath9k: merge a few more cleanups/fixes Aug 13 10:35:43 russell--: kqueue/kevent is for BSD Aug 13 10:46:46 nbd: that makes sense Aug 13 10:47:50 (/me dabbling with trying to track down my remote syslog problem) Aug 13 10:48:33 DonkeyHotei: I took a look, file uploads have been fine all the time, just the image listing segfaulted on the third item due to some corrupted exif data (php ftw!) Aug 13 10:48:47 since I was unable to try-catch it I disabled reading of exif data completely Aug 13 11:18:07 good morning to all Aug 13 14:50:12 I just updated my local OpenWRT SVN trunk to SVN r37767. I launched/exited 'make menuconfig' and saw some error messages as shown here (http://pastebin.com/XBBE9AKC). In the link and following the error messages, you will also see the error lines in tmp/.config-package.in. Does anyone have any idea how to solve these error messages? Aug 13 14:51:29 build #355 of brcm47xx is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/brcm47xx/builds/355 Aug 13 14:53:11 jow_laptop: i was asleep. what's up? Aug 13 14:53:33 build #317 of rb532 is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/317 Aug 13 14:56:55 build #317 of ppc44x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/317 Aug 13 15:01:03 jow_laptop: what happens is some time during the upload, the percentage uploaded starts over from zero, and the second time it hits that spot, connection is reset by peer. happens with two different jpg's Aug 13 15:01:25 and it STILL happens Aug 13 15:03:19 mazilo: Aug 13 15:03:24 tmp/.config-package.in:18558:error: recursive dependency detected! Aug 13 15:03:30 tmp/.config-package.in:18558: symbol PACKAGE_liblzma is selected by FS_WITH_LZMA Aug 13 15:03:38 tmp/.config-package.in:35519: symbol FS_WITH_LZMA depends on PACKAGE_liblzma Aug 13 15:06:01 DonkeyHotei: cannot reproduce it here Aug 13 15:07:56 jow_laptop: download http://www0.xup.in/exec/ximg.php?fid=67275328 and http://www0.xup.in/exec/ximg.php?fid=18832776 and upload them to :media:toh:arcadyan Aug 13 15:08:59 DonkeyHotei: For FS, I just fixed and pushed to the git server. Right now, I am compiling to see if my fix will cause dependency problem in packaging. Aug 13 15:09:44 mazilo: fixed that particular recursion? Aug 13 15:10:35 DonkeyHotei: No. But, to fix dependcy issue during packaging stage. Aug 13 15:11:18 DonkeyHotei: well, post requests are limited to 5MB Aug 13 15:11:24 that image is 5.5MB Aug 13 15:11:28 try scaling it down a bit Aug 13 15:14:57 jow_laptop: ah. no way to raise it a bit? Aug 13 15:17:25 not easily since I do not have adminstrative rights to the proxy frontend Aug 13 15:18:40 :( Aug 13 15:19:44 this is for the http://wiki.openwrt.org/toh/arcadyan/easybox_904_lte. page Aug 13 15:20:11 as you can see, it can't use external images, either Aug 13 15:23:54 whats the problem with opening the file in gimp and scaling it from 4000x3000 to say 3000x2000 ? Aug 13 15:24:01 can't wait to see my patch reviewed :) but don't think it will be, at least this week :( Aug 13 15:25:05 5MiB is already huge for pictures Aug 13 15:33:36 jow_laptop: they're not my pics Aug 13 15:34:13 DonkeyHotei: I don't see how that prevents you from resizing them Aug 13 15:34:24 either way, they need to get scaled anyway, its not exactly nice to inline-embed >5MB images on a wiki page Aug 13 15:34:53 especially since many people tend to browse the pages mobile while they reflash their routers Aug 13 15:35:57 what device is that anyway? the image name is not descriptive Aug 13 15:36:18 ah, Easybox 904 LTE Aug 13 15:39:42 I'll upload them for you Aug 13 15:40:16 jow_laptop: "The uploaded file was too big. (max. 2 MB)" Aug 13 15:41:31 max 2MB sound much more reasonable than 5MB Aug 13 15:43:03 scaling the images to half their size and reducing the jpeg quality from 100% to 80% made them from 5.2M to ~600K Aug 13 15:43:28 they're uploaded now as "arcadyan_easybox_904_lte_pcb_back.jpg and arcadyan_easybox_904_lte_pcb_front.jpg Aug 13 15:44:07 in what namespace? Aug 13 15:44:37 media Aug 13 15:44:54 the default one Aug 13 15:46:06 ok Aug 13 15:46:17 it's on the page now Aug 13 15:47:04 now, anyone around who deals with the hotplug subsystems? Aug 13 16:23:45 [Mon 2013-08-12 09:37:20 PM PDT] there is a hotplug subsystem for buttons, but what about switches? Aug 13 16:59:27 anyone? Aug 13 19:31:41 nbd: hi, are you around? Aug 13 19:55:35 build #301 of sibyte is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/301 Aug 13 20:34:13 build #236 of octeon is complete: Failure [failed compile_4] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/236 Aug 13 20:46:55 it appears that logread doesn't call uloop_fetch_events(), which is annoying since that's what i instrumented ;-) Aug 13 20:49:38 russell--: i have a alix board here now to tes your logread related bug Aug 13 20:55:23 blogic: excellent! Aug 13 20:56:07 russell--: yes Aug 13 20:56:16 the lengths i go through to fix bugs ... Aug 13 20:56:24 i actally bought this unit for 65€ ;) Aug 13 20:56:56 i got one here in pdx for $30, it even came with a router glued onto it Aug 13 20:57:17 i wireless router, that is Aug 13 20:57:20 a* Aug 13 20:59:20 most of my testing has been on an ar71xx platform (buffalo wzr600dhp) Aug 13 21:00:35 i think* i saw the same thing on a wgt634u too (but that's broken in a different way, which makes testing harder :-) Aug 13 23:00:49 nbd r37768 branches/attitude_adjustment/target/linux/generic/patches-3.3/721-phy_packets.patch * kernel: allow __netdev_alloc_skb_ip_align to be called with dev = NULL Aug 14 00:05:28 [Mon 2013-08-12 09:37:20 PM PDT] there is a hotplug subsystem for buttons, but what about switches? Aug 14 01:49:22 Please help: I would like to become the maintainer of a few OpenWrt packages, but I cannot figure out how to volunteer. I have not received any response when I post my patches to the openwrt-devel mailing list. Aug 14 01:50:20 i forget who's in charge of granting package commit privileges... Aug 14 01:50:52 might me jow_laptop, i'm not sure Aug 14 01:50:56 *be Aug 14 01:51:43 in any case, the dev team is europe-heavy, and it's night there Aug 14 02:08:46 Okay, I will try later. Thank you. Aug 14 02:50:47 build #311 of avr32 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/311 **** ENDING LOGGING AT Wed Aug 14 02:59:59 2013