similar to: SUSE 10.0 packaging

2006/1/13, Paul Mogren <fkamogee@yahoo.com>: > > This thread is FYI. I don't need any help here. > no, but some details for those who will read it, maybe ;-) I have SUSE 10.0 and an MGE Ellipse. I installed the NUT package from MGE. > > 1) The generated ups.conf pointed to a bad location: > /dev//dev/input/event0 > who generated that ? it seems like an old hiddev

Greetings Arnaud and others, I've been using NUT with Gentoo Linux for a couple of years now. I recently installed SUSE Linux 10.0 and I'm having difficulty getting it to recognize my UPS (MGE Ellipse). I tried the MGE-PSP package, but the GUI crashes immediately on startup. I decided to get just NUT running correctly before worrying about that. I uninstalled MGE-PSP and am left wtih

[FAQ on USB-connected UPSes] > Remember: this is brand new *experimental* software and is probably > very broken. Do us a favor and report successes or failures to > the mailing lists. No problem ... : UPS: Liebert PowerSure PSA 500 NUT: Version 2.0.2 Kernel: 2.6.11.5, with CONFIG_USB_HID, CONFIG_USB_HIDINPUT, and CONFIG_USB_HIDDEV compiled in (statically)

I am having problems building usb on mac os x. First, mac os x doesn't seem to have asm/types.h, just sys/types.h. I can't find hiddev.h on mac os x either. Also, it doesn't have usb.h but instead IOKIT/usb/USB.h. I am using mac os x (10.4), and the latest cvs of nut. Is the new usb support going to work on mac os x? Is anyone working on it? It seems that libusb is available

I'd like to submit a patch to the 'hidups' driver. I'm a bit new to open-source development model, so I hope I'm not committing a faux paus by just posting it here. I did verify that the problem still exists (by source code inspection) in the latest dev snapshot, which is nut-2.0.3-pre2. I'm using nut-2.0.2 myself. The problem is when I'm connecting to my APC

Hi Georg, > one question with regard to a Powerware 5115 UPS connected to a Debian 3.1 > Sarge box via USB: I downloaded and compiled nut 2.0.2 but I am unable to > configure the USB subsystem so that upsdrvctl recognizes the UPS. > > My /usr/local/ups/etc/ups.conf contains: > > [bla] > driver = bcmxcp > port = /dev/usbdev2.2 > desc = "bla bla

Hi, is there a way to use my Belkin F6H650 on the USB port? I already installed usbhid-support, but neither the hidups worked (reports "/dev/usb/hiddev0 is not a UPS") nor genericups with upstype=7 and the hiddev set as device ("ioctl TIOCMSET: Invalid argument") worked. I have installed the debian sarge package of nut 2.0.1 (2.0.1-4) Regards, Philipp

Hello, I try to install my APC Back-UPS RS 800 on my debian system (Etch): Linux aigner 2.6.18-3-686 #1 SMP Mon Dec 4 16:41:14 UTC 2006 i686 GNU/Linux When i try to start the driver an i use hidups i get this failure massage: aigner:/lib/nut# upsdrvctl start Network UPS Tools - UPS driver controller 2.0.4 Network UPS Tools: HID UPS driver 0.13 (2.0.4) Warning: This is an experimental driver.

Hi all: I am trying to get a TrippLito OMNI1000LCD working with nut. Even with the development branch, I get the following.... upsdrvctl start Network UPS Tools - UPS driver controller 2.1.0 Network UPS Tools: HID UPS driver 0.13 (2.1.0) Warning: This is an experimental driver. Some features may not function correctly. Detected Tripp Lite TRIPP LITE UPS on port /dev/usb/hiddev0

is there a way to override the productid (like -x productid=1234) when using newhidups? just thought i'd try it with the F6C1500-TW-RK over usb. i was able to get hidups to work using the below settings, but it provides limited information. my ups.conf entry: [belkin] driver = hidups port = /dev/usb/hiddev0 and the output of upsc: gateway:/etc/nut# upsc

Philipp Leusmann wrote: > > Ok, I tried this and my results seem to bet he same as reported. Then I > think I=B4ll have to stick with the windows-driver at least on my main > machine.=20 > Or is there anything I can help to fix this driver? I don't know why we can't read anything from this device. There are many ways in which one could make a buggy device that works with

Greetings, I imagine this question must have been answered previously on the list, but I can't search for the answer because the archives are gone. Executive summary: I am trying to install and configure nut 2.0.1 on Fedora Core. I have a SmartUPS Pro plugged into a USB port. Upsmon is logging "UPS myups@localhost is unavailable" to syslog and via wall when it starts up and

Hello, I have encountered problems trying to set up nut to work with APC BackUps Pro CS connected over USB to an AMD64 machine running Debian. While apcupsd works fine with that device, whenever I start upsd I get the following messages in syslog: hidups[23159]: Startup successful upsd[23160]: Connected to UPS [apc1]: hidups-hiddev0 upsd[23161]: Startup successful hidups[23159]: Unhandled event:

An update - I ran a test by unplugging my UPS and letting it run down. The system shut down as it should. However, the /etc/killpower file was not created, and the UPS did not shut off power as it should from the shutdown scripts. This may be because the command to kill the output of the UPS isn't available, or that by not being able to log in as master prevents this. The permissions on the

Hi, I'm new to nut, just installed it. I configured it using the hidups driver to work with my APC BackUPS: # upsc apc350@localhost battery.charge: 100 battery.runtime: 885 battery.voltage: 13.5 driver.name: hidups driver.parameter.port: /dev/usb/hiddev0 driver.version: 2.0.0 ups.delay.shutdown: -1 ups.delay.start: 0 ups.load: 660 ups.mfr: American Power Conversion ups.model: Back-UPS CS 350

Hi Klaus, Thanks for your much appreciated feedback. Klaus Holler wrote: > Hello, > >I just wanted to report that the Back-UPS RS 800 works with the >Network UPS Tools. Currently I use the following (Ubuntu breezy) >debian packages on kernel 2.4.31: >ii nut 2.0.2-1build1 >ii nut-usb 2.0.2-1build1 > >lsusb reports: >ID 051d:0002 American Power Conversion Back-UPS Pro

I have an older system which has a simple APC Back-UPS ES 500 connected via USB. I built nut 2.0.2 from source and am attempting to get it to work. I had to manually create the device links and I think it's ok because hidups is recognizing the UPS but any attempts to read data from it fail: [root@server bin]# ./hidups -D -D -D /dev/usb/hid/hiddev0 Network UPS Tools: HID UPS driver 0.13

Hi Patrick, I didn't get further bug reports from you, so I have now listed your device as "supported" by newhidups. Last I saw as of your below message, the driver was working as expected. If there are any future problems, let me know! -- Peter Patrick Nolan wrote: > > Remember me? Back in May we exchanged some messages about my Tripp-Lite > UPS. My boss has gone on

Hi again, I've succeeded in compiling the svn trunk with the automake tools and wish to say thank you to Charles Lepple for his help. After fixing some parameters in the hotplug script I can now get access to the UPS on /dev/usb/hiddev0 (I added productid and vendorid of my ups to the usermap). I've decided to try the newhidups driver with -x generic parameter and got this response :

Is anyone besides me using gcc 4.*.*? I noticed that NUT generates an enormous amount of warning noise with that compiler, mostly due to implicit casts between signed/unsigned pointer types. Any volunteers to de-noise the code a bit? The easy way is to insert typecasts; the better way is to actually take care about signedness. -- Peter gcc -I../include -O -Wall -Wsign-compare -c -o everups.o