**** BEGIN LOGGING AT Mon Jan 20 02:59:59 2014 Jan 20 05:22:17 build #499 of atheros is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/atheros/builds/499 Jan 20 05:25:53 build #463 of rb532 is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/463 Jan 20 05:29:40 build #463 of ppc44x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/463 Jan 20 06:32:52 build #501 of orion is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/501 Jan 20 07:57:13 build #489 of cobalt is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/489 Jan 20 07:59:29 build #433 of sibyte is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/433 Jan 20 10:18:49 build #443 of avr32 is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/443 Jan 20 10:25:40 juhosg r39335 trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-rb2011.c * ar71xx: rb2011: fix eth5 LED Jan 20 10:25:41 juhosg r39336 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: add optimized rmw operation Jan 20 10:25:42 juhosg r39337 trunk/target/linux/generic/files/drivers/net/phy/ar8216.c * generic: ar8216: allow to use chip specific cleanup callback Jan 20 10:25:43 juhosg r39338 trunk/target/linux/ generic/files/drivers/net/phy/ar8216.c generic/files/include/linux/ar8216_platform.h generic/files/drivers/net/phy/ar8216.h * generic: ar8216: add custom LED support for the AR8327 switch Jan 20 10:25:46 juhosg r39339 trunk/target/linux/ generic/patches-3.12/732-phy-ar8216-led-support.patch generic/patches-3.10/732-phy-ar8216-led-support.patch generic/config-3.12 generic/config-3.10 * kernel/3.1[02]: add AR8216_PHY_LEDS option Jan 20 10:25:49 juhosg r39340 trunk/target/linux/ar71xx/config-3.10 * ar71xx: enable AR8327 LED support Jan 20 10:25:52 juhosg r39341 trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-rb2011.c * ar71xx: rb2011: define LEDs connected to the AR8327 switch Jan 20 10:25:55 juhosg r39342 trunk/target/linux/ar71xx/base-files/etc/diag.sh * ar71xx: fix indentation in diag.sh Jan 20 10:25:58 juhosg r39343 trunk/target/linux/ar71xx/base-files/etc/diag.sh * ar71xx: set status_led for the RB2011* boards Jan 20 10:26:01 juhosg r39344 trunk/target/linux/ar71xx/base-files/etc/uci-defaults/01_leds * ar71xx: set default LED config for the RB2011* boards Jan 20 10:26:05 juhosg r39345 trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wdr4300.c * ar71xx: tl-wdr4300: define LEDs connected to the AR8327 switch Jan 20 10:26:08 juhosg r39346 trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-tl-wr1043nd-v2.c * ar71xx: tl-wr1043nd-v2: define LEDs connected to the AR8327 switch Jan 20 10:48:12 hi Jan 20 10:49:22 is there an easy way to disable dnsmasq for all interfaces without uninstalling it and removing/modifying the init file? Jan 20 11:44:37 build #475 of uml is complete: Failure [failed compile_5] Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/475 Jan 20 12:01:31 build #64 of imx6 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/imx6/builds/64 Jan 20 12:56:02 cyrus r39347 trunk/package/network/ipv6/6in4/files/6in4.sh * 6in4: fix typo in config variable (fixes #14830) Jan 20 13:59:13 kaloz r39348 trunk/target/linux/ (88 files in 2 dirs) * [generic]: add initial 3.13 support Jan 20 14:49:16 kaloz r39349 trunk/target/linux/generic/patches-3.13/100-overlayfs.patch * [3.13]: update/fixup overlayfs patch Jan 20 15:15:50 build #464 of x86 is complete: Failure [failed shell_14] Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/464 Jan 20 15:26:14 wigyori r39350 trunk/target/linux/generic/patches-3.13/941-ocf_20120127.patch Jan 20 15:26:15 [3.13]: update ocf patches Jan 20 15:26:15 - as ENT_DEBUG is removed, move the messages into pr_notice Jan 20 15:26:15 Signed-off-by: Zoltan HERPAI Jan 20 15:45:24 cyrusff: using odhcpd would break internal DNS as offered by dnsmasq. any plans to implement a solution for this ? Jan 20 15:45:44 stintel: what does break and how does it break? Jan 20 15:46:26 well, since odhcpd handles dhcp, dnsmasq will not create DNS records for the hosts that it gave a DHCP lease ? Jan 20 15:47:03 odhcpd creates a hostfile in /tmp/hosts and sends dnsmasq a SIGHUP when there is a change in that file so that it re-reads it Jan 20 15:47:16 hmmmm Jan 20 15:47:27 * stintel retests Jan 20 15:47:57 i will run some more tests later as well but at least that hostfile was written correctly last time i tested it Jan 20 15:48:11 also for now it only handles dhcpv6 by default and not dhcp Jan 20 15:48:32 and dhcpv6 and hostnames is a story for itself Jan 20 15:52:11 ok Jan 20 15:52:14 what's option maindhcp '0' Jan 20 15:53:22 exactly that: 0 means dnsmasq does dhcpv4, 1 means odhcpd does Jan 20 15:53:40 ah Jan 20 15:53:49 didn't see that in the readme on github Jan 20 15:54:04 yeah i should put that up in the owrt wiki if i can find some time Jan 20 15:54:21 so 6relayd is back instead of odhcpd? Jan 20 15:54:36 no, I think 6relayd was just removed from trunk ? Jan 20 15:54:41 no Jan 20 15:54:52 i rm fr tmp/ and with latest trunk i still have 6relayd on Jan 20 15:54:55 bad memory than ;) Jan 20 15:55:00 then* Jan 20 15:55:14 yeah your buildconfig isn't automatically updated Jan 20 15:55:21 so it might still have 6relayd instead Jan 20 15:55:30 which works pretty cool anyways Jan 20 15:55:53 odhcpd is based upon 6relayd and just a bit more integrated into openwrt Jan 20 15:56:01 ah one more thing, can odhcpd log like dnsmasq6 when it gets DHCPv6 requests or router sollicitations ? Jan 20 15:56:11 so i should deselect 6relayd and select odhcpd? anything else to do? Jan 20 15:56:18 dape: not really Jan 20 15:56:35 latest luci has odhcpd support and dropped 6relayd support Jan 20 15:56:51 i just did svn update and feeds update and install today several times Jan 20 15:57:13 stintel: well it could, yes Jan 20 15:57:26 feel free to send a patch, should not be hard Jan 20 15:57:46 ok, but right now it doesn't, that's what I needed to know Jan 20 15:57:54 just used to that from dnsmasq Jan 20 15:58:43 yeah, you can always look at /tmp/hosts/odhcpd which contains the current dhcpv6 sessions Jan 20 15:58:50 or also query that stuff from ubus Jan 20 15:59:13 that doesn't include the stateless stuff (RA and stateless dhcpv6) though Jan 20 15:59:27 however given default settings clients should do stateful anyway Jan 20 15:59:38 just my XboxOne seems to do that Jan 20 15:59:40 cyrusff, you are right, if i scripts/env new test and reselect luci and ivp6 it autoselects odhcpd and not 6relayd :) Jan 20 16:00:01 build #486 of ppc40x is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/ppc40x/builds/486 Jan 20 16:00:14 I'll try making a patch Jan 20 16:00:22 ok Jan 20 16:00:27 PR on github is ok ? Jan 20 16:01:06 yeah either PR on github or git patch via mail Jan 20 16:07:30 hmmm, I don't see it log anything, but there is at least some logging in the code already Jan 20 16:49:34 uhm, i see odhcpd is selected but dnsmasq also. Isnt odhcpd taking care pf dhcpv4 too? Jan 20 16:51:26 not by default, and need dnsmasq for dns anyway Jan 20 16:51:30 yeah Jan 20 16:51:42 odhcpd doesn't do all those custome dns-options yet Jan 20 16:51:54 i mean 95% of users probably won't care Jan 20 16:52:01 if i do not care about that can i unselect dnsmasq and use odhcpd ? Jan 20 16:52:06 cyrusff: tested again, there is a problem with internal DNS Jan 20 16:52:18 stintel: ok gonna have a look later today Jan 20 16:52:29 dape: nope you need dnsmasq for dns atm Jan 20 16:52:32 cyrusff: a host that got IP from DHCPv6 with odhcp now only resolves to the v6 IP Jan 20 16:52:35 got it, thanks Jan 20 16:52:37 not to the IPv4 IP Jan 20 16:53:20 ok hmm this needs to be fixed in dnsmasq then Jan 20 16:53:36 though i only see this as a minor inconvenience Jan 20 16:54:52 until someone convinces me otherwise Jan 20 16:59:42 however we can also consider to make odhcpd the default dhcpv4 server at some point and only offer dnsmasq's dhcpv4 stuff as optiona Jan 20 16:59:55 but this would have to be debated first Jan 20 17:05:55 ok. it's just my opinion that as long as I run dualstack, DNS should reply with A and AAAA records Jan 20 17:08:17 hmmm, and dnsmasq-dhcpv6 also adds AAAA records for hosts with just autoconf Jan 20 17:09:10 sigh I really don't know C Jan 20 17:24:25 stintel: well give me a hint what you want and maybe i have some time to add it later? Jan 20 17:24:32 what should that log-lines look like? Jan 20 17:32:36 cyrusff: well I'm currently just trying to add an option to set the log level, as you hardcoded it to setlogmask(LOG_UPTO(LOG_WARNING)); Jan 20 17:32:55 even that is failing, figures . Jan 20 17:33:09 because i was too lazy to make all the debug stuff LOG_DEBUG Jan 20 17:33:21 and some debug stuff is LOG_NOTICE Jan 20 17:33:29 lazy programmer syndrome Jan 20 17:33:31 :P Jan 20 17:48:54 cyrusff: dnsmasq does something like this: http://pastebin.com/WakwuwPh Jan 20 17:49:31 that last message is because I never configured DHCPv6 Jan 20 17:49:46 but similar to what it does for DHCPv4 Jan 20 17:49:53 would be nice Jan 20 17:50:16 ok i will put it on the todo Jan 20 17:50:37 be it disabled by default, and have an option to enable it Jan 20 17:51:06 well if I come up with anything I'll let you know Jan 20 17:52:44 thanks Jan 20 18:25:49 cyrus r39351 trunk/package/network/config/netifd/Makefile * netifd: don't add unnecessary NOP policy rules Jan 20 18:45:45 blogic r39352 trunk/package/system/procd/Makefile * procd: update to latest git head Jan 20 19:10:06 hauke r39353 trunk/target/linux/generic/files/drivers/net/phy/b53/b53_common.c * b53: make b53_switch_reset_gpio() static Jan 20 20:03:23 build #408 of au1000 is complete: Failure [failed shell_14] Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/408 Jan 20 20:04:09 hauke r39354 trunk/target/linux/ generic/files/drivers/net/phy/b53/b53_spi.c generic/files/drivers/net/phy/b53/b53_srab.c generic/files/drivers/net/phy/b53/b53_mmap.c * b53: use drvdata to store driver data Jan 20 22:16:04 build #517 of at91 is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/517 Jan 20 22:50:52 build #365 of adm5120 is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/adm5120/builds/365 Jan 20 23:27:27 build #507 of brcm47xx is complete: Failure [failed compile_8] Build details are at http://buildbot.openwrt.org:8010/builders/brcm47xx/builds/507 Jan 20 23:32:16 * russell-- collecting data to demostrate the snmpd start up problem i've been seeing Jan 21 00:08:19 build #362 of gemini is complete: Success [build successful] Build details are at http://buildbot.openwrt.org:8010/builders/gemini/builds/362 Jan 21 00:37:23 build #524 of brcm63xx is complete: Failure [failed shell_14] Build details are at http://buildbot.openwrt.org:8010/builders/brcm63xx/builds/524 Jan 21 00:37:49 https://dev.openwrt.org/ticket/14834 Jan 21 00:42:04 build #464 of rb532 is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/464 Jan 21 00:45:52 build #464 of ppc44x is complete: Failure [failed shell_12] Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/464 **** ENDING LOGGING AT Tue Jan 21 02:59:59 2014