similar to: polling Buildbot and Trac

On Oct 12, 2011, at 4:11 AM, clepple+buildbot at ghz.cc wrote: > The Buildbot has detected a new failure of Solaris-intel on Network > UPS Tools. > Full details are available at: > http://buildbot.networkupstools.org/public/nut/builders/Solaris-intel/builds/133 I should mention that this latest round of buildbot failure emails is misleading - the SVNPoller process wedged itself

> > Ah! This is the one that's messing up. Could someone take a look at > this and see why it's failing? It doesn't even seem to be getting to > the "svn" checkout. > > Hi Bill, [sorry I was not subscribed to llvm-testresults, and noticed this only now] This is a buildbot bug apparently, see http://buildbot.net/trac/ticket/284 and

On Sep 12, 2011, at 3:13 PM, Arnaud Quette wrote: > (forwarding because of message body too big) > > Author: fbohe-guest > Date: Mon Sep 12 14:50:47 2011 > New Revision: 3214 > URL: http://trac.networkupstools.org/projects/nut/changeset/3214 > > Log: > Add nut-scanner tool Due to the build failures, I recommend we revert this merge commit for 2.6.2, or simply make

> > The Buildbot has detected a new failure of Ubuntu-maverick-x86 on > Network UPS Tools. > Full details are available at: > http://buildbot.networkupstools.org/public/nut/builders/Ubuntu-maverick-x86/builds/32 > > Buildbot URL: http://buildbot.networkupstools.org/public/nut/ > > Buildslave for this Build: cayenne Fred, I had a few spare cycles and tried building

Hey Charles, 2011/11/24 <clepple+buildbot at ghz.cc>: > The Buildbot has detected a new failure on builder Fedora-x64 while building Network UPS Tools. > Full details are available at: > ?http://buildbot.networkupstools.org/public/nut/builders/Fedora-x64/builds/453 > > Buildbot URL: http://buildbot.networkupstools.org/public/nut/ > > Buildslave for this Build:

> The Buildbot has detected a new failure of Ubuntu-lucid-x86 on > Network UPS Tools. > Full details are available at: > http://buildbot.networkupstools.org/public/nut/builders/Ubuntu-lucid-x86/builds/78 If I understand this correctly, there are multiple copies of some of the man page names in the automake variables: /usr/bin/install -c -m 644 ../../../docs/man/nut.conf.5

The Buildbot master software has finally been upgraded to 0.8.5 here: http://buildbot.networkupstools.org/public/nut/waterfall For those of you with Buildbot slave systems, the /private/nut/ URL is no longer necessary - the same username and password will work in the forms on the new pages (for actions like forcing builds, stopping builds, etc.) Hopefully I will soon be able to fix

On Wed, Feb 11, 2009 at 11:30 AM, Fr3ddie <fr3ddie at fr3ddie.it> wrote: > Charles Lepple wrote: >> When something gets updated, you would then run 'svn update' to pull >> the latest changes in. > > Ok. > >> The dependencies are set up such that if only one driver is changed >> during the SVN update, running 'make' on that directory should

> The Buildbot has detected a new failure of Ubuntu-maverick-x86 on > Network UPS Tools. > Full details are available at: > http://buildbot.networkupstools.org/public/nut/builders/Ubuntu-maverick-x86/builds/39 Looks like the nutscan-snmp.h file has not been checked into the branch: make[3]: Entering directory `/var/lib/buildbot/buildbot-slave-cayenne/

I guess I have absorbed a bit of the agile development philosophy, or maybe I am a sucker for automatically generated status displays, but whatever the reason, we now have a Buildbot running: http://buildbot.ghz.cc/public/nut/ The idea is that anytime someone checks a new SVN revision into NUT, the buildbot master will ask the slaves to check out the changes and build NUT. Since the build

