**** BEGIN LOGGING AT Wed Jun 17 02:59:59 2015 Jun 17 04:55:50 build #32 of mpc83xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/mpc83xx/builds/32 Jun 17 05:12:46 build #32 of ep93xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/32 Jun 17 06:16:50 build #32 of mpc52xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/32 Jun 17 09:08:29 nbd r46007 trunk/target/linux/ generic/config-3.18 generic/config-4.0 * kernel: add missing config symbol Jun 17 09:09:18 nbd r46008 trunk/package/kernel/mac80211/ patches/820-b43-add-antenna-control.patch patches/384-ath9k-force-rx_clear-when-disabling-rx.patch patches/541-ath9k_rx_dma_stop_check.patch * ath9k: add another fix for some rx/tx dma stop issues, refresh patches Jun 17 09:10:20 nbd r46009 branches/chaos_calmer/target/linux/generic/config-3.18 * kernel: add missing config symbol Jun 17 09:10:39 ping nbd Jun 17 09:11:00 pong Jun 17 09:11:18 nbd r46010 branches/ chaos_calmer/package/kernel/mac80211/patches/820-b43-add-antenna-control.patch chaos_calmer/package/kernel/mac80211/patches/384-ath9k-force-rx_clear-when-disabling-rx.patch chaos_calmer/package/kernel/mac80211/patches/541-ath9k_rx_dma_stop_check.patch * ath9k: add another fix for some rx/tx dma stop issues, refresh patches Jun 17 09:11:44 DonkeyHotei: can you send a patch with what you suggested earlier? Jun 17 09:13:42 hang on Jun 17 09:15:08 just send it to openwrt-devel@ Jun 17 09:15:46 can't i just pastebin it? Jun 17 09:16:14 there's a normal process for submitting patches Jun 17 09:16:24 if you send me a pastebin link, i will probably forget about it again Jun 17 09:16:36 if you submit a proper patch, it is tracked by patchwork and will be dealt with Jun 17 09:17:10 even though it's to a private repo? Jun 17 09:18:00 it's not a private repo, and there's more than one person with access to it Jun 17 09:18:13 just use --subject-prefix "PATCH procd" to specify what repo it's for Jun 17 09:18:19 (git send-email parameter) Jun 17 09:18:57 i don't use git send-email, i paste the patch into a msg Jun 17 09:19:12 git send-email is awesome, you should try it Jun 17 09:19:52 at some point if i could do a dry run i might Jun 17 09:20:00 easiest way to get rid of crappy manual copy/paste work, and if you use git rebase, it even makes it easy to keep track of which patches were applied and which ones are still pending Jun 17 09:20:07 it can do a dry run Jun 17 09:20:15 and you can use it to send patches to yourself to check them Jun 17 09:21:14 as a maintainer, i want to receive patches where i don't have to do manual work on commit msg, author attribution, etc. Jun 17 09:21:25 i just want to take a mbox link from patchwork and run it through 'git am' Jun 17 09:22:07 perhaps next time, in the meantime i wanna get this in while cc is still in rc so that it may go into both branches Jun 17 09:22:59 unfortunately most people mean "never" when they say "perhaps next time" ;) Jun 17 09:23:48 i know this isn't the last time so not in this case Jun 17 09:24:13 besides, i do want to use it in the long run Jun 17 09:27:13 using git format-patch / send-email isn't hard Jun 17 09:27:45 fine, i'll do it now, but it seems to have no manpage Jun 17 09:28:06 its 10x easier then trying to make thunderbird & friends behave correctly Jun 17 09:28:59 build #34 of lantiq.xrx200 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/lantiq.xrx200/builds/34 Jun 17 09:31:50 bah, it seems the copy in build_dir is not a proper cloned repo Jun 17 09:33:18 DonkeyHotei: try man git-, e.g. man git-send-email Jun 17 09:34:15 KanjiMonster: that's what i did, no entry Jun 17 09:34:51 format-patch has one though Jun 17 09:34:53 huh, that's strange Jun 17 09:35:15 ah, send-email is a separate package at least on debian Jun 17 09:41:16 that might explain it Jun 17 09:55:00 jogo r46011 trunk/ (45 files in 12 dirs) * kernel: update 3.18 to 3.18.16 Jun 17 09:55:17 jogo r46012 trunk/target/linux/ar71xx/patches-3.18/904-phy-mdio-bitbang-prevent-rescheduling-during-command.patch * ar71xx: rb493g: fix gpio-mdio accesses under load Jun 17 09:56:12 nbd: http://patchwork.ozlabs.org/patch/485317/ Jun 17 10:02:03 russell--: ^ Jun 17 10:13:28 nbd r46013 trunk/package/system/procd/Makefile * procd: update to the latest version, fixes /dev/shm permissions Jun 17 10:13:46 nbd r46014 branches/chaos_calmer/package/system/procd/Makefile * procd: update to the latest version, fixes /dev/shm permissions Jun 17 10:19:29 nbd: thanx Jun 17 10:22:08 jogo r46015 branches/ (45 files in 12 dirs) * kernel: update 3.18 to 3.18.16 Jun 17 10:22:10 jogo r46016 branches/chaos_calmer/target/linux/ar71xx/patches-3.18/904-phy-mdio-bitbang-prevent-rescheduling-during-command.patch * ar71xx: rb493g: fix gpio-mdio accesses under load Jun 17 10:30:11 nbd: oops, you put 06-16 in the makefile but it's now 06-17 Jun 17 10:30:22 hm, typo Jun 17 10:30:23 doesn't matter Jun 17 10:37:48 and will come in handy in case procd needs another update today Jun 17 10:52:31 its been aged that I wroked with shared memory segments... 777 permissions on /dev/shm pose no security risk? Jun 17 10:52:40 *ages, worked Jun 17 10:53:12 see the linked forum post Jun 17 10:53:14 ah its a directory - nvm then Jun 17 11:31:49 jow r46017 trunk/target/linux/x86/64/config-default * x86/64: enable VirtIO block and console support Jun 17 11:36:55 jow r46018 branches/chaos_calmer/target/linux/x86/64/config-default * CC: x86/64: enable VirtIO block and console support Jun 17 11:48:06 wtf i did a git pull and it switched me from uclibc to musl! Jun 17 11:51:24 you will be assimilated Jun 17 12:02:27 aaaaaaand a pkg i maintain does not compile with musl. wonderful. Jun 17 12:13:35 you WILL be assimilated Jun 17 12:18:08 DonkeyHotei: well, that's what you signed up for when you became a maintainer ;P Jun 17 12:19:39 i wish it weren't while i'm trying to work on a completely different pkg Jun 17 12:20:07 would have been nice to have gotten an email like, "we really want to switch to musl by default, here's how you can check your packages" maybe 1-2 weeks ago though? Jun 17 12:20:23 quite Jun 17 12:21:09 we don't need to be part of any decision making process in anyway, but having some visibility for awareness before things are changed is really handy Jun 17 12:21:31 gives us a much better chance of getting more of this fixes patched upstream too, instead of just growing the number of patches in openwrt. Jun 17 12:22:26 i highly doubt upstream will bother in this case Jun 17 12:23:05 some will, some can, some of them are reasonable and sane, but there was a _chance_ :) Jun 17 12:26:19 in other news, whee, oye001 support. Jun 17 12:26:28 now if only it had a ce mark, so I could actually buy one :| Jun 17 12:36:42 nbd: something is wrong. with the new procd, permissions are 1755 and not 1777 Jun 17 12:37:06 ok, so you didn't actually test your chnage? Jun 17 12:37:51 not in the full system Jun 17 12:38:11 what does that mean? Jun 17 12:38:39 i didn't dirclean Jun 17 12:39:04 but you made the change, recompiled, reflashed and checked the permissions of /dev/shm with your change? Jun 17 12:39:11 and it worked then, but not after dirclean now? Jun 17 12:39:40 well it also moved from uclibc to musl in between Jun 17 12:40:32 clearly something other than the patched code is touching the permissions Jun 17 12:41:00 unless... Jun 17 12:41:10 i think you simply forgot to deal with umask Jun 17 12:41:26 exactly what i just thought Jun 17 12:45:04 no idea why it worked before the switch to musl though Jun 17 12:55:24 nbd r46019 trunk/target/linux/generic/patches-4.0/140-overlayfs_readdir_locking_fix.patch * kernel: add linux 4.0 overlayfs locking fix by Miklos Szeredi Jun 17 13:10:43 ok now this idk what to make of Jun 17 13:10:47 Wed Jun 17 13:04:00 2015 daemon.err odhcpd[1539]: Failed to open routing table: No such file or directory Jun 17 13:10:48 Wed Jun 17 13:04:00 2015 daemon.err odhcpd[1539]: Unable to open raw socket: Address family not supported by protocol Jun 17 13:13:52 cyrus r46020 trunk/ config/Config-build.in toolchain/gcc/Config.in * hardening: enable regular SSP support by default Jun 17 13:17:26 no ipv6? Jun 17 13:20:03 nbd: http://patchwork.ozlabs.org/patch/485413/ (tested) Jun 17 13:20:12 karlp: by default? Jun 17 13:27:48 ls /me shrugs Jun 17 13:29:59 ls: cannot access /me: No such file or directory Jun 17 13:30:00 ls: cannot access shrugs: No such file or directory Jun 17 13:32:06 harhar :) Jun 17 13:52:40 KanjiMonster: thanks! i'll try it! Jun 17 15:31:32 build #32 of adm5120 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/adm5120/builds/32 Jun 17 17:16:23 that one is cute: Jun 17 17:16:24 ../../include/config.h:126:16: error: 'long long long' is too long for GCC #define rlim_t long long Jun 17 17:19:03 :D Jun 17 17:41:43 yeah that one is funny Jun 17 17:43:37 xinetd seems to be really broken from the configure pov too Jun 17 17:43:49 it is Jun 17 17:43:59 one should probably write a new configure.ac for it Jun 17 17:44:58 anyhow the long long long fix was easy enough Jun 17 17:45:14 TARGET_CPPFLAGS += -DHAVE_RLIM_T Jun 17 17:55:15 There is actually a 128bit int type suported on 64bit platforms Jun 17 17:55:32 Don't know if its called long long long though Jun 17 17:56:02 real long long Jun 17 17:56:04 :) Jun 17 18:08:11 how to deal with on_exit with musl? Jun 17 18:08:24 __int128 is so much less fun than 'really long' Jun 17 18:08:33 gcc people have no heart :p Jun 17 18:09:12 although it is just alias for 'long long' IIRC on platforms where that is 128+bit Jun 17 18:11:35 russell--: do you need the 2nd void* userpointer? Jun 17 18:13:38 russell--: musl implements atexit(callback(code)) but not on_exit(callback(code, arg), arg) Jun 17 18:14:22 though the latter can be emulated with a global static I suppose Jun 17 18:46:48 Hi all Jun 17 18:47:49 Whom would i talk to about getting package sources put up on ar71xx packages Jun 17 18:49:01 I am a head developer for pixiewps and reaver t6x fork, both of which are working on openwrt Jun 17 18:51:54 DataHead: if you want to contribute a package, the best way is to follow this https://github.com/openwrt/packages/blob/master/CONTRIBUTING.md Jun 17 18:52:55 DataHead: basically you create a pull reqest for that repo Jun 17 18:53:39 DataHead: here is some documentation on how to create a package: http://wiki.openwrt.org/doc/devel/packages Jun 17 19:14:06 Disconnected... Anybody respond to what i had asked a little bit ago? Jun 17 19:21:22 DataHead: if you want to contribute a package, the best way is to follow this https://github.com/openwrt/packages/blob/master/CONTRIBUTING.md Jun 17 19:21:30 DataHead: basically you create a pull reqest for that repo Jun 17 19:21:36 DataHead: here is some documentation on how to create a package: http://wiki.openwrt.org/doc/devel/packages Jun 17 19:23:37 Okay cool, thank you much! Jun 17 19:30:28 jow_laptop: thanks, i'll try that Jun 17 19:59:38 build #34 of cns21xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/cns21xx/builds/34 Jun 17 19:59:41 build #34 of cobalt is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/34 Jun 17 20:08:42 build #34 of ppc40x is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/34 Jun 17 20:08:44 build #33 of avr32 is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/33 Jun 17 20:09:01 build #34 of orion is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/34 Jun 17 20:09:31 build #34 of pxa is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/pxa/builds/34 Jun 17 21:13:34 build #33 of netlogic is complete: Failure [failed compile_3] Build details are at http://buildbot.openwrt.org:8010/builders/netlogic/builds/33 Jun 17 21:32:35 build #33 of x86.kvm_guest is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/x86.kvm_guest/builds/33 Jun 17 21:41:01 build #34 of x86.64 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/x86.64/builds/34 Jun 17 22:05:25 build #33 of x86 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/33 Jun 17 22:09:02 build #33 of x86.xen_domu is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/x86.xen_domu/builds/33 Jun 17 22:11:41 build #33 of mpc83xx is complete: Failure [failed shell_10] Build details are at http://buildbot.openwrt.org:8010/builders/mpc83xx/builds/33 Jun 17 22:37:54 hauke r46021 trunk/package/kernel/broadcom-wl/patches/020-musl-fixes.patch * broadcom-wl: fix build with musl Jun 17 22:46:40 Hauke: now that cc is branched, maybe time to address the cyassl/wolfssl bump? **** ENDING LOGGING AT Thu Jun 18 02:59:59 2015