similar to: release?

Dear NUT developers, I have converted NUT's build system to Automake/Libtool. Right now, the new build system is contained in the "automake" branch, at: ssh://svn.debian.org/svn/nut/branches/automake I plan to merge this into the main branch after a period of testing, if there are no objections. Here are some highlights: * automatic dependency tracking: no more need to do this

Does this require a new entry in scripts/hotplug/* and scripts/udev/*? -- Peter Alexander Gordeev wrote: > > Author: agordeev-guest > Date: Sat May 26 12:04:26 2007 > New Revision: 924 > > Log: > data/driver.list: added SVEN Power Smart RM 2000 to the list. > > Modified: > trunk/ChangeLog > trunk/data/driver.list > > Modified: trunk/ChangeLog >

2006/10/2, Peter Selinger <selinger@mathstat.dal.ca>: > Arnaud Quette wrote: > > > > 2006/9/29, Peter Selinger <selinger@mathstat.dal.ca>: > > > > > I don't really understand the purpose of the "Testing" branch. It has > > > not been touched since July, as far as I can see. I also don't > > > understand NUT's release

OK, I have removed the autoconf test for s6_addr32 (which is no longer used), and wrote a new test for IN6_IS_ADDR_V4MAPPED. The latter is probably portable, but since we're already in the business of testing, it does not hurt to do so. Arjen, I wonder about server/access.c, line 60-61: return (IN6_IS_ADDR_V4MAPPED(ip6) && ((((const u_int32_t *)ip6)[3] &

On 10/15/06, Peter Selinger <selinger@mathstat.dal.ca> wrote: > I have converted NUT's build system to Automake/Libtool. Right now, > the new build system is contained in the "automake" branch, at: Wow... this is really nice. Thanks for taking the time to do the conversion. > drivers/Doxyfile - this seems to belong to Charles. Perhaps >

corrupted checksums happen all the time with the 6-port serial card, even when only using one port (and I don't give a shit about the other ports, if anybody has a one-port laying around...) so stop whining already. $OpenBSD$ --- drivers/bcmxcp_ser.c.orig Wed Aug 23 11:15:54 2006 +++ drivers/bcmxcp_ser.c Wed Aug 23 11:26:37 2006 @@ -168,8 +168,8 @@ int get_answer(unsigned char *data, unsi

Dear developers, I would like to make the following additions to the section on coding style to developers.txt. Any objections / comments ? -- Peter Index: docs/developers.txt =================================================================== --- docs/developers.txt (revision 799) +++ docs/developers.txt (working copy) @@ -154,6 +154,10 @@ off the right margin of the screen, expect them to

I have an Ellipse USBS connected via serial cable to a CentOS 3 box. Do I need to turn off the UPS as the final stage of shutdown, or will the UPS power itself off, before the battery reaches a level to low to safely recharge from? I notice there is the option for the UPS to turn itself off (and on again) unattended if power is restored during shutdown, but there doesn't seem to be an option

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

Hi, I've browsed the archives back for a few months and nothing has jumped out at me as being helpful, but since there doesn't seem to be a search facility it's certainly possible I've missed what I'm looking for. Anyway, I wonder if someone can help me. I've very recently installed nut 2.0.4-r1 on a gentoo box and am in the initial stages of configuration and testing.

=?ISO-8859-1?Q?Edgar_Fu=DF?= wrote: > > > On the other hand, if it is not a HID device, then it is most likely a > > serial-over-USB protocol > Yes, it is serial-over USB, but non-standard. > > > might be supportable by one of the existing serial-over-USB drivers > I did not look into these as they wouldn't support the specific > serial protocol

This is a USB only ups. I could not make it work with nut. So I put this daemon together. Get it from http://www.vsys.org/sventura/dev/ at the bottom of the page. Init scripts are gentoo based but I think it should be easy to adjust them to any distro. I am planning to integrate it with nut if I can find the time and there is enough interest on it to justify the project. This is a very entry

Hi, What driver should i use with APC BK-300C ? Michale Plourde Digicom Technologies

Dear Nick, thanks for writing. I no longer work on development of UPS drivers; you will probably get a more up-to-date answer from the nut-upsuser mailing list (cc'd). I don't know if the Back-UPS 550 has similar commands to the Back-UPS ES 650. If it has a USB connection, then the answer is probably yes. The UPS will automatically turn itself back on after a power failure; this is the

Hello all; I am new to this list. Recently we have been getting these cheap new Tripp-Lite "LCD" style UPS'es around here, and I was surprised to find the lack of Linux support. The model name is OMNI650LCD. Anyway, I tried the tripplite_usb driver and got a message instructing me to contact this mailing list. I might try to fix the problem myself, if I was more familiar with the

Hi, it'd be great if you could update the documentation on the website that some models of the Belkin -UNV series will only work with the megatec(_usb) drivers. I wasted a lot of time on trying to get it to work with the wrong drivers, and would like to spare others the pain :-). Thanks, ~David P.S. Some forum post said that the stable megatec drivers don't work 100% with the belkin UPS,

Hi, it'd be great if you could update the documentation on the website that some models of the Belkin -UNV series will only work with the megatec(_usb) drivers. I wasted a lot of time on trying to get it to work with the wrong drivers, and would like to spare others the pain :-). Thanks, ~David P.S. Some forum post said that the stable megatec drivers don't work 100% with the belkin UPS,

Dear fellow NUT developers, after almost exactly two years as a NUT developer, I have concluded that this would be a good time to retire from active development. The project is in good shape, and the driver I was most involved with (usbhid-ups) is in better condition than ever, due to the excellent recent work of Arjen de Korte. Having already scaled back my activity for the last 6 months, I

Hi Alexander, thanks for your good work on the megatec_usb driver. I have made a few more (cosmetic) changes. Is the driver now working stably for your device? In particular, do the instant commands (and particularly "upsdrvctl -k") work properly? In this case, we could hopefully mark the device as "supported" and merge the driver to the main branch. There is still the

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