**** BEGIN LOGGING AT Thu Jun 12 02:59:59 2014 Jun 12 08:36:59 hi Jun 12 08:37:14 whom do i have to contact to the write access for the github packages repo? Jun 12 08:43:24 tripolar: me Jun 12 08:43:59 just tell me your github handle please Jun 12 08:45:48 tripolar Jun 12 08:45:58 https://github.com/tripolar Jun 12 08:47:55 cyrus r41151 packages/net/fwknop/ patches/002-fix_init.patch Makefile patches/001-fix_config.patch * fwknob: moved to github Jun 12 08:49:58 tripolar: done Jun 12 08:52:27 cyrusff now i can just push with my github key into the repo? Jun 12 08:53:05 tripolar: just add an ssh public key to your github account then clone: git@github.com:openwrt/packages.git Jun 12 08:53:18 you can push there as usual Jun 12 08:53:37 thanks Jun 12 09:23:50 cyrus r41152 trunk/package/network/services/odhcpd/Makefile * odhcpd: use search domain instead of domain attribute Jun 12 10:18:37 nbd: so, one thing I missed yesterday, I'm still on AA, is ucitrack/luci-reload _meant_ to work, for reloading services? or should I just manually call etc/init.d/xxx reload for all services that I know will need to be restarted? Jun 12 10:19:27 and, related, in BB, reload_config will send the reload for all config changes that it detects via md5sums, but is there a force reload option? Jun 12 10:19:51 (could reload_config have a -h/--help option? seeing as there's no man pages on openwrt?) Jun 12 11:36:26 cyrus r41153 trunk/config/Config-kernel.in * Disable crashlog for UML Jun 12 11:42:46 nbd r41154 trunk/package/kernel/mac80211/patches/300-pending_work.patch * b43: fix frequency reporting, fixes scan issues Jun 12 11:42:51 nbd r41155 trunk/package/kernel/mac80211/patches/566-ath9k_nfcal_xor_percal.patch * ath9k: make noise floor calibration and periodic calibration mutually exclusive Jun 12 11:42:55 nbd r41156 trunk/package/kernel/mac80211/patches/567-ath9k_fix_init_nfcal.patch * ath9k: fix initial noise floor calibration on older chips Jun 12 12:10:37 luka, I'm thinking about adopting the ethtool package in the new feed, but there's a patch commited by you in 2011 adding ixp4xx support that never made it upstream. Do you remember what the matter was with this? Should it be submitted to upstream? Jun 12 12:13:02 I'm interested in maintaining some packages, is there a list of package orphans? Jun 12 12:14:50 ausjke:basically everything in the old packages feed Jun 12 12:15:00 with some exceptions Jun 12 12:16:25 neoraider: i dont remember what was that about Jun 12 12:18:57 cyrusff: ok it's like a first come first serve race then, i will pick some Jun 12 12:19:08 neoraider: i'd appreciate if you would upstream it (and clean it up if needed) Jun 12 12:19:22 ausjke: just check for any maintainer-tags in the makefile Jun 12 12:19:32 neoraider: you can reach out to the author, his address is in the patch Jun 12 12:19:37 so it might still be maintained if it has and if there were some commits within last months or so Jun 12 12:19:45 ok Jun 12 12:19:53 if you are unsure just ask Jun 12 12:20:33 luka, ah indeed, I've overlooked that Jun 12 12:32:20 is there a way to make sure prepare always happen ahead of compile when -jN is used? Jun 12 12:33:04 or to make life easier, somehow combine each package to one thread to guarantee its order Jun 12 12:33:19 s/combine/confine/ Jun 12 12:33:57 when i do -jN I always got hit by gcc/eglibc issues then I had to re-run with no -J Jun 12 12:34:22 wow, binutils is 5.3meg. Jun 12 12:34:29 I didn't think perf needed that? Jun 12 12:35:05 because linux foundation only cares about x86 big irons, for the most part Jun 12 12:35:15 so 5.3meg is actually nothing there Jun 12 12:35:27 :) Jun 12 12:35:52 I just thought I'd run perf on one of these devices before, and at least on current BB, the imge with perf enabled is 11meg, Jun 12 12:36:08 by the way, any estimation the BB-rc date? Jun 12 12:36:19 * karlp turns off perf and pretends it doesn't exist right now Jun 12 12:40:35 heh, I las tdid this in nov 2012, and in jan 2013 the binutils dep was added :) Jun 12 12:53:14 tharvey: ping Jun 12 13:38:50 nbd: ping! Jun 12 13:39:02 nbd, someone broke the ath9k driver ? Jun 12 13:39:11 compat: exports duplicate symbol clk_disable (owned by kernel) Jun 12 13:39:36 ath9k does not work on my platform with latest AA Jun 12 13:45:38 cyrus r41157 packages/utils/unrar/Makefile * unrar: moved to github Jun 12 13:45:39 cyrus r41158 packages/utils/unzip/Makefile * unzip: move to github Jun 12 13:45:41 cyrus r41159 packages/utils/zip/Makefile * zip: move to github Jun 12 13:56:30 nighty^: what platform? Jun 12 13:56:42 TUBE 2H Jun 12 13:56:47 ar71xxx Jun 12 13:56:59 I am also now testing with net6501 soekris Jun 12 13:57:03 I will tell you Jun 12 13:57:12 the result as soon as my image is finished compiling Jun 12 13:57:25 I have ath9k PCIe card in there too Jun 12 13:57:37 nbd, Jun 12 13:58:30 thx, i'll look into it Jun 12 14:03:24 nbd: I got it working by commenting out the clk_disable in file compat-3.6.c but that is not a proper fix. Jun 12 14:03:36 nbd, in ar71xx Jun 12 14:18:50 nbd, is this normal that ath9k driver reports seeing wifi devices at 108dB ? :) Jun 12 14:18:59 13:58:43.632953 3047867432153645056us tsft 0.0 Mb/s 0 MHz Turbo 108dB signal [bit 29] DA:01:0c:cc:00:00:00 SA:00:0c:cc:71:3a:53 BSSID:11:04:29:00:00:0e LLC, dsap Unknown (0x52) Individual, ssap Unknown (0x6a) Response, ctrl 0xbf: Unnumbered, xid, Flags [Final], length 4 Jun 12 14:18:59 0x0000: 526b bffc Jun 12 14:19:22 if so I will buy a tinfoil hat to protect myself :) Jun 12 14:19:45 where did you copy&paste that from? Jun 12 14:19:55 from a tcpdump Jun 12 14:19:59 on a TUBE 2H Jun 12 14:20:04 ar71xx Jun 12 14:20:06 on a normal monitor mode interface? Jun 12 14:20:10 yup Jun 12 14:20:18 odd Jun 12 14:20:27 bitrate and mhz are also messed up Jun 12 14:20:32 so there's probably some bogus data in there Jun 12 14:20:52 let me try with another device (client) Jun 12 14:20:59 that is a Wifi TAG Jun 12 14:21:09 from Aeroscout Jun 12 14:25:15 14:22:12.243092 9097747473262182400us tsft 0.0 Mb/s 0 MHz Turbo 108dB signal [bit 29] BSSID:ff:ff:ff:ff:ff:ff DA:ff:ff:ff:ff:ff:ff SA:64:70:02:1c:c1:76 Probe Request () [1.0 2.0 5.5 11.0 6.0 9.0 12.0 18.0 Mbit][|802.11] Jun 12 14:25:16 0x0000: 0000 0108 0204 0b16 0c12 1824 3204 3048 Jun 12 14:25:16 0x0010: 606c 0301 012d 1aef 111b ffff ff00 0000 Jun 12 14:25:16 0x0020: 0000 0000 0000 0100 0000 0000 0000 0000 Jun 12 14:25:16 0x0030: 00a0 4481 75 Jun 12 14:25:28 that is from TP LINK USB ath9k adapter ( client ) Jun 12 14:25:32 same problem Jun 12 14:30:52 Do you see the same kind of thing on your equipment ? Jun 12 14:34:13 nbd, forgot to mention this is AA Jun 12 14:34:24 with the latest patches from yesterday Jun 12 14:36:53 nbd r41160 trunk/scripts/metadata.pl * scripts/metadata.pl: avoid adding depends and select for the same symbol Jun 12 14:38:56 nbd: you're quick at picking patches (b43) ;) Jun 12 14:39:55 zajec_: it seemed important, so i merged it ;) Jun 12 14:42:12 https://git.kernel.org/cgit/linux/kernel/git/linville/wireless-next.git/commit/?id=6e7341074823d2a45b81f2742cbf75f1da790031 is also pretty important Jun 12 14:42:22 i think OpenWrt's compat-wireless still doesn't have it Jun 12 14:42:27 ok Jun 12 14:42:32 yes, it's missing Jun 12 14:42:35 i will pick it up now Jun 12 14:42:37 thanks Jun 12 14:42:38 thanks Jun 12 14:46:05 nbd r41161 trunk/package/kernel/mac80211/patches/300-pending_work.patch * rt2x00: fix crash when using TKIP on USB devices Jun 12 14:46:09 nbd r41162 trunk/package/kernel/mac80211/patches/ 820-b43-add-antenna-control.patch 300-pending_work.patch * b43: fix a regression on G-PHY devices Jun 12 14:46:16 zajec_: ^ Jun 12 15:09:50 luka r41163 trunk/feeds.conf.default * feeds.conf.default: add management feed Jun 12 15:15:03 luka r41164 packages/ utils/freecwmp/files/freecwmpd.init utils/freecwmp/Config.in utils/freecwmp/Makefile * freecwmp: move to management feed Jun 12 15:15:05 luka r41165 packages/libs/libfreecwmp/Makefile * libfreecwmp: move to management feed Jun 12 15:15:06 luka r41166 packages/libs/ shflags/patches/000-strip.patch shflags/Makefile * shflags: move to management feed Jun 12 15:21:19 nbd: you added kmod-fs-nfs dependency changes recently, but I still can't actually run nfs-kernel-server, is it working for you? http://pastebay.net/1449107 Jun 12 15:24:06 trying to get a freescale 3.10 branch to openwrt, that one has 1269 freescale's patches on top of 3.10.x! Jun 12 15:25:12 tharvey: how did you handle freescale's 1000+ patches on top of 3.10.x? as in openwrt there are just a few imx6 patches applied to the original kernel code base Jun 12 15:26:52 looks like i have to wade through them and cherrypick the set I want, sigh Jun 12 16:00:24 nbd: i sent 3 ucwmp patches Jun 12 16:00:31 nbd: all pretty trivial Jun 12 16:00:38 nbd: could you look at them? Jun 12 16:52:26 jow r41167 packages/utils/nano/Makefile * nano: moved to github Jun 12 16:54:01 jow r41168 packages/net/ (5 files in 3 dirs) * haproxy: moved to github Jun 12 16:57:34 jow r41169 packages/ (47 files in 30 dirs) * packages: remove empty directories Jun 12 16:58:55 jow r41170 packages/ (22 files in 6 dirs) * packages: remove empty directories - part 2 Jun 12 17:05:12 jow r41171 packages/utils/minicom * minicom: moved to github Jun 12 17:40:30 <5EXAA8SU8> build #593 of ppc44x is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/593 Jun 12 17:42:05 <5EXAA8SU8> build #593 of rb532 is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/593 Jun 12 17:42:11 <5EXAA8SU8> build #562 of sibyte is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/562 Jun 12 17:45:59 <5EXAA8SU8> build #500 of iop32x is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/500 Jun 12 17:59:01 cyrus r41172 trunk/target/linux/ (10 files in 4 dirs) * Update UML target to 3.10 and various improvements Jun 12 18:36:59 <5EXAA8SU8> build #633 of cobalt is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/633 Jun 12 18:44:17 <5EXAA8SU8> build #639 of orion is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/639 Jun 12 18:52:46 nbd, maybe a tcpdump version problem ? Jun 12 18:54:42 nbd, maybe tcpdump needs to be upgraded in AA ? Jun 12 19:04:51 <5EXAA8SU8> build #528 of au1000 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/528 Jun 12 19:04:52 <5EXAA8SU8> build #564 of xburst is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/xburst/builds/564 Jun 12 19:09:08 <5EXAA8SU8> build #545 of kirkwood is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/kirkwood/builds/545 Jun 12 19:10:28 <5EXAA8SU8> build #628 of lantiq is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/lantiq/builds/628 Jun 12 19:12:17 <5EXAA8SU8> build #199 of imx6 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/imx6/builds/199 Jun 12 19:15:02 <5EXAA8SU8> build #604 of uml is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/604 Jun 12 20:27:15 <5EXAA8SU8> build #488 of mcs814x is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/mcs814x/builds/488 Jun 12 20:32:20 nbd r41173 trunk/toolchain/musl/include/ features.h sys/glibc-types.h * musl: fix toolchain build failure caused by some header changes Jun 12 20:46:13 <5EXAA8SU8> build #573 of avr32 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/573 Jun 12 21:00:39 acinonyx r41174 packages/utils/rtl-sdr * [packages] rtl-sdr: Moved to github feed Jun 12 21:35:08 Hello. I would like to inform you that the trac database is quite broken. (Example: https://dev.openwrt.org/report/6) Jun 12 21:47:03 <5EXAA8SU8> build #88 of pxa is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/pxa/builds/88 Jun 12 22:43:19 Hi all. Could someone please tell me what change broke the current trunk build for ar71xx? Jun 12 22:43:40 megal0maniac: more details please? Jun 12 22:43:41 By broke I mean a severely crippled package repository Jun 12 22:44:02 read the openwrt-devel mailing list? Jun 12 22:44:57 russell--: Looking... Jun 12 22:45:53 Subject: Future of package maintenance and new scope of this mailing list Jun 12 22:47:16 Wow. I read that one the other day, didn't realise how big of an impact it would have. Jun 12 22:48:53 you can, of course, point an old-packages at the old repository during the transition Jun 12 22:49:23 added to your local feeds.conf Jun 12 22:49:29 or something like that Jun 12 22:50:28 It seems I'll have to. Thanks for the info Jun 12 23:28:08 <5EXAA8SU8> build #669 of brcm63xx is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/brcm63xx/builds/669 Jun 13 00:04:36 * russell-- just wants to point out that the packages carnage breaks (or makes more difficult) all kinds of desirable things, like bisection, tracking history, etc. a better solution would have maybe been to keep all the history and just fork a branch and kill off unmaintained packages or something. Jun 13 00:05:50 * russell-- thought the new-wiki carnage was a mistake too Jun 13 00:42:30 <5EXAA8SU8> build #471 of mpc52xx is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/471 **** ENDING LOGGING AT Fri Jun 13 02:59:59 2014