**** BEGIN LOGGING AT Mon May 27 02:59:58 2013 May 27 09:21:17 build #271 of ppc40x is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/271 May 27 09:30:42 build #195 of octeon is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/195 May 27 10:22:37 build #253 of rb532 is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/253 May 27 10:24:35 build #253 of ppc44x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/253 May 27 11:22:12 cyrus r36732 branches/attitude_adjustment/package/base-files/files/ etc/init.d/sysctl etc/init.d/boot etc/sysctl.conf * AA: base-files: merge new sysctl-behaviour from trunk May 27 11:22:17 cyrus r36733 branches/attitude_adjustment/package/netifd/files/etc/hotplug.d/iface/10-sysctl * AA: netifd: remove deprecated IPv6 sysctls May 27 12:27:25 cyrus r36734 branches/attitude_adjustment/package/ipv6-support/ Makefile files/network-enable-ipv6.defaults files/ipv6-boot * AA: Update ipv6-support migration path May 27 12:55:39 cyrus r36735 branches/attitude_adjustment/package/ipv6-support/ Makefile files/network-enable-ipv6.defaults * AA: ipv6-support: align default ip6assign with trunk May 27 13:29:44 build #282 of orion is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/282 May 27 15:03:44 nbd: So, is there any fix to the gcc-4.8.x Linaro? May 27 15:14:34 jow r36736 trunk/package/network/config/firewall3/Makefile * firewall3: update to git head May 27 15:19:00 jow r36737 branches/attitude_adjustment/package/ (7 files in 3 dirs) * AA: backport firewall3 package from trunk May 27 15:40:50 mazilo: haven't had time to take care of it yet May 27 15:41:07 nbd: OK. May 27 16:35:15 does anyone happen to have any lantiq-based devices which are currently supported in trunk? May 27 16:35:55 isn't the wbmr-gh300h or something supported? May 27 16:36:11 yes May 27 16:36:13 why ? May 27 16:36:25 wbmr-hp-g300h is the correct name May 27 16:36:59 jow_laptop: if you have one of those, can you please test my patchset on it? May 27 16:37:19 nope, unfortunately not May 27 16:45:11 blogic:Noltari reported having an ARV7518 and had concerns about the patchset possibly breaking his device which upon closer inspection had no merit; idk whether he was actually going to try a build with it, though, and idk when he'll be online next May 27 16:46:45 in particular he worried that the patch's endian reversal of the calibration data would be undone by the ath9k driver, without realizing the driver does not do that May 27 16:54:43 bah, he likely has me on /ignore May 27 18:30:01 blogic: is https://dev.openwrt.org/changeset/36429/trunk/package/base-files/files/sbin/sysupgrade supposed to give something other than a "Command failed: Not found"? May 27 19:18:59 build #209 of mpc52xx is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/209 May 27 20:39:28 cyrus r36738 trunk/package/network/ipv6/ 6relayd/files/6relayd.config 6relayd/Makefile May 27 20:39:28 6relayd: RFC 6204 and naming improvements May 27 20:39:29 * Announce delegated prefixes using route info according to RFC 6204 L-3 May 27 20:39:29 * Enable hybrid stateless + stateful DHCPv6-mode as default May 27 20:42:32 cyrus r36739 branches/attitude_adjustment/package/6relayd/ Makefile files/6relayd.config * AA: backport r36738 May 27 21:55:20 how do i solve this ? May 27 21:55:20 * opkg_install_pkg: Package mini-snmpd md5sum mismatch. Either the opkg or the package index are corrupt. Try 'opkg update'. May 27 22:48:56 anyone can tell: sizeof(void*) = 4 and long long 8? May 27 22:50:28 sounds normal for a 32 bit environment (64 would have sizeof(void *) == 8) May 27 22:51:17 never rely on such assumptions May 27 22:51:47 im trying to modify mini-snmpd to support counter64 May 27 22:52:07 but the author casted int to void*.. May 27 22:52:20 and he passed as ptr instead of pointer May 27 22:54:57 counter64 is a unsigned 64 bit integer, so uint64_t is the safe type May 27 22:57:06 yeah its not rly matter actually since sizeof uint64_t still 8 :D May 27 22:58:56 is it safe to use uint64_t ? May 27 22:58:57 grr May 27 22:59:02 uintptr_t ? May 27 23:07:52 I don't see how typecasting the integer to a pointer would make any sense. how large a pointer is should never have anything to do with what it is pointing at (except this is another adress, which a counter64 never can be) May 27 23:08:10 its not mine May 27 23:08:31 he's using a global func to update different values (string, int,etc) May 27 23:08:31 might be, but no matter who wrote it, I don't see how it could make any sense May 27 23:08:41 and he solved it like that May 27 23:08:45 cast everything to ptr May 28 01:04:00 build #259 of ar7 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/ar7/builds/259 May 28 01:08:48 build #221 of iop32x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/221 **** ENDING LOGGING AT Tue May 28 02:59:59 2013