similar to: Makefile bug in nut-2.4.3

Greetings, I've just installed nut-2.4.1 on a Solaris 10 x86 machine to monitor a HP R3000XR UPS. SunOS babylon4 5.10 Generic_138889-08 i86pc i386 i86pc Solaris First of all, I encountered a single problem during the build. After configuring, drivers/Makefile ends up containing the following line: LIBNETSNMP_LDFLAGS = -R../lib -L/usr/sfw/lib -lnetsnmp -lgen [...] This is clearly

This is not a NUT question per se ... or at least, I don't think it is. I just replaced the battery pack in my HP R3000XR; the new batteries were shipped with 90% charge, were at about 87% when they went in, and were up to 98% charge the next day. Last weekend, the server that runs NUT went down for no apparent reason, wiping out its boot blocks, corrupting its boot archive beyond

I seem to have NUT all working with my R3000XR, except for the CGIs. The webserver's all properly configured and upsstats.cgi *runs*, but doesn't yield any useful output - no values are displayed, every value is replaced by [error: Invalid argument]. Apache is not logging any resulting errors, and there doesn't seem to be a lot of useful documentation on the CGIs to troubleshoot

On the basis of continuing experience, one final piece of R3000XR battery pack advice: After swapping the R3000XR battery pack, power-cycle the UPS, wait until the battery pack is at least 50% charged, then disconnect the UPS from wall power for a minute or so before plugging it back in. Until I did this, my UPS would charge the battery pack fully, then let it slowly self-discharge. After

On Fri, Feb 04, 2011 at 12:26:08PM +1100, Damien Miller wrote: > OpenSSH 5.8 has just been released. It will be available from the > mirrors listed at http://www.openssh.com/ shortly. I seem to have found a bug in 5.8p1. I work remotely, and use three SSH tunnels, two of the form ssh -L port:host:destport -f -N -q -l remoteuser remotehost, and one of the form ssh -D port -f -C -q -N -l

The scenario: I have two Samba servers on my network. One, running v3.0.37, is on my main server, a Solaris 10 x86 box. The other, just updated from 3.0.37 to 3.4.5 in the hope of solving this problem, is on my workstation, a Gentoo Linux box. The Linux Samba server shares only [homes]. The Solaris Samba server shares [homes] and four other shares. Unix UIDs are synchromized betwene the

I posted earlier about a problem with a HP R3000XR that was showing abnormally low charge a couple of days after replacing the battery pack. For those with R3000XRs, the progblem seems to be: (1) while you CAN hot-swap the battery-pack on an R3000XR, the UPS automatically goes into bypass mode when you do so; (2) it doesn't necessarily come OUT of bypass mode after you install the

Hi there, I am trying to come up with a solution to the current Samba authentication voes on the gateway server for our distributed file system. We currently use smbpasswd file on the gateway server for authentication, which is not a secure way and requires each user to be specifically added in. I do not have much experience with Samba, so I am still learning quite a bit as I jump from

Many moons ago, Samba used to build perfectly on Linux. Ever since I upgraded from 2.2.3, though, I've had to hack the configure script to get it to build, because Samba's configure is utterly and unshakeably convinced that no file locking of any kind exists on Linux. Once so configured, it builds, tests and runs perfectly. Can anyone tell me why Samba started disbelieving in

I finally got around to writing myself a NUT UPS monitoring tool. NUT's UPS monitoring CGI tools provide a detailed instantaneous view of the UPS's state at any moment, but provide no history. The attached tool, upswatch, uses Kiss Gabor's UPS::Nut module and Tobi Oetiker's rrdtool to provide a graphical history of the major UPS operating parameters via a web browser.

I installed the latest Codeweavers preview build (binary RPM, ugh!), and the DeskTopWindow error I was experiencing building from cvs is gone. All the font fixme warnings (which had, at one point, gone away) are back, and I'm back to the previous error I was getting before DeskTopWindow: babylon5:alaric:~:46 $ wine --debugmsg fixme-font d:\\install.exe Invoking /opt/wine/bin/wine.bin

NUT developers, I'm looking for a low-tech solution for this linker error: > gcc -I../include -O -Wall -Wsign-compare -g -Dsolaris2 > -I/software/openssl-0.9.7_runtime/include -I. > -I/software/netsnmp-5.3/include -o snmp-ups snmp-ups.o main.o dstate.o \ > ../common/state.o ../common/upsconf.o ../common/parseconf.o \ > ../common/common.o ../common/setenv.o

make fails at drivers: make[1]: Entering directory `/export/home/zoly/Documents/trunk/drivers' /bin/sh ../libtool --tag=CC --mode=link 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 -I/usr/sfw/include -g -Dsolaris2 -I. -I/usr/sfw/include -O -Wall -Wsign-compare -o al175 al175.o ../common/libcommon.a ../common/upsconf.o

Is anyone here running a USB UPS on Solaris? I'm looking to upgrade my UPS (from a SmartUPS 620 with RS232 comms), and most of the modern UPSs use USB ... TX, Huge.

OK, can someone tell me what utterly moronic thing I am doing wrong? I have two roughly identical Linux system running NUT, and one works properly. The other almost does. The second system works well once everything is up, but after booting, the system does not have connectivity to the UPS. I have to manually run `upsdrvctl start backup`, `/etc/init.d/nut start`, and `upsd` to get NUT

I've just compiled and installed openssh-2.9.9p2 (compiled against openssl-0.9.6b using gcc-3.0.0) on a Slackware 7-based Linux machine (kernel 2.4.6ac2). The previously installed version was 2.9p2, compiled against openssl-0.9.6a, also with gcc-3.0.0, but with a different build of gcc-3.0.0. Everything seems to work fine except for one problem: passphrase matching for ssh2 keys

I appear to have wine almost working, except for this: $ wine --debugmsg fixme-all d:\\<any .exe> err:win:GetDesktopWindow You need the -desktop option when running with native USER And no, this is the *only* error I'm getting aside from font fixmes. What do I need to do to fix this or figure out what's causing it? -- ********* Fight Back! It may not be just YOUR life at

they disconect individually after playing one hour. Am 15.04.2020 um 19:08 schrieb Jordan Erickson: > Hi, > > Doesn't sound like anything Icecast does by default. I would inspect > your web player / browser for clues. Do all clients disconnect at the > same time every hour, or do they individually disconnect after playing > for an hour each? > > > Cheers, >

sry i had forgot to answer at the list. there is no restart at the logfiles of icecast, and there are no listener behind Am 15.04.2020 um 16:40 schrieb tonton Th: > On 4/15/20 4:06 PM, Railgun wrote: >> Hi I have a problem, the webplayer, Oder other clients (only VLC not) >> get >> most time disconect after exactly one hour. >> >> Somone can help me solv this

While attempting to package up the HEAD version of nut for our department/campus, I've run into a couple of minor issues with the latest HEAD - I'm going to give it another whack at a PW9170+ UPS and want to make sure I have the latest revision. :) First is, whilst building the drivers (SNMP required), I get: gmake[1]: Entering directory `/fsys2/source/nut-2.1/nut-2.1_cvs/drivers'