similar to: Re: [nut-commits] svn commit r585 - in trunk: . conf server

Displaying 20 results from an estimated 4000 matches similar to: "Re: [nut-commits] svn commit r585 - in trunk: . conf server"

2006 Nov 19
1
Spurious messages on start
I think I have found a way to deal with the issue of the spurious message on startup of NUT. Before implementing it, I would like to see what the other developers think of this idea. My proposal is not to wait for DUMPDONE in the startup of upsd for a duration of MAXINIT seconds, but rather to send the fake "INIT" status in response to a ups.status request. As soon as DUMPDONE hits, or
2008 Mar 06
1
[nut-commits] svn commit r1358 - in branches/Testing: . clients drivers m4 man scripts/hal server
On Wed, Mar 5, 2008 at 4:44 PM, Arjen de Korte <adkorte-guest at alioth.debian.org> wrote: > Author: adkorte-guest > Date: Wed Mar 5 21:44:41 2008 > New Revision: 1358 > > Log: > - fix HAL support [Alioth Bug #304156] (backport from r1294) > - only include target specific CFLAGS and LDFLAGS only if target is actually used (backport from r1296 and r1297) > - add
2007 Aug 11
1
[nut-commits] svn commit r1040 - in trunk: . data drivers man
On 8/10/07, Arjen de Korte <adkorte-guest at alioth.debian.org> wrote: > Author: adkorte-guest > Date: Fri Aug 10 19:16:48 2007 > New Revision: 1040 > > Log: > From the ChangeLog: [...] > - Use snprintf instead of sprintf where possible. In general, this is a good idea, but what if the resulting string is exactly sizeof(buf) ? Shouldn't it be sizeof()-1 with a
2007 Nov 25
1
[nut-commits] svn commit r1156 - in trunk: . drivers
On Nov 25, 2007 11:50 AM, Arjen de Korte <adkorte-guest at alioth.debian.org> wrote: > Limit detection of UPS to minimum required number of successful attempts. Flush input- and output buffers before sending any command. Can you explain the reasoning behind these changes please? The detection phase didn't stop after the minimum number of required replies to check for models that
2007 Jan 08
2
Re: [nut-commits] svn commit r714 - in trunk: . server
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] &
2008 Jan 02
2
[nut-commits] svn commit r1210 - in trunk: . drivers
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
2007 Aug 10
1
[nut-commits] svn commit r1041 - in trunk: . drivers
Arjen de Korte wrote: > > Author: adkorte-guest > Date: Fri Aug 10 20:23:27 2007 > New Revision: 1041 > > Log: > * drivers/usbhid.[ch]: > - Moved the struct & data for ups.status processing to usbhid.c, since this is only used in there. Subdrivers report the status through text messages, they don't set the status bits directly. > - Rewrote (flattened) the
2007 Jun 26
2
[nut-commits] svn commit r988 - in trunk: . docs
> Author: adkorte-guest > Date: Mon Jun 25 19:26:09 2007 > New Revision: 988 > > Log: > Update to reflect changes in the way we deal with dstate_dataok() and > dstate_datastale(). > > Historically it was needed to call dstate_dataok() regularly, to prevent > staleness warnings. This is no longer needed, now the server will PING > drivers it has not heard of
2007 Aug 28
0
[nut-commits] svn commit r1076 - in trunk: . drivers
> ---------- Forwarded message ---------- > From: Arjen de Korte > To: nut-commits at lists.alioth.debian.org > Date: Mon, 27 Aug 2007 18:33:00 +0000 > Subject: svn commit r1076 - in trunk: . drivers > Author: adkorte-guest > Date: Mon Aug 27 18:33:00 2007 > New Revision: 1076 > > Log: > * drivers/libhid.[ch],libshut.[ch],libusb.[ch]: > - Cut the libshut and
2008 Nov 16
2
[nut-commits] svn commit r1560 - trunk
Citeren Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Sun Nov 16 13:00:30 2008 > New Revision: 1560 > > Log: > Generated by libtool and should not be versioned. > > Modified: > trunk/ (props changed) Right, that didn't work out quite the way I intended. Can someone please set the svn:ignore property on
2007 Jun 22
1
[nut-commits] svn commit r975 - in trunk: . docs drivers
Hi Arjen, 2007/6/21, Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Thu Jun 21 18:58:20 2007 > New Revision: 975 > > Log: > Add modem control line functions so that we don't have to mess with ioctl() calls directly. > ... excellent, I was thinking about it for some time... btw, will you also take over converting the other
2008 Nov 24
1
[nut-commits] svn commit r1578 - in trunk: . drivers
Citeren Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Mon Nov 24 13:13:44 2008 > New Revision: 1578 > > Log: > Use new usb_device_id_t and is_usb_device_supported() > for selection of the subdriver. Alexander, It would be nice if you could double check that I didn't horribly break something here. I don't expect any
2009 Jan 15
1
[nut-commits] svn commit r1728 - trunk/tools
Citeren Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Thu Jan 15 11:54:05 2009 > New Revision: 1728 > > Log: > Another stab at this. > > Modified: > trunk/tools/Makefile.am And failing miserably... :-( Can someone more fluent in 'autotoolish' fix this problem? Currently the BuildBot is broken by update r1718
2009 Jul 28
1
[nut-commits] svn commit r1866 - in trunk: . drivers man
On Mon, Jul 20, 2009 at 3:33 PM, Arjen de Korte<adkorte-guest at alioth.debian.org> wrote: > Author: adkorte-guest > Date: Mon Jul 20 19:33:33 2009 > New Revision: 1866 > > Log: > Resolve naming conflict Arjen, should drivers/Makefile.am be changed from: virtual_SOURCES = virtual.c to: clone_SOURCES = clone.c as well? -- - Charles Lepple
2010 Jan 23
1
[nut-commits] svn commit r2260 - trunk/drivers
Citeren Arjen de Korte <adkorte-guest op alioth.debian.org>: > Author: adkorte-guest > Date: Sat Jan 23 10:06:51 2010 > New Revision: 2260 > > Log: > Need to define _XOPEN_SOURCE for strptime() prototype in glibc2 > > Modified: > ? ? trunk/drivers/mge-hid.c Arnaud, Apparently this solves the problem for the strptime() function, but now breaks the snprintf()
2009 Jan 15
1
[nut-commits] svn commit r1734 - in trunk/scripts: hal hotplug udev
Citeren Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Thu Jan 15 20:02:22 2009 > New Revision: 1734 > > Log: > Freshly generated USB helper files > > Modified: > trunk/scripts/hal/ups-nut-device.fdi.in > trunk/scripts/hotplug/libhid.usermap > trunk/scripts/udev/nut-usbups.rules.in Questions is, should we try
2008 Feb 26
0
[nut-commits] svn commit r1334 - in trunk: . drivers
> Author: adkorte-guest > Date: Mon Feb 25 20:40:41 2008 > New Revision: 1334 > > Log: > Allocate twice the maximum number of reports we expect (MAX_REPORTS), to > allow for bogus/duplicate reports. Retrospectively, this is gross hack at best and probably only good to fix the problem temporarily. I think I have a better solution available (in a similar way as r1210, that was
2008 Feb 08
0
[nut-commits] svn commit r1285 - in trunk: . common include
> Author: adkorte-guest > Date: Fri Feb 8 07:09:51 2008 > New Revision: 1285 > > Log: > Cleanup and change the arguments to the upsdebug_hex() function so that it > no longer requires casting to an unsigned char. > > Modified: > trunk/ChangeLog > trunk/common/common.c > trunk/include/common.h > > Modified: trunk/ChangeLog I would like to do
2008 Mar 11
0
[nut-commits] svn commit r1372 - in trunk: . data docs drivers
> Author: adkorte-guest > Date: Mon Mar 10 10:08:08 2008 > New Revision: 1372 > > Log: > - allow subdrivers to override the 'shutdown.(return|stayoff)' commands > that are 'composed' in the driver > - add new 'load.(on|off).delay' commands to allow the above (will > implicitly define 'load.(on|off)' command with a delay value of
2008 Dec 17
0
[nut-commits] svn commit r1632 - in trunk: . packaging
Hey Charles, adding Arjen to the list and upsdev for info... 2008/12/17 Charles Lepple <clepple at gmail.com>: > I noticed Arjen deleted the packaging/debian directory as well. > > I suppose the same argument applies to packaging/debian/ as to the *.spec > files: it should track the specific distribution as well as NUT changes. > > However, it might make sense to keep