**** BEGIN LOGGING AT Mon Jun 15 02:59:58 2015
Jun 15 03:34:38 <DonkeyHotei> what do i do about pkgs that won't compile on x86 because it defaults to -march=i486?
Jun 15 04:23:15 <plntyk> DonkeyHotei: what packages dont compile ?
Jun 15 04:24:22 <DonkeyHotei> squid at least, but i'm testing a new makefile with a version bump
Jun 15 04:24:25 <plntyk> i did almost a complete compile of x86 to test if there are build issues and did not found any major ones
Jun 15 04:25:44 <plntyk> DonkeyHotei: add enable_strict_error_checking=no  to configure_vars for example
Jun 15 04:26:10 <DonkeyHotei> undefined reference to `__sync_fetch_and_add_8'
Jun 15 04:26:21 <plntyk> thats one patch that disables the "Werror"
Jun 15 04:26:33 <DonkeyHotei> googling shows that means 486 is not enough
Jun 15 04:27:56 <plntyk> can you pastebin your new version of squid makefile ?
Jun 15 04:29:12 <DonkeyHotei> i only changed the version and refreshed patches
Jun 15 04:29:36 <plntyk> to which one?
Jun 15 04:29:52 <DonkeyHotei> the latest
Jun 15 04:31:06 <plntyk> ah ok 3.5.5 ... that webpage isnt that friendly
Jun 15 04:32:11 <plntyk> you visit the top page and dont see the new version number ... even the subpage has only major version.....
Jun 15 04:35:04 <plntyk> DonkeyHotei: do you know which check is disabled with the first configure patch ?
Jun 15 04:36:15 <plntyk> i am ignoring that hunk of the patch for nnow and see if it builds at my end
Jun 15 04:38:47 <DonkeyHotei> you do need to remove a hunk
Jun 15 04:39:31 <DonkeyHotei> i selected kvm guest as the target btw
Jun 15 04:44:44 <plntyk> DonkeyHotei: ah i already see the problem
Jun 15 04:44:48 <plntyk> testing a solution
Jun 15 04:52:19 <plntyk> DonkeyHotei: compiles successfully at my end with the fix
Jun 15 04:54:00 <DonkeyHotei> the fix has to be ok with other targets
Jun 15 04:54:59 <plntyk> it is
Jun 15 04:55:08 <plntyk> or at least it should be
Jun 15 04:55:11 <plntyk> see http://paste.debian.net/229538/
Jun 15 04:55:53 <plntyk> the fix is from buildroot see
Jun 15 04:55:54 <plntyk> http://git.buildroot.net/buildroot/tree/package/squid/squid.mk
Jun 15 04:56:50 <plntyk> so if libatomic works on that platform you might set it to yes and the configure check that is patched would not run
Jun 15 05:16:29 <DonkeyHotei> plntyk: thanx
Jun 15 07:30:52 <builder> build #30 of mpc83xx is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/mpc83xx/builds/30
Jun 15 07:45:32 <OpenWrt-Commits> nbd r45979 trunk/include/image.mk * image.mk: add Build step combined-image
Jun 15 07:45:40 <OpenWrt-Commits> nbd r45980 trunk/include/image.mk * image.mk: add Build step pad-to
Jun 15 07:45:49 <OpenWrt-Commits> nbd r45981 trunk/target/linux/ar71xx/image/Makefile * ar71xx/image: new build step Build/mkubntimage for ubnt factory images
Jun 15 07:45:59 <OpenWrt-Commits> nbd r45982 trunk/target/linux/ar71xx/image/Makefile * ar71xx/image: add build step mkubntimage2 mkubntkernelimage for unifi boards
Jun 15 07:46:08 <OpenWrt-Commits> nbd r45983 trunk/target/linux/ar71xx/image/Makefile * ar71xx/image: move ubnt images to new BuildCode
Jun 15 07:46:24 <OpenWrt-Commits> nbd r45984 trunk/package/libs/elfutils/ (9 files in 2 dirs) * elfutils: bump to 0.162
Jun 15 07:46:37 <OpenWrt-Commits> nbd r45985 trunk/package/kernel/linux/modules/wireless.mk * Revert "kernel: add rtl8723au driver (staging)"
Jun 15 07:46:59 <OpenWrt-Commits> nbd r45986 branches/chaos_calmer/package/kernel/linux/modules/wireless.mk * Revert "kernel: add rtl8723au driver (staging)"
Jun 15 08:00:49 <OpenWrt-Commits> cyrus r45987 branches/chaos_calmer/package/network/services/dnsmasq/Makefile * Update dnsmasq to v2.73.
Jun 15 08:05:58 <builder> build #30 of ep93xx is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/30
Jun 15 08:11:01 <OpenWrt-Commits> cyrus r45988 trunk/package/network/services/dnsmasq/Makefile * Update dnsmasq to v2.73.
Jun 15 10:59:23 <builder> build #30 of mpc52xx is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/30
Jun 15 13:42:49 <OpenWrt-Commits> nbd r45989 branches/chaos_calmer/include/version.mk * version.mk: adjust for CC release
Jun 15 14:54:19 <stintel> cyrusff: relaying this from #openwrt: 15|16:52:36 < Shred00> should ULA leak protection really be handled by firewall (i.e. https://dev.openwrt.org/changeset/35012) or should it be handled in the routing table as a
Jun 15 14:54:23 <stintel>                        destination unreachable?
Jun 15 15:56:32 <cyrusff> It's handled in the routing table
Jun 15 15:56:40 <cyrusff> Stintel: ^
Jun 15 15:56:51 <cyrusff> Wonder why it should be different
Jun 15 16:48:25 <idli> cyrusff: is the incoming case really handled by routing table too? outgoing can be and obviously given SA-based routes src=ULA will not have outbound route outside ULA, but stuff coming in from wan (may) have dst=ULA, src=X given attacker near the wan interface.
Jun 15 16:49:03 <cyrusff> Right inbound isn't
Jun 15 16:49:17 <cyrusff> But we have stateful fw by default
Jun 15 16:49:49 <idli> yep, sure, but that is special bogus case packet that should not be let in even if you have some e.g. accept traffic 22 rules
Jun 15 16:50:03 <idli> so I think for inbound case at least extra firewall rule may be warranted
Jun 15 16:50:21 <idli> outbound, who knows :)
Jun 15 16:51:08 <cyrusff> Yeah maybe should add one at least commented out
Jun 15 19:52:11 <builder> build #32 of pxa is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/pxa/builds/32
Jun 15 19:52:14 <builder> build #32 of ppc40x is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/32
Jun 15 19:52:15 <builder> build #32 of cobalt is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/32
Jun 15 19:52:20 <builder> build #32 of orion is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/32
Jun 15 19:52:32 <builder> build #32 of cns21xx is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/cns21xx/builds/32
Jun 15 21:14:28 <OpenWrt-Commits> nbd r45990 trunk/package/kernel/mt76/Makefile * mt76: update to the latest version to fix a build error (#19871)
Jun 15 21:15:42 <OpenWrt-Commits> nbd r45991 branches/chaos_calmer/package/kernel/mt76/Makefile * mt76: update to the latest version to fix a build error (#19871)
Jun 15 21:16:19 <OpenWrt-Commits> nbd r45992 trunk/target/linux/ generic/config-3.18 generic/config-4.0 * kernel: add missing config symbol (#19870)
Jun 15 21:16:59 <OpenWrt-Commits> nbd r45993 branches/chaos_calmer/target/linux/generic/config-3.18 * kernel: add missing config symbol (#19870)
Jun 15 22:11:54 <OpenWrt-Commits> rmilecki r45994 trunk/package/kernel/linux/modules/usb.mk * kernel: use bcma-hcd.ko on bcm53xx for ohci
Jun 15 23:05:13 <OpenWrt-Commits> nbd r45995 trunk/ rules.mk toolchain/Config.in * toolchain: switch to musl by default, except for mips64
Jun 15 23:15:18 <builder> build #31 of avr32 is complete: Failure [failed shell_10]  Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/31
Jun 15 23:39:46 <stintel> hmm, mips64 isn't even on the musl roadmap :/
Jun 16 00:01:04 <DonkeyHotei> nbd: what is responsible for the permissions of /dev/shm? they are 0755 when they should be 1777
Jun 16 00:09:38 <jbennett> just noticed that libpcap is quite old. Is there a reason we are still using 1.5.3 instead of 1.7.3?
Jun 16 00:20:11 <swalker> the patches are rather minimal to update if you want to do the size comparisons
Jun 16 00:21:59 <jbennett> swalker: I may do that. Just wanted to know if there was an outstanding problem preventing using the new version
Jun 16 00:23:11 <jbennett> Also seeing something strange. The commit message says the lib is 88k, but on a router here in my office: 168820 Jun 14 12:31 libpcap.so.1.3.0
Jun 16 00:23:54 <swalker> http://pastebin.com/raw.php?i=RAhXK8yS -> 1.7.2
Jun 16 00:24:20 <swalker> likely the ipk size
Jun 16 00:25:35 <jbennett> that makes sense. OK, thanks, I'll play with it a bit and see what I get.
Jun 16 00:27:15 <jbennett> I'm also interested to see what happens when using musl instead of uclibc
Jun 16 00:29:19 <swalker> 185652 Jun 14 23:12 libpcap.so.1.3.0, 1.7.2 w/ musl, fwiw
Jun 16 00:33:02 <jbennett> so ~20k larger
Jun 16 00:34:12 <jbennett> I wonder if much could be done to trim the final .so size
Jun 16 00:39:14 <jbennett> Just build with musl: 180504 Jun 16 00:28 libpcap.so.1.3.0
Jun 16 00:41:21 <jbennett> that's still 1.5.3, btw.
**** ENDING LOGGING AT Tue Jun 16 02:59:59 2015