similar to: Re: [nut-commits] svn commit r544 - in trunk: . drivers

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.

Arnaud, you changed the "if" part, perhaps you'd like to change the "else" part, too? Changing the output format of HIDDumpTree() has the potential to break the functionality of scripts/subdriver/path-to-subdriver.sh; I don't think it does in this instance, but I have not checked it. Perhaps it would be good to add a comment in the source code as a caution. -- Peter

Charles Lepple wrote: > > On 11/9/06, Peter Selinger <selinger-guest@alioth.debian.org> wrote: > > Author: selinger-guest > > Date: Fri Nov 10 05:57:37 2006 > > New Revision: 578 > > @@ -566,72 +567,72 @@ > > > > AC_MSG_CHECKING(driver path) > > AC_ARG_WITH(drvpath, > > -AC_HELP_STRING([--with-drvpath=PATH], [where to install ups

Charles Lepple wrote: > > Author: clepple-guest > Date: Mon Dec 4 03:00:57 2006 > New Revision: 609 > > Modified: > trunk/ChangeLog > trunk/configure.in > Log: > Undoing changeset [608]. It fails with this error: > > configure: error: conditional "HAVE_LIBUSB" was never defined. > Usually this means the macro was only invoked

Great, thanks! Two questions: * what is a domain literal? Is this something like 192.168.0.1? In this case, the '[]' are probably unnecessary. * are you sure you want to use fprintf(stderr, ...) in a library? This doesn't seem like a good idea to me. Wouldn't it be more consistent to extend upscli_errlist[] ? -- Peter Arjen de Korte wrote: > > Author:

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 >

Arnaud, this commit refers to files called libshut.c and libshut.h, yet no such file has been added to SVN. Perhaps take this opportunity to run "svn status" and check for other files that might be missing from SVN. -- Peter > ---------- Forwarded message ---------- > From: Arnaud Quette > To: nut-commits@lists.alioth.debian.org > Date: Fri, 16 Jun 2006 13:40:59 +0000

Can someone double-check the UTF-8 in the rhino Authors section? Showed up fine locally on my machine, but my web browser insists that it is Latin-1. - Charles On Nov 30, 2009, at 10:30 PM, Charles Lepple <clepple-guest at alioth.debian.org > wrote: > Author: clepple-guest > Date: Tue Dec 1 03:30:32 2009 > New Revision: 2147 > > Log: > AsciiDoc: convert powerpanel

Hi all, I attached a driver for MiniBox openUPS device ( http://www.mini-box.com/OpenUPS) and a dump of the hid usages. I had the possibility to make a few adjustments to the device firmware for HID usages, and although I haven't managed to produce a good structure many issues from previous firmware were at least fixed and new information added. ATM the driver only shows pertaining

Arjen de Korte wrote: > Author: adkorte-guest > Date: Sun Mar 2 13:20:54 2008 > New Revision: 1348 > > Log: > - change 'ups.delay.start' and 'ups.delay.shutdown' to server side variables that control the ondelay and offdelay for the 'shutdown.return' and 'shutdown.stayoff' instcmd's > - create 'ups.timer.(start|shutdown|reboot)'

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

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] &

Just a little tiny detail : ============================================================================== > --- trunk/scripts/hotplug/libhid.usermap (original) > +++ trunk/scripts/hotplug/libhid.usermap Fri Aug 25 19:18:19 2006 > @@ -21,5 +21,7 @@ > libhidups 0x0003 0x09ae 0x1003 0x0000 0x0000 0x00 0x00 0x00 0x00

On Jan 2, 2008 3:34 PM, Arjen de Korte <adkorte-guest at alioth.debian.org> wrote: > Author: adkorte-guest > Date: Wed Jan 2 20:34:26 2008 > New Revision: 1210 > > Log: > Parsing continues if the HID path for a report ends in 0x00000000 (these will not be made available). Commonly used as placeholders. > > It looks like (but correct me if I'm wrong) that reports

Citeren Arnaud Quette <aquette op alioth.debian.org>: > Modified: trunk/drivers/tripplite-hid.c > ============================================================================== > --- trunk/drivers/tripplite-hid.c (original) > +++ trunk/drivers/tripplite-hid.c Sun Mar 1 19:56:31 2009 > @@ -84,6 +84,8 @@ > > /* HP R/T 2200 INTL (like SMART2200RMXL2U) */ > {

On Oct 4, 2012, at 6:50 PM, Arnaud Quette wrote: > +/* IPMI auth defines, simply using FreeIPMI defines */ > +#ifndef IPMI_AUTHENTICATION_TYPE_NONE > + #define IPMI_AUTHENTICATION_TYPE_NONE 0x00 > + #define IPMI_AUTHENTICATION_TYPE_MD2 0x01 > + #define IPMI_AUTHENTICATION_TYPE_MD5 0x02 > + #define

2008/12/19 Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Fri Dec 19 09:34:11 2008 > New Revision: 1656 > > Log: > Some more header file changes > > Removed: > trunk/drivers/powerman-pdu.h the same can be applied to many driver's headers since this goes back to pre autoconf/automake full support. so I created quite a

On Thu, Dec 4, 2008 at 4:51 PM, Arjen de Korte <adkorte-guest at alioth.debian.org> wrote: > Author: adkorte-guest > Date: Thu Dec 4 21:51:28 2008 > New Revision: 1596 > > Log: > Added new richcomm_usb driver based on the lakeview_usb driver (using libusb). Sorry if I wasn't clear - I was advocating *renaming* the lakeview_usb driver to richcomm_usb. Is there another

I can't remember, were we moving towards or away from UTF-8? On Sun, Mar 15, 2009 at 4:23 PM, Arjen de Korte <adkorte-guest at alioth.debian.org> wrote: > Author: adkorte-guest > Date: Sun Mar 15 20:23:08 2009 > New Revision: 1805 > > Log: > Fix compiler warnings in functional code > > Modified: > trunk/drivers/belkin.c > trunk/drivers/mge-xml.c >

Citeren Arnaud Quette <aquette at alioth.debian.org>: > Author: aquette > Date: Mon May 18 12:14:54 2009 > New Revision: 1846 > > Log: > Enable timestamp on output messages (format "%H:%M:%S: msg") I think this should only be done for messages that are sent to stderr. In most cases, syslog will already prepend a timestamp, so this is probably redundant.