**** BEGIN LOGGING AT Tue Dec 17 03:00:00 2013
Dec 17 03:12:12 <stintel> hmmm, I am trying to limit a DNAT rule to the IPs in an ipset but that doesn't seem to work.
Dec 17 03:16:44 <stintel> ok found a workaround, add a FORWARD rule with ACCEPT and the ipset, then add a REJECT rule, seems it's added before the rule that allows ctstate DNAT
Dec 17 07:19:17 <OpenWrt-Commits> nbd r39114 trunk/package/utils/busybox/Config.in * busybox: fix typo in Config.in (#14628)
Dec 17 10:15:58 <jow_laptop> stintel: what did you try exactly?
Dec 17 10:20:47 <stintel> jow_laptop: hold on, just arrived at work
Dec 17 10:22:34 <stintel> jow_laptop: I added this in the config redirect\n\toption target 'DNAT': config redirect
Dec 17 10:22:37 <stintel> ehr
Dec 17 10:22:40 <stintel> fail
Dec 17 10:22:44 <stintel>         option ipset 'minecraft'
Dec 17 10:23:09 <jow_laptop> how is "minecraft" sdeclared?
Dec 17 10:23:52 <stintel> jow_laptop: http://pastebin.com/KGMmqhZN
Dec 17 10:23:57 <stintel> might be easier to rear ;)
Dec 17 10:24:01 <stintel> ffs, read*
Dec 17 10:24:13 * stintel stops doing anything and drinks his coffee
Dec 17 10:35:37 <jow_laptop> stintel: hm, it looks fine here
Dec 17 10:36:04 <jow_laptop> -A zone_wan_prerouting -p tcp -m set --match-set minecraft src -m comment --comment Minecraft-TAZ -j DNAT --to-destination 192.168.50.10:25565
Dec 17 10:36:51 <jow_laptop> I mena the rule setup works fine
Dec 17 10:38:46 <jow_laptop> it also matches, just tried by adding my work ip to the set and then netcatting my router from there
Dec 17 10:38:53 <jow_laptop> it was dnat'ed according to tcpdump
Dec 17 10:39:30 <jow_laptop> after flushing the set it is not dnat'ed anymore
Dec 17 10:51:03 <stintel> jow_laptop: I remember it adding 3 rules in total in the nat table. but I'll retry after lunch
Dec 17 10:51:42 <jow_laptop> ok
Dec 17 10:52:53 <jow_laptop> stintel: well it can add three rules if either the "wan" or "lan" zone consists of multiple ifaces
Dec 17 10:53:22 <jow_laptop> then it would repeat the same rule with -i or -o for each iface within the src or dest zone
Dec 17 10:54:09 <jow_laptop> stintel: erm nvm, I was confused :)
Dec 17 10:54:12 <jow_laptop> should be only one
Dec 17 10:58:56 <Pteridium> Has anyone a functional dts file for the VGV7510KW22 (o2 Box 6431)?
Dec 17 10:59:52 <Pteridium> or at least something that defines the configuration of the vr9 internal switch
Dec 17 11:31:44 <stintel> jow_laptop: hmmmz, I tried it again, now it seems ok. strange
Dec 17 11:32:43 <stintel> must have done something wrong then
Dec 17 12:30:52 <builder> build #31 of imx6 is complete: Failure [failed compile_2]  Build details are at http://buildbot.openwrt.org:8010/builders/imx6/builds/31
Dec 17 12:33:30 <builder> build #457 of ramips is complete: Failure [failed compile_2]  Build details are at http://buildbot.openwrt.org:8010/builders/ramips/builds/457
Dec 17 12:34:30 <builder> build #430 of rb532 is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/rb532/builds/430
Dec 17 12:36:31 <builder> build #430 of ppc44x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/ppc44x/builds/430
Dec 17 13:51:50 <dape> hello, is tp-link wr1043nd v2.1 fully supported? i think i saw something in trunk but cannot find it right now
Dec 17 13:51:59 <dape> i have the chance to get it by tomorrow
Dec 17 15:15:08 <OpenWrt-Commits> juhosg r39115 trunk/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_debugfs.c * ag71xx: ag71xx: use device name for debugfs entry
Dec 17 15:15:09 <OpenWrt-Commits> juhosg r39116 trunk/target/linux/ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_ar7240.c * ar71xx: ag71xx: use mdio bus name in ar7240_probe messages
Dec 17 15:15:51 <builder> build #393 of ixp4xx is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/ixp4xx/builds/393
Dec 17 15:20:33 <OpenWrt-Commits> juhosg r39117 trunk/target/linux/ ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx.h * ar71xx: ag71xx: store maximum frame length in the ag71xx struct
Dec 17 16:01:42 <OpenWrt-Commits> nbd r39118 trunk/package/utils/busybox/config/default * busybox: disable module utils, kmodloader provides them
Dec 17 16:01:46 <OpenWrt-Commits> nbd r39119 trunk/package/network/ utils/iproute2/Makefile utils/iproute2/patches/300-ip_tiny.patch * iproute2: reduce .ipk package size from ~100k down to ~60k
Dec 17 16:09:48 <loblik> blogic: https://lists.openwrt.org/pipermail/openwrt-devel/2013-December/022903.html would you take this? seems right to me
Dec 17 16:10:50 <loblik> and can i send the rest (rt-n14u board support) in one patch? i got everything working now (except wifi of course)
Dec 17 16:18:55 <builder> build #400 of sibyte is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/sibyte/builds/400
Dec 17 16:30:02 <OpenWrt-Commits> juhosg r39120 trunk/target/linux/ ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx.h * ar71xx: ag71xx: store RX buffer size in the ag71xx struct
Dec 17 16:30:03 <OpenWrt-Commits> juhosg r39121 trunk/target/linux/ ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_main.c ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx.h * ar71xx: ag71xx: compute the RX buffer size from the maximum frame size
Dec 17 16:34:48 <stintel> jow_laptop: seems ecn setting in /etc/config/firewall is ignored by fw3 ?
Dec 17 16:34:50 <stintel>  * Set tcp_ecn to off
Dec 17 16:35:50 <stintel> have this in config defaults:         option tcp_ecn '2'
Dec 17 16:37:16 <tripolar> nbd: did you delete all busybox configure options from busybox on purpose?
Dec 17 16:37:32 <tripolar> config now only has
Dec 17 16:37:32 <tripolar> ./config
Dec 17 16:37:32 <tripolar> ./config/nfsmount
Dec 17 16:37:32 <tripolar> ./config/default
Dec 17 16:39:09 <stintel> jow_laptop: ah, I think I found the reason:     FW3_OPT("tcp_ecn",             bool,     defaults, tcp_ecn),
Dec 17 16:39:12 <stintel> it's not a bool
Dec 17 16:39:14 <jow_laptop> stintel: atm its interpeted as bool with the logic  if (val == "yes" || val == "true" || val == "1") val = true else val = false
Dec 17 16:39:24 <jow_laptop> therfore 2 = false
Dec 17 16:39:34 <tripolar> jow_laptop why were all busybox configure options removed?
Dec 17 16:39:34 <stintel> yeah, but 2 is valid for it
Dec 17 16:39:47 <jow_laptop> tripolar: ask nbd, I do not like it either
Dec 17 16:39:52 <stintel> I'll throw it in firewall.user for now
Dec 17 16:40:14 <tripolar> jow_laptop even the commit doesnt talk about it
Dec 17 16:40:27 <tripolar> i think it wasn't on purpose - hopefully :)
Dec 17 16:40:39 <stintel> hmm, that doesn't help :(
Dec 17 16:40:49 <jow_laptop> tripolar: it is on purpose, and the reason is that people fail to properly sync their config when busybox defaults change
Dec 17 16:41:13 <jow_laptop> you can now use env/busybox-config to put override symbols
Dec 17 16:41:26 <jow_laptop> eventually there'll be a make package/busybox/menuconfig
Dec 17 16:41:43 <tripolar> okay thanks - even the update is now easier - so everthing has something good in it ;)
Dec 17 16:42:08 <stintel> jow_laptop: I suppose this should be enough to fix it: http://bpaste.net/show/159471/
Dec 17 16:42:13 <stintel> but then there is no sanity checking
Dec 17 16:42:37 <tripolar> jow_laptop where are the default settings?
Dec 17 16:42:49 <tripolar> ahh found it
Dec 17 16:43:43 <jow_laptop> stintel: in the kernel neither
Dec 17 16:43:45 <jow_laptop> # echo 999 > /proc/sys/net/ipv4/tcp_ecn
Dec 17 16:43:49 <jow_laptop> # cat /proc/sys/net/ipv4/tcp_ecn
Dec 17 16:43:49 <jow_laptop> 999
Dec 17 16:45:04 <stintel> heh :/
Dec 17 16:46:38 <stintel> ohmmm, now ntpd init script is gone completely
Dec 17 16:47:05 <jow_laptop> sysntpd ?
Dec 17 16:47:15 <jow_laptop> maybe a side effect of the busybox config removal
Dec 17 16:47:26 <jow_laptop> init scripts are dependent on busybox symbols
Dec 17 16:47:30 <stintel> ah, I see
Dec 17 16:47:49 <stintel> could be it, weird though that my monitoring didn't catch that
Dec 17 16:48:15 <jow_laptop> so I just checked, the old script firewall also treated ecn as bool
Dec 17 16:48:26 <jow_laptop> I merely copied that behaviour
Dec 17 16:48:32 <jow_laptop> will turn it into an int
Dec 17 16:48:50 <stintel> ah, guess I never noticed it before, but fw3 reload is verbose about it :)
Dec 17 16:48:53 <stintel> thanks
Dec 17 16:49:13 <stintel> not sure if 1 is supposed to be safe already
Dec 17 16:49:41 <stintel> and well, working at an ISP currently, the stories I hear here ... :)
Dec 17 16:50:35 <stintel> right, just using snmpd to monitor my openwrt devices, not check_mk-agent
Dec 17 16:51:15 <stintel> that's why it doesn't monitor time
Dec 17 17:02:04 <OpenWrt-Commits> jow r39122 trunk/package/network/config/firewall/Makefile * firewall: fix handling of tcp_ecn parameter
Dec 17 17:02:14 <stintel> jow_laptop: cheers
Dec 17 17:02:26 <jow_laptop> it was slighlty more than s/bool/int/
Dec 17 17:03:06 <jow_laptop> another possible problem is that "yes" and "true" are not accepted as values anymore, but I think nobody ever used those values anyway
Dec 17 17:03:56 <stintel> nbd: ever since removal of libusb-legacy, the usbhid-ups from nut is unable to detect my UPS. any suggestions how I could debug or fix this ?
Dec 17 17:13:15 <KanjiMonster> stintel: which nut version? maybe this is related? -> https://github.com/networkupstools/nut/issues/26 (seems to be only in the latest release, 2.7.1)
Dec 17 17:13:49 <stintel> 2.6.5-2
Dec 17 17:14:13 <stintel> KanjiMonster: it's like explained here: http://comments.gmane.org/gmane.comp.monitoring.nut.user/7847
Dec 17 17:15:24 <stintel> maybe I should try libusbx instead
Dec 17 17:17:57 <KanjiMonster> maybe
Dec 17 17:19:20 <OpenWrt-Commits> jow r39123 trunk/package/utils/busybox/Makefile * busybox: restore init scripts
Dec 17 17:21:46 <stintel> I'll try that and see what it gives :)
Dec 17 17:51:08 <stintel> nope, no use. guess nut needs porting to libusb-1.0
Dec 17 18:18:47 <blogic> loblik: yes that is good and correct
Dec 17 18:18:55 <blogic> i will do a merging day tomorrow
Dec 17 18:33:53 <Pteridium> blogic: little question, can owrt boot directly from brn-boot now?
Dec 17 18:34:47 <Pteridium> mtd_split.c defines brnimage
Dec 17 18:35:21 <builder> build #442 of uml is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/uml/builds/442
Dec 17 18:35:22 <blogic> i think so yes
Dec 17 18:35:41 <blogic> Pteridium: i have not tested it in a while but as far as i know it should work
Dec 17 18:36:06 <Pteridium> then i'll test it. Thanks for the answer
Dec 17 18:38:07 <blogic> if it fails tell me and i will help debug it
Dec 17 18:42:28 <Pteridium> ok, but i only want to test it for those people that briks their routers when flashing u-boot
Dec 17 18:42:45 <Pteridium> they are like a headache :-/
Dec 17 18:45:07 <Pteridium> by the way, gmtii is testing ram images for the livebox 2.1 using the u-boot that comes in the flash
Dec 17 18:45:46 <Pteridium> but still we haven't a good dts file :)
Dec 17 19:07:20 <OpenWrt-Commits> jogo r39124 trunk/package/kernel/gpio-button-hotplug/src/gpio-button-hotplug.c * gpio-button-hotplug: fix crash on remove
Dec 17 19:09:21 <builder> build #376 of au1000 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/376
Dec 17 20:39:47 <OpenWrt-Commits> nbd r39125 trunk/package/ utils/busybox/config/nfsmount utils/busybox/Makefile utils/busybox/Config.in
Dec 17 20:39:47 <OpenWrt-Commits> busybox: add back support for top-level menuconfig based config overrides (can be used by custom packages to alter the config)
Dec 17 21:01:44 <builder> build #457 of lantiq is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/lantiq/builds/457
Dec 17 21:30:13 <builder> build #473 of brcm47xx is complete: Failure [failed shell_14]  Build details are at http://buildbot.openwrt.org:8010/builders/brcm47xx/builds/473
Dec 17 22:09:47 <builder> build #455 of cobalt is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/cobalt/builds/455
Dec 17 22:11:30 <builder> build #431 of x86 is complete: Failure [failed compile_8]  Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/431
Dec 17 22:16:01 <builder> build #348 of iop32x is complete: Failure [failed shell_12]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/348
Dec 17 22:16:25 <OpenWrt-Commits> juhosg r39126 trunk/target/linux/ar71xx/files/arch/mips/ath79/ dev-eth.c dev-eth.h * ar71xx: make ag71xx_mdio_platform_data visible
Dec 17 22:16:27 <OpenWrt-Commits> juhosg r39127 trunk/target/linux/ ar71xx/files/drivers/net/ethernet/atheros/ag71xx/ag71xx_mdio.c ar71xx/files/arch/mips/include/asm/mach-ath79/ag71xx_platform.h * ar71xx: implement callback in mdio reset
Dec 17 22:16:28 <OpenWrt-Commits> juhosg r39128 trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c * ar71xx: implement switch fix for WD My Net N750
Dec 17 22:16:29 <OpenWrt-Commits> juhosg r39129 trunk/target/linux/ar71xx/files/arch/mips/ath79/mach-mynet-n750.c * ar71xx: fix WD My Net N750 switch led cfg
Dec 17 22:16:30 <OpenWrt-Commits> juhosg r39130 trunk/target/linux/ ar71xx/generic/profiles/wd.mk ar71xx/image/Makefile * ar71xx: enable images for WD My Net N750
Dec 17 22:21:32 <builder> build #30 of mxs is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/mxs/builds/30
Dec 17 22:26:40 <builder> build #483 of at91 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/483
Dec 17 22:45:24 <builder> build #467 of orion is complete: Failure [failed compile_8]  Build details are at http://buildbot.openwrt.org:8010/builders/orion/builds/467
Dec 17 23:10:04 <builder> build #410 of avr32 is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/410
Dec 17 23:12:07 <builder> build #31 of mvebu is complete: Failure [failed compile_4]  Build details are at http://buildbot.openwrt.org:8010/builders/mvebu/builds/31
Dec 18 02:09:10 <builder> build #387 of kirkwood is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/kirkwood/builds/387
Dec 18 02:17:59 <builder> build #398 of xburst is complete: Failure [failed shell_14]  Build details are at http://buildbot.openwrt.org:8010/builders/xburst/builds/398
**** ENDING LOGGING AT Wed Dec 18 02:59:59 2013