**** BEGIN LOGGING AT Tue Dec 11 03:00:00 2012
Dec 11 05:52:30 <builder__> build #107 of x86 is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/x86/builds/107
Dec 11 06:04:50 <builder__> build #103 of avr32 is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/avr32/builds/103
Dec 11 07:40:30 <builder__> build #101 of xburst is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/xburst/builds/101
Dec 11 09:01:08 <builder__> build #89 of iop32x is complete: Failure [failed shell_11]  Build details are at http://buildbot.openwrt.org:8010/builders/iop32x/builds/89
Dec 11 09:03:28 <builder__> build #89 of etrax is complete: Failure [failed shell_11]  Build details are at http://buildbot.openwrt.org:8010/builders/etrax/builds/89
Dec 11 09:28:30 <dwmw2_gone> jow_laptop?
Dec 11 09:28:58 <jow_laptop> yes?
Dec 11 09:29:15 <dwmw2_gone> that luci-statistics patch for nut support, with mixed charsets
Dec 11 09:29:30 <dwmw2_gone> do you want it submitted in some other form? Or is the reference to the git tree sufficient?
Dec 11 09:29:40 <jow_laptop> should be enough
Dec 11 09:29:56 <dwmw2_gone> or is there some other way I could put the ° sign into the source code?
Dec 11 09:30:11 <dwmw2_gone> \xA0 in the string, or something?
Dec 11 09:34:44 <jow_laptop> don't think so
Dec 11 09:35:00 <dwmw2_gone> http://lua-users.org/lists/lua-l/2011-01/msg00410.html
Dec 11 09:35:05 <dwmw2_gone> Yes, I read that too, and I'm aware that one can code arbitrary octets using escape sequences like \043 \123 etc.
Dec 11 09:35:18 <dwmw2_gone> I'll try that
Dec 11 09:35:18 <jow_laptop> $ lua -e 'print "\260"'
Dec 11 09:35:19 <jow_laptop> lua: (command line):1: escape sequence too large near '"'
Dec 11 09:35:27 <dwmw2_gone> hm
Dec 11 09:35:58 <dwmw2_gone> > print "df\123"
Dec 11 09:35:58 <dwmw2_gone> df{
Dec 11 09:36:10 <jow_laptop> yeah because < 128
Dec 11 09:36:15 <dwmw2_gone> ah
Dec 11 09:37:04 <jow_laptop> ah wait
Dec 11 09:37:11 <jow_laptop> the escapes are decimal
Dec 11 09:37:19 <dwmw2_gone> yeah
Dec 11 09:37:37 <jow_laptop> so \176
Dec 11 09:37:39 <jow_laptop> will work
Dec 11 09:37:43 <jow_laptop> just tested
Dec 11 09:37:45 <dwmw2_gone> great, thanks
Dec 11 09:37:49 <dwmw2_gone> $ lua -e 'print "\176"' | iconv -f iso8859-1 -t utf8
Dec 11 09:37:49 <dwmw2_gone> °
Dec 11 09:37:56 <dwmw2_gone> Will resend that patch in email
Dec 11 09:38:03 <dwmw2_gone> after testing in place
Dec 11 09:54:44 <OpenWrt-Commits> jow r34625 trunk/include/netfilter.mk * netfilter.mk: fix packaging of xt_LOG.ko, it moved between 3.3.8 and 3.6.x
Dec 11 11:01:31 <russell--> one thing i miss on mikrotik/nand is the lack of /overlay where i can see all my local post-flash tweaks
Dec 11 11:26:46 <russell--> like, wtf did i do two months ago so that port forwarding worked ;-)
Dec 11 11:32:04 <OpenWrt-Commits> florian r34626 trunk/ include/kernel-version.mk target/linux/generic/patches-3.7/067-input_keymap_module_license.patch * kernel: update to 3.7 final
Dec 11 11:42:11 <builder__> build #98 of ixp4xx is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/ixp4xx/builds/98
Dec 11 11:45:04 <builder__> build #86 of gemini is complete: Failure [failed shell_11]  Build details are at http://buildbot.openwrt.org:8010/builders/gemini/builds/86
Dec 11 11:46:00 <builder__> build #97 of kirkwood is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/kirkwood/builds/97
Dec 11 11:51:19 <builder__> build #92 of rdc is complete: Failure [failed shell_11]  Build details are at http://buildbot.openwrt.org:8010/builders/rdc/builds/92
Dec 11 13:15:30 <dwmw2_gone> jow_laptop: resent (at last; mum is home to take over unwell baby)
Dec 11 13:31:29 <jow_laptop> dwmw2_gone: applied with some whitespace modifications
Dec 11 13:31:57 <dwmw2_gone> thanks
Dec 11 13:32:03 <dwmw2_gone> having issues with collectd-mod-nut
Dec 11 13:32:12 <dwmw2_gone> if it stores a value more than about 2000, it ends up storing NaN
Dec 11 13:33:11 <jow_laptop> naybe some wrong datasource definitions
Dec 11 13:34:34 <dwmw2_gone>       else if (strcmp ("battery.runtime", key) == 0) {
Dec 11 13:34:34 <dwmw2_gone> 	      nut_submit (ups, "timeleft", "battery", (double)2500.0);
Dec 11 13:34:34 <dwmw2_gone> 	      printf("battery.timeleft was %lf\n", value);
Dec 11 13:34:34 <dwmw2_gone>       }
Dec 11 13:34:37 <dwmw2_gone> it prints the right number
Dec 11 13:34:43 <dwmw2_gone> and nut_submit() is what it uses for everything else
Dec 11 13:35:05 <jow_laptop> I meand maybe the rrd file itself is wrongly defined
Dec 11 13:35:25 <dwmw2_gone>                 <min> 0.0000000000e+00 </min>
Dec 11 13:35:25 <dwmw2_gone>                 <max> 3.6000000000e+03 </max>
Dec 11 13:35:26 <dwmw2_gone> aha
Dec 11 13:35:48 <dwmw2_gone> 3600 seconds. Not a great UPS :)
Dec 11 13:36:44 <dwmw2_gone> er, where does that come from?
Dec 11 13:37:00 <jow_laptop> types.db
Dec 11 13:37:04 <dwmw2_gone> the only thing in the collectd-mod-nut package is nut.so, and nut.c doesn't seem to have that definition
Dec 11 13:37:06 <dwmw2_gone> ta
Dec 11 13:37:25 <jow_laptop> timelefttimeleft:GAUGE:0:3600
Dec 11 13:37:32 <jow_laptop> timeleft        timeleft:GAUGE:0:3600
Dec 11 13:38:05 <jow_laptop> might make sense to send them a patch
Dec 11 13:38:15 <dwmw2_gone> it's more fun than that
Dec 11 13:38:20 <dwmw2_gone> nut gives timeleft in seconds
Dec 11 13:38:33 <dwmw2_gone> snmp has it in minutes, I believe. And collectd just stores them both as 'timeleft'
Dec 11 13:38:41 <dwmw2_gone> which is not entirely broken, but distinctly suboptimal
Dec 11 13:38:53 <jow_laptop> probably an oversight
Dec 11 13:38:57 <dwmw2_gone> ./contrib/collection.cgi:    timeleft => ['-v', 'Minutes',
Dec 11 13:39:01 <dwmw2_gone> they seem to think it's minutes
Dec 11 13:39:12 <dwmw2_gone> so I'll patch the nut plugin to divide by 60, I suppose
Dec 11 13:39:19 <dwmw2_gone> and then amend that patch I just sent you.
Dec 11 13:39:22 <jow_laptop> yeah, mightm ake more sense
Dec 11 13:39:40 <dwmw2_gone> it'll still screw up if the UPS can run for more than an hour. I still need to increase the max
Dec 11 13:40:07 <jow_laptop> 3600 is strange max value for something supposed to count minutes
Dec 11 13:40:29 <jow_laptop> would have expected something like 1440 or so
Dec 11 13:40:33 <dwmw2_gone> 60 hours
Dec 11 13:40:39 <dwmw2_gone> yeah. odd
Dec 11 13:40:47 <dwmw2_gone> so no, I don't need to increase the maximum.
Dec 11 13:40:51 <dwmw2_gone> Just divide by 60 I think
Dec 11 13:41:05 <stintel> I'd love such an UPS :)
Dec 11 13:41:10 <builder__> build #93 of ar71xx is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/ar71xx/builds/93
Dec 11 13:41:28 <dwmw2_gone> battery.timeleft was 3932100.000000
Dec 11 13:41:34 <dwmw2_gone> (gdb) p 3932100 / 60
Dec 11 13:41:34 <dwmw2_gone> $1 = 65535
Dec 11 13:44:45 <dwmw2_gone> ooh, shiny. My new Geos just arrived
Dec 11 13:46:54 <jow_laptop> seems you forgot to add the nut plugin config page to the menu
Dec 11 13:55:14 <dwmw2_gone> er, did I?
Dec 11 13:55:30 <dwmw2_gone> it doesn't appear if collectd-mod-nut isn't installed
Dec 11 13:55:39 <dwmw2_gone> it is also possible that I forgot to commit that bit
Dec 11 13:55:40 * dwmw2_gone checks
Dec 11 13:55:42 <jow_laptop> http://luci.subsignal.org/trac/changeset/9536
Dec 11 13:56:31 <dwmw2_gone> ah, thanks
Dec 11 13:56:33 <dwmw2_gone> what does that do?
Dec 11 13:56:56 <jow_laptop> it makes the nut config tab appear in the collectd config area (not talking about the grpah output page)
Dec 11 13:57:06 <dwmw2_gone> under 'system plugins'?
Dec 11 13:57:11 <jow_laptop> yes
Dec 11 13:57:17 <dwmw2_gone> is there for me
Dec 11 13:58:03 <dwmw2_gone> oh, because I *had* added that on my target system
Dec 11 13:58:08 <dwmw2_gone> and just forgot to commit it, evidently
Dec 11 13:58:11 <dwmw2_gone> sorry
Dec 11 13:58:38 <jow_laptop> np
Dec 11 13:58:53 <dwmw2_gone> did ypu apply the three packages patches to make collectd-mod-nut actually build?
Dec 11 13:59:57 <jow_laptop> no
Dec 11 14:00:29 <jow_laptop> no build environment here
Dec 11 14:00:40 <jow_laptop> maybe this evening, not sure
Dec 11 14:02:04 <dwmw2_gone> ok, ta.
Dec 11 14:02:23 <dwmw2_gone> can I get you to switch the timeleft units to minutes in the graph? Or should I send you a patch?
Dec 11 14:03:53 <jow_laptop> is it just changing labels?
Dec 11 14:05:15 <dwmw2_gone> yes
Dec 11 14:05:21 <dwmw2_gone> 's' to 'm' and 'seconds' to 'minutes'
Dec 11 14:05:24 <jow_laptop> number format remains?
Dec 11 14:05:28 <dwmw2_gone> yeah
Dec 11 14:05:41 <dwmw2_gone> there were no decimals in it iirc
Dec 11 14:05:59 <dwmw2_gone> +               vlabel = "seconds",
Dec 11 14:05:59 <dwmw2_gone> +               number_format = "%7lfs",
Dec 11 14:06:12 <dwmw2_gone> just to 'minutes' and '%7lfm'
Dec 11 14:06:28 <dwmw2_gone> thanks
Dec 11 14:17:10 <OpenWrt-Commits> juhosg r34627 trunk/package/mac80211/ patches/306-pending-rt2x00-zero-out-rx_status.patch patches/307-pending-ath5k-zero-out-rx_status.patch patches/308-pending-p54-zero-out-rx_status.patch * mac80211: zero-out rx_status in rt2x00, ath5k, p54
Dec 11 14:39:52 <dwmw2_gone> jow_laptop: another odd thing about the collectd stats in luci. The "now" point in time is a few pixels from the right-hand side of the graph
Dec 11 14:40:02 <dwmw2_gone> and it draws a line back down to zero (on the X axis) at 'now'.
Dec 11 14:40:04 <dwmw2_gone> which looks really odd
Dec 11 14:40:31 <dwmw2_gone> you can see it on the voltage graph at http://david.woodhou.se/luci-stats-ups.png for example
Dec 11 14:40:37 <dwmw2_gone> and the temperature one
Dec 11 14:41:11 <jow_laptop> *shrug*
Dec 11 14:41:33 <jow_laptop> happens due to bad alignment
Dec 11 14:46:26 <jow_laptop> https://lists.oetiker.ch/pipermail/rrd-users/2001-January/001948.html
Dec 11 14:46:36 <dwmw2_gone> thanks
Dec 11 14:47:14 <dwmw2_gone> I suppose a pure horizontal line is better than a drop to zero, but *no* made-up data would be better!
Dec 11 14:56:51 <jow_laptop> try this: http://pastebin.com/WtPmxt48
Dec 11 14:59:00 <jow_laptop> no made-up data means not using "NOW-$timespan" anymore, which complicates stuff
Dec 11 14:59:22 <jow_laptop> because we have to inspect the db with rrdtool info to find the last update point, then use that as timeframe
Dec 11 15:04:00 <__trine> wifi in trunk is broken
Dec 11 15:04:09 <jow_laptop> *yawn*
Dec 11 15:04:14 <jow_laptop> details
Dec 11 15:04:24 <__trine> double yawn
Dec 11 15:04:34 <__trine> root@OpenWrt:/tmp# insmod ath9k
Dec 11 15:04:35 <__trine> insmod: can't insert 'ath9k': unknown symbol in module, or unknown parameter
Dec 11 15:04:35 <__trine> root@OpenWrt:/tmp#
Dec 11 15:04:42 <jow_laptop> dmesg
Dec 11 15:06:32 <__trine> http://pastebin.com/sT5j0W4a
Dec 11 15:09:11 <__trine> here's the full dmesg http://pastebin.com/wHejpjXF
Dec 11 15:09:30 <jow_laptop> looks like you have CONFIG_STRIP_KERNEL_EXPORTS enabled in your config
Dec 11 15:09:34 <jow_laptop> disable it
Dec 11 15:10:09 <__trine> ok
Dec 11 15:11:32 <__trine> I will try another compile and flash
Dec 11 15:14:39 <dwmw2_gone> [pid  2097] write(2, "invalid rpn expression 'TIME,NOW,LT,1temperature_avg_raw,PREV,IF'", 65) = 65
Dec 11 15:15:02 <jow_laptop> the 1 looks odd
Dec 11 15:15:42 <dwmw2_gone> I'd just got there
Dec 11 15:15:49 <dwmw2_gone> applied by hand... maybe I did that
Dec 11 15:16:06 <dwmw2_gone> I didn't.
Dec 11 15:16:51 <dwmw2_gone> + _tif( _args, "DEF:%s_avg_raw=%s:%s:AVERAGE", inst, rrd, ds )
Dec 11 15:16:54 <dwmw2_gone> I did omit that line though
Dec 11 15:17:08 <jow_laptop> %s_avg -> %s_avg_raw
Dec 11 15:17:40 <dwmw2_gone>                 _tif( _args, "DEF:%s_avg_raw=%s:%s:AVERAGE", inst, rrd, ds )
Dec 11 15:17:40 <dwmw2_gone>                 _tif( _args, "CDEF:%s_avg_raw=TIME,NOW,LT,%s_avg_raw,PREV,IF", $
Dec 11 15:17:49 <dwmw2_gone> like that? (apart from the truncation)
Dec 11 15:17:54 <jow_laptop> the 2nd is wrong
Dec 11 15:18:15 <jow_laptop> first _avg_raw must be _avg
Dec 11 15:18:23 <dwmw2_gone> sorry, that was me interpreting your '_avg -> _avg_raw :)
Dec 11 15:18:24 <jow_laptop> in the 2nd line
Dec 11 15:18:29 <jow_laptop> no
Dec 11 15:18:38 <jow_laptop> well, basically as in the diff
Dec 11 15:19:07 <dwmw2_gone> rrdtool graph 2.3600.png -a PNG -s NOW-3600 -w 600 -t "geos.infradead.org: Current on UPS \"openups\"" -v A "DEF:1current_avg=current-battery.rrd:value:AVERAGE" "CDEF:1current_nnl=1current_avg,UN,0,1current_avg,IF" "DEF:2current_avg=current-output.rrd:value:AVERAGE" "CDEF:2current_nnl=2current_avg,UN,0,2current_avg,IF" "CDEF:2current_stk=2current_nnl" "CDEF:1current_stk=1current_nnl" "LINE2:1current_stk#0000ff:Battery current" "GPRINT:1cu
Dec 11 15:19:07 <dwmw2_gone> rrent_avg:AVERAGE:\tAvg\\: %5.3lfA" "GPRINT:1current_avg:LAST:\tLast\\: %5.3lfA\\l" "LINE2:2current_stk#00e000:Output current " "GPRINT:2current_avg:AVERAGE:\tAvg\\: %5.3lfA" "GPRINT:2current_avg:LAST:\tLast\\: %5.3lfA\\l"
Dec 11 15:19:12 <dwmw2_gone> that's the working invocation
Dec 11 15:19:17 <dwmw2_gone> the '1' seems normal enough
Dec 11 15:19:58 <jow_laptop> ok
Dec 11 15:25:06 <jow_laptop> don't see whats wrong weith the rpn
Dec 11 15:25:12 <jow_laptop> matches the documentation
Dec 11 15:35:22 <dwmw2_gone> jow_laptop: ok, it builds graphs but it doesn't actually solve the problem
Dec 11 15:35:30 <dwmw2_gone> [pid  4043] execve("/usr/bin/rrdtool", ["rrdtool", "graph", "/tmp/rrdimg/geos.infradead.org/nut-openups/3.3600.png", "-a", "PNG", "-s", "NOW-3600", "-w", "600", "-t", "geos.infradead.org: Battery charge on UPS \"openups\"", "-v", "Percent", "DEF:1percent_avg_raw=/tmp/rrd/geos.infradead.org/nut-openups/percent-charge.rrd:percent:AVERAGE", "CDEF:1percent_avg=TIME,NOW,LT,1percent_avg_raw,PREV,IF", "CDEF:1percent_nnl=1percent_avg,UN,0,1percen
Dec 11 15:35:31 <dwmw2_gone> t_avg,IF", "CDEF:1percent_stk=1percent_nnl", "AREA:1percent_stk#bfffbf", "LINE1:1percent_stk#00ff00:Charge level", "GPRINT:1percent_avg:AVERAGE:\tAvg\\: %5.1lf%", "GPRINT:1percent_avg:LAST:\tLast\\: %5.1lf%\\l"]
Dec 11 15:44:17 <jow_laptop> dwmw2_gone: then I don't have any quick solution
Dec 11 15:44:46 <dwmw2_gone> we *know* the sample frequency, right?
Dec 11 15:45:05 <dwmw2_gone> we ought to be able to *predict* the last point ( and just give appropriate -e $THEN )
Dec 11 15:45:08 <jow_laptop> I don't want to screen-scrape rrdtool info before each rrdtool grpah call
Dec 11 15:45:11 <dwmw2_gone> rather than having to query the database?
Dec 11 15:45:29 <dwmw2_gone> ah, don't we know the frequency in advance?
Dec 11 15:45:30 <jow_laptop> predict? don't think that the clock is that stable
Dec 11 15:46:13 <jow_laptop> also if it samples every say 5 seconds I still don't know the interval offset from now (which is exactly the gap you see)
Dec 11 15:46:40 <KanjiMonster> ok
Dec 11 15:46:52 <jow_laptop> and to predict it I would need to know the start time which isn't known either
Dec 11 15:47:09 <dwmw2_gone> using '-s 13:39 -e 14:39' as rrdtool graph args makes a nice graph with my snatched dataset
Dec 11 15:47:21 <dwmw2_gone> start time is an hour (or whatever) before the end time :)
Dec 11 15:47:56 <dwmw2_gone> for a given sample frequency and a given gettimeofday() result, the question "when should the latest entry be?" is simple to answer.
Dec 11 15:49:02 <jow_laptop> sure you could still substract one complete interval from the current time
Dec 11 15:51:40 <dwmw2_gone> the samples from nut at least seem to be 30 seconds apart, on the minute and on the half-minute
Dec 11 15:51:58 <dwmw2_gone> never at (for example) 18 seconds past the minute and 48 seconds past the minute, because that's when collectd was started
Dec 11 15:52:20 <dwmw2_gone> so we should always be able to round the current time "down" to the nearest 30 seconds and that should always be the latest sample
Dec 11 15:53:46 <jow_laptop> problem is that different plugins have different intervals
Dec 11 15:54:18 <dwmw2_gone> let it be configurable then. We have plenty of per-plugin config for the graphs already
Dec 11 15:54:18 <jow_laptop> so not sure if that can still leave gaps
Dec 11 15:54:36 <dwmw2_gone> looking now at rrdgraph man page to see if there's a way to specify "latestpoint" instead of "now"
Dec 11 15:54:36 <jow_laptop> quite much effort for 4 pixel margin
Dec 11 15:54:48 <jow_laptop> there is END
Dec 11 15:55:04 <jow_laptop> but that means you will see stale data if the graph stopped updating
Dec 11 15:55:51 <dwmw2_gone> if end > now - (graph period / 10) then end else now
Dec 11 15:56:19 <jow_laptop> too complex
Dec 11 15:56:42 <dwmw2_gone> ERROR: the end time cannot be specified relative to itself
Dec 11 15:56:52 <dwmw2_gone> end is end time of graph, not last datum
Dec 11 15:57:01 <jow_laptop> correct
Dec 11 15:57:21 <dwmw2_gone> $ rrdtool last current-output.rrd
Dec 11 15:57:21 <dwmw2_gone> 1355237573
Dec 11 16:09:51 <dwmw2_gone> hell 'stat' on the file would probably be good enough
Dec 11 16:10:02 <dwmw2_gone> fine the mtime.
Dec 11 16:10:06 <dwmw2_gone> find
Dec 11 16:44:19 <dwmw2_gone> jow_laptop: oh, it's more fun than that. My dataset runs to 14:38:00. But I get the truncated graph if I plot to anything later than 14:38:05
Dec 11 16:44:32 <dwmw2_gone> which is to do with the way that multiple data points re combined to make one pixel, I think
Dec 11 16:44:39 <dwmw2_gone> that's kind of explained in the mail you pointed me at
Dec 11 16:45:04 <dwmw2_gone> the more I poke at it, the more I think it's just a bug in rrdtool
Dec 11 16:45:11 <dwmw2_gone> it shouldn't be treating NaN as zero.
Dec 11 16:57:10 <OpenWrt-Commits> cyrus r34628 trunk/package/network/ipv6/6relayd/Makefile * 6relayd: Fix announcement of deprecated prefixes
Dec 11 16:57:16 <OpenWrt-Commits> cyrus r34629 trunk/package/network/ipv6/6distributed/Makefile * 6distributed: Add support for secondary addresses
Dec 11 16:57:29 <OpenWrt-Commits> cyrus r34630 trunk/package/network/ ipv6/ipv6-support/Makefile ipv6/ipv6-support/files/support.sh
Dec 11 16:57:29 <OpenWrt-Commits> ipv6-support: Make ULA addresses secondary
Dec 11 16:57:29 <OpenWrt-Commits> * Deprecates ULA prefixes when there are other public prefixes
Dec 11 16:57:29 <OpenWrt-Commits> * Fixes issues with clients using incorrect source addresses
Dec 11 16:58:46 <OpenWrt-Commits> florian r34631 packages/libs/ orbit2/patches/001-remove-libtool.patch orbit2/Makefile orbit2/patches/010-dont-run-testprograms.patch * orbit2: update to 2.14.19
Dec 11 16:59:00 <OpenWrt-Commits> florian r34632 packages/utils/mksh/ Makefile patches/000-debian_build_fix.patch * mksh: fix build on mipsel platforms
Dec 11 16:59:00 <OpenWrt-Commits> florian r34633 packages/libs/ ptlib/patches/010-fix-gcc_4_3-compile.patch ptlib/Makefile * ptlib: update to 2.10.9
Dec 11 16:59:00 <OpenWrt-Commits> florian r34634 packages/libs/opal/Makefile * opal: do not build against uclibc++
Dec 11 17:23:14 <OpenWrt-Commits> florian r34635 packages/libs/boost/patches/200-cstdint_missing_include.patch * boost: fix build failure
Dec 11 17:23:15 <OpenWrt-Commits> florian r34636 packages/libs/wt/patches/200-fix_boost_1_50_build.patch * wt: fix build against boost 1.50+
Dec 11 17:24:31 <builder__> build #83 of mcs814x is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/mcs814x/builds/83
Dec 11 17:26:20 <builder__> build #82 of octeon is complete: Failure [failed shell_11]  Build details are at http://buildbot.openwrt.org:8010/builders/octeon/builds/82
Dec 11 17:49:55 <OpenWrt-Commits> juhosg r34637 trunk/package/mac80211/ patches/306-pending-rt2x00-zero-out-rx_status.patch patches/307-pending-ath5k-zero-out-rx_status.patch patches/308-pending-p54-zero-out-rx_status.patch * mac80211: update rt2x00 rx_status patch
Dec 11 17:50:20 <builder__> build #87 of adm5120 is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/adm5120/builds/87
Dec 11 17:51:49 <OpenWrt-Commits> florian r34638 packages/net/peerguardian/ patches Makefile files/peerguardian.init * peerguardian: update to 2.2.2
Dec 11 17:56:18 <builder__> build #121 of s3c24xx is complete: Failure [failed shell_11]  Build details are at http://buildbot.openwrt.org:8010/builders/s3c24xx/builds/121
Dec 11 18:07:18 <builder__> build #89 of ep93xx is complete: Failure [failed shell_7 compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/ep93xx/builds/89
Dec 11 18:47:08 <builder__> build #94 of au1000 is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/au1000/builds/94
Dec 11 19:14:58 <builder__> build #84 of mpc52xx is complete: Failure [failed compile_5]  Build details are at http://buildbot.openwrt.org:8010/builders/mpc52xx/builds/84
Dec 11 20:15:23 <OpenWrt-Commits> juhosg r34639 trunk/ (13 files in 11 dirs) * kernel: update linux 3.6 to 3.6.10
Dec 12 01:40:25 <builder__> build #124 of at91 is complete: Success [build successful]  Build details are at http://buildbot.openwrt.org:8010/builders/at91/builds/124
**** ENDING LOGGING AT Wed Dec 12 02:59:58 2012