similar to: [nut-commits] buildbot failure in Network UPS Tools on Ubuntu-maverick-x86

Arjen, Wow, that was quick... Thanks! (It was taking me a while to sort out all of the different CFLAGS settings; hence, the tracker item.) I would take issue with the following assertion in Makefile.am: "In any case, CFLAGS are only -I options, so there is no harm." since this is what got us into trouble in the first place... but I guess that was there before you edited it as

Regid, You suggested we remove nut_version.h from the .orig.tar.gz for NUT: <http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=613643> The original intent was that nut_version.h would be generated from "make dist" (or "make distcheck*") when the official nut-X.Y.Z.tar.gz tarball is created. At that point, it is safe to assume that there is no longer any local version

Hi Manuel, 2017-06-14 15:16 GMT+02:00 Manuel Wolfshant <wolfy at nobugconsulting.ro>: > Hello > > > > On 06/14/2017 03:32 PM, Arnaud Quette wrote: > > > > On Jun 7, 2017, at 5:47 AM, Manuel Wolfshant <wolfy at nobugconsulting.ro> > wrote: > >> > >>> > If that matters, the OS is a fully updated CentOS 6.9 and this >>>

On 5/23/07, Kjell Claesson <keyson-guest at alioth.debian.org> wrote: > Author: keyson-guest > Date: Wed May 23 21:12:51 2007 > New Revision: 915 > > Log: > - Enabled requested Alarm function in bcmxcp.c > > Modified: > trunk/ChangeLog > trunk/drivers/bcmxcp.c Looks like this breaks when HAL is enabled. At the end of:

> 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 am trying to install the maverick version. The lucid version works flawlessly, but this one promts this messages. The following packages have unmet dependencies: r-base: Depends: r-base-core (>= 2.12.0-1maverick0) but it is not going to be installed Depends: r-recommended (= 2.12.0-1maverick0) but it is not going to be installed Recommends: r-base-html but it is not going

Hello, annoying problem here. I've recently installed Ubuntu Maverick beta 1 with wine 1.3.2. For some time now, my steam overlay has been functioning perfectly. Now, since installing Maverick, I've suddenly lost the steam overlay. The process doesn't even launch at all, and invoking it manually is impossible. Are there any known issues with Maverick, wine, steam and the overlay that

On 01/12/2012 09:21 PM, r-sig-debian-request at r-project.org wrote: > Message: 4 Date: Thu, 12 Jan 2012 18:39:53 -0500 > From: Michael Rutter <mar36 at psu.edu> > > Hmisc is available on c2d4u > (https://launchpad.net/~marutter/+archive/c2d4u) for Natty and Oneiric, > but not for Maverick, the others you mention are not. > Dirk, Michael - thanks for the useful advice.

Seems to be broken in the current SVN: [...] x86_64-linux-gnu-gcc -I../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DINET6 -O2 -D_REENTRANT -DNETSNMP_USE_INLINE -Wall -Dlinux -I. -I/usr/include -O2 -Wall -Wsign-compare -s -o energizerups energizerups.o ../common/upsconf.o ../common/parseconf.o ../common/state.o main.o dstate.o

I have been searching for weeks for information to our problem, trying to connect our smbclient 3.6.5 to a MAC running 10.9.5 server, and I finally came across the reason. It appears with Maverick, Apple will only accept SMB2 signed signatures. The problem with the 3.6.5 client is, it never supported SMB2, thus will not write the SMB2 signatures. I can add "client signing = disabled" to

I get the following error on r809 (but it looks like the code change happened here). Does HIDDevice_t need to be defined/changed in one of the headers? if gcc -DHAVE_CONFIG_H -I. -I../../drivers -I../include -I../../include -DDBUS_API_SUBJECT_TO_CHANGE -I/usr/include/hal -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -DINET6 -O2 -D_REENTRANT -DNETSNMP_USE_INLINE -Wall -Dlinux -I.

Hello, this subject came up yesterday in ##xen@freenode.net In an Ubuntu 10.10 (maverick) domU, using /dev/xvda in ------------- mavU.cfg --------- disk = [ "phy:/dev/VG/mavU,xvda,w" ] # ------ snip cfg ------ leads to `rootfs not found` errors and the domU will not finish booting. However, changing xvda->sda works, as long as its done in config, fstab, and perhaps in

Hello, I am having trouple installing doSMP and revoIPC from: https://r-forge.r-project.org/R/?group_id=950 My Linux system: Linux 2.6.35-25-generic #44-Ubuntu SMP Fri Jan 21 17:40:44 UTC 2011 x86_64 GNU/Linux Ubuntu 10.10 \n \l I get this reply: costas at ELEPHANT:~/Downloads$ sudo R CMD INSTALL revoIPC_1.0-3.tar.gz * installing to library ?/home/costas/R/x86_64-pc-linux-gnu-library/2.11? *

Hello, I was asked to provide info about my attempt to run Rome TW on my Linux system. Not sure what info exactly is sought, so please ask for additional information. The system I tried to use is a Dell Latitude D830 with 3 GB ram and the latest Bios version A15 I've installed Ubuntu 10.10 32bit. I did install Compiz Fusion from standard Ubuntu repo's. Additionaly, I installed Wine 1.2

2011/6/27 Frederic BOHE <fbohe-guest at alioth.debian.org> > Author: fbohe-guest > Date: Mon Jun 27 13:56:51 2011 > New Revision: 3060 > URL: http://trac.networkupstools.org/projects/nut/changeset/3060 > > Log: > Add NUT server scan. > > (...) > device_t * scan_snmp(char * start_ip, char * stop_ip,long usec_timeout, > snmp_security_t * sec); > >

Hi Rich, I ran these commands as non-root: ./autogen.sh && make && make distcheck It got most of the way through, but failed in the VPATH part while rebuilding from a ./_build subdir, like this: make[4]: Entering directory `/h/j/w/co/hivex/hivex-1.3.6/_build/ocaml' mkdir -p /usr/lib64/ocaml mkdir -p /usr/lib64/ocaml/stublibs ocamlfind install \

On Feb 1, 2008 6:11 PM, Arnaud Quette <aquette at alioth.debian.org> wrote: > Author: aquette > Date: Fri Feb 1 23:11:33 2008 > New Revision: 1264 > > Log: > fix HAL support installation [Alioth Bug #304156] Arnaud, I tried to fix some of the errors that I was seeing in buildbot, but I still get the following error on "make distcheck", and I don't know how

I just noticed this warning from the autoreconf portion of the buildbot log: autoreconf: running: automake --no-force include/Makefile.am:9: shell unset LANG && svnversion -n $(top_srcdir: non-POSIX variable name include/Makefile.am:9: (probably a GNU make extension) include/Makefile.am:10: shell if test "$(SVNREV: non-POSIX variable name include/Makefile.am:10: (probably a GNU make

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

System: * Solaris 10 1/13 (X86) in VirtualBox. OpenCSW packages installed: *gcc4core * libltdl7 * netsnmp * netsnmp_dev I'm attempting to run: ./configure --with-snmp --with-wrap --with-snmp-libs="L/opt/csw/lib l/libnetsnmp" And get the following error: configure: error: "Net-SNMP libraries not found, required for SNMP drivers" I'm pasting the whole