similar to: Build failure emails from Buildbot?

Citeren clepple+buildbot op ghz.cc: > The Buildbot has detected a new failure of FreeBSD-i686. > Full details are available at: > http://buildbot.ghz.cc/public/nut/FreeBSD-i686/builds/35 Charles, It seems that m4/nut_check_libhal.m4 fails to detect the proper path where to install the .fdi files. I have no idea where these files live on FreeBSD, so could you please find out what

Charles, I was looking into why CGI isn't build on the Ubuntu box. Although everything seems to be available, it is currently showing checking for gd version via gdlib-config... 2.0.35 checking for gd include flags... -I/usr/include checking for gd library flags... -L/usr/lib -Wl,-Bsymbolic-functions -ljpeg -lfreetype -lpng12 -lz -lm checking for gd.h... yes checking for gdfontmb.h...

On Jan 24, 2010, at 10:25 AM, clepple+buildbot at ghz.cc wrote: > The Buildbot has detected a new failure of FreeBSD-i686 on Network > UPS Tools. > Full details are available at: > http://buildbot.ghz.cc/public/nut/builders/FreeBSD-i686/builds/62 > > Buildbot URL: http://buildbot.ghz.cc/public/nut/ > > Buildslave for this Build: nine-forty-four > > Build Reason:

I just upgraded the FreeBSD buildbot machine from 6.4 to 8.0, and I ran across some interesting differences. The libusb API that we use (0.1) is available in /usr/include/usb.h and /usr/lib/libusb.* as before, but it seems to be the compatibility layer from libusb 1.0. However, it doesn't include the libusb-config binary. This is from the 'ports' Makefile for NUT: ########## - -

On Dec 31, 2009, at 8:45 AM, Arjen de Korte wrote: > Author: adkorte-guest > Date: Thu Dec 31 13:45:16 2009 > New Revision: 2218 > > Log: > Add pkg-config as method to retrieve CFLAGS and LDFLAGS (but fall > back to libusb-config) > > Modified: > trunk/m4/nut_check_libusb.m4 Arjen, I'm not sure you want parentheses in the shell script fragments. Search for

> 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

On Jan 25, 2010, at 7:44 AM, Arjen de Korte wrote: > Author: adkorte-guest > Date: Mon Jan 25 12:44:52 2010 > New Revision: 2274 > > Log: > Fix compiler warning on FreeBSD [...] > + fprintf(stderr, "%4.0f.%06ld\t", difftime(now.tv_sec, > start.tv_sec), now.tv_usec - start.tv_usec); With the difftime() macro, wouldn't it be possible to just use a single

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

Citeren Arjen de Korte <adkorte-guest op alioth.debian.org>: > Author: adkorte-guest > Date: Sat Jan 23 10:06:51 2010 > New Revision: 2260 > > Log: > Need to define _XOPEN_SOURCE for strptime() prototype in glibc2 > > Modified: > ? ? trunk/drivers/mge-hid.c Arnaud, Apparently this solves the problem for the strptime() function, but now breaks the snprintf()

Chetan, Could you check the contents of the include/nut-stdint.h file, to see why there are compilation warnings on the HP-UX buildbot? Best regards, Arjen -- Please keep list traffic on the list (off-list replies will be rejected)

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

Charles, Do you have any idea why the buildbots don't update drivers/Makefile.am? The ones they are using seem to be different from the version from the trunk. Best regards, Arjen -- Please keep list traffic on the list

Citeren Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Sun Nov 16 13:00:30 2008 > New Revision: 1560 > > Log: > Generated by libtool and should not be versioned. > > Modified: > trunk/ (props changed) Right, that didn't work out quite the way I intended. Can someone please set the svn:ignore property on

On Nov 4, 2010, at 6:21 PM, Arjen de Korte wrote: > Author: adkorte-guest > Date: Thu Nov 4 22:21:51 2010 > New Revision: 2669 > URL: http://trac.networkupstools.org/projects/nut/changeset/2669 > > Log: > Add checking minimum required version for AsciiDoc tools I noticed that somewhere around this commit, the documentation stopped being built by default in BuildBot.

Citeren Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Thu Jan 15 11:54:05 2009 > New Revision: 1728 > > Log: > Another stab at this. > > Modified: > trunk/tools/Makefile.am And failing miserably... :-( Can someone more fluent in 'autotoolish' fix this problem? Currently the BuildBot is broken by update r1718

FYI (mostly Charles and Arjen), a2x version has just been bumped to 8.6.3 in their trunk. So we will be able revert r2686 cheers, Arno 2010/11/12 Stuart Rackham > > > On 12/11/10 10:45, Arnaud Quette wrote: > >> Hi Stuart, >> >> 2010/11/10 Stuart Rackham >> >> The planned 28-Oct release date has slipped by, in the mean time I >> think all

While the changes to m4/nut_check_libssl.m4 have improved detection of OpenSSL on Solaris, it breaks on platforms that did not have pkg-config from the vendor. -- Tim Rice Multitalents (707) 887-1469 tim at multitalents.net

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:

Hello, We have a Tripplite SMART1500RMXL2U and nut-2.2.0-6.el5 installed on Centos 5.3. I've been unsuccessful on getting upsmon to work. usdrvctl seems to start despite some warnings/errors: # upsdrvctl start smart1500 Network UPS Tools - UPS driver controller 2.2.0- Network UPS Tools - Tripp Lite OMNIVS and SMARTPRO driver 0.11.1 (2.2.0-) Warning: This is an experimental driver. Some

Citeren Arnaud Quette <aquette.dev at gmail.com>: > Author: aquette > Date: Sat Nov 15 22:47:26 2008 > New Revision: 1557 > > Log: > GNU libtool update > > Modified: > trunk/ChangeLog > trunk/configure.in > trunk/ltmain.sh I think 'ltmain.sh' is a generated file (at least, I hope it is), this change severely broke compilation here. I had to