Citeren Arnaud Quette <aquette op alioth.debian.org>: > Author: aquette > Date: Fri Dec 17 23:32:20 2010 > New Revision: 2748 > URL: http://trac.networkupstools.org/projects/nut/changeset/2748 > > Log: > --with-doc=auto now behave depending on AsciiDoc presence Instead of building whatever can be build (depending on the versions found), you now have changed the

On Sep 24, 2011, at 3:54 PM, clepple+buildbot at ghz.cc wrote: > The Buildbot has detected a new failure of FreeBSD-x86 on Network > UPS Tools. > Full details are available at: > http://buildbot.networkupstools.org/public/nut/builders/FreeBSD-x86/builds/266 http://buildbot.ghz.cc/public/nut/builders/FreeBSD-x86/builds/266/steps/compile/logs/stdio : libtool: compile: gcc

On Wed, 2011-09-14 at 12:24 +0000, Charles Lepple wrote: > Author: clepple-guest > Date: Wed Sep 14 12:24:58 2011 > New Revision: 3225 > URL: http://trac.networkupstools.org/projects/nut/changeset/3225 > > Log: > Silence redefined PACKAGE_ macro warnings > > This should be fixed properly upstream, but in the mean time, the SNMP-based > tools can't use these

On Nov 13, 2012, at 3:37 PM, Arnaud Quette wrote: > Fix Buildbot failures on commit r3776 One small request in the commit messages: please mention exact commit numbers only if the commit is hard to find. Something like "fix buildbot failures from previous commit" is specific enough, without making the reader look up a specific commit number. The reason is that it will be harder to

2010/12/22 Arjen de Korte <adkorte-guest at alioth.debian.org> > Author: adkorte-guest > Date: Wed Dec 22 20:31:42 2010 > New Revision: 2777 > URL: http://trac.networkupstools.org/projects/nut/changeset/2777 > > Log: > Don't version generated files > > Deleted: > trunk/scripts/hal/ups-nut-device.fdi.in > trunk/scripts/hotplug/libhid.usermap >

Hello, Here is a summary of discussions around NUT builds on Mac OS X 10.10. Starting from https://github.com/networkupstools/nut-website/issues/7 <https://github.com/networkupstools/nut-website/issues/7> @JeanPerriault I've found msort on macports (https://trac.macports.org/browser/trunk/dports/textproc/msort/Portfile, http://billposer.org/Software/Downloads/ msort.pdf), but I'm

All, If you are looking for the old "waterfall" view, it has moved to here: http://buildbot.ghz.cc/public/nut/waterfall You might have to shift-reload the page to get the new CSS files. There are a bunch of useful views listed here: http://buildbot.ghz.cc/public/nut/ Let me know if you see any room for improvement. - Charles

On Jan 13, 2011, at 3:10 PM, Arnaud Quette wrote: > Author: aquette > Date: Thu Jan 13 20:10:15 2011 > New Revision: 2825 > URL: http://trac.networkupstools.org/projects/nut/changeset/2825 > > Log: > Remove AsciiDoc hard-coded verbose flag, which can now be enabled > using 'ASCIIDOC_VERBOSE=-v make' Heh. That's what was making the Debian buildslave pass :-)

> > ---------- Forwarded message ---------- > From: Frederic BOHE <fbohe-guest at alioth.debian.org> > To: nut-commits at lists.alioth.debian.org > Date: Wed, 16 Mar 2011 14:57:09 +0000 > Subject: svn commit r2940 - in > branches/windows_port/scripts/Windows/Installer: . ImageFiles > ImageFiles/Binary ImageFiles/Others ImageFiles/emptyDir >

Hongbin, Did you tweak sys.path? # Extend paths to allow loading zorg and config modules. import os, sys path = os.path.join(os.environ.get('HOME'), 'zorg', 'buildbot', 'osuosl', 'master') if path not in sys.path: sys.path.append(path) path = os.path.join(os.environ.get('HOME'), 'zorg') if path not in sys.path: sys.path.append(path)