Displaying 20 results from an estimated 20000 matches similar to: "Tags directory in SVN"
2007 Jun 18
1
[nut-commits] svn commit r964 - in trunk: . drivers
Arjen de Korte wrote:
> Author: adkorte-guest
> Date: Mon Jun 18 09:03:18 2007
> New Revision: 964
>
> Log:
> additional debug info in case commands fail
>
> Modified:
> trunk/ChangeLog
> trunk/drivers/megatec.c
>
> Modified: trunk/ChangeLog
Arnaud, Carlos,
I'd like to backport this change to Testing as well. Intermittent
startup problems for
2010 Dec 12
2
[nut-commits] svn commit r2731 - in trunk/docs: . man website website/scripts
Citeren Arnaud Quette <aquette op alioth.debian.org>:
> Author: aquette
> Date: Sat Dec 11 12:31:21 2010
> New Revision: 2731
> URL: http://trac.networkupstools.org/projects/nut/changeset/2731
>
> Log:
> Complete the list of Subversion ignored files, with AsciiDoc
> generated contents (no functional changes)
Is there a particular reason for having both the man/
2009 Mar 01
1
[nut-commits] svn commit r1800 - in trunk: . data drivers
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) */
> {
2010 Oct 25
2
[nut-commits] svn commit r2610 - branches/silent_build
Citeren Arnaud Quette <aquette op alioth.debian.org>:
> Log:
> Optionaly enable silent build rules, using AM_SILENT_RULES, only if
> it's supported (requires automake 1.11)
Why do we need a new branch for this? As far as I can see, only the
below lines are really needed
> +dnl Currently, we only (force) enable silent rules if available
> +dnl Verbose mode can be
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 May 18
1
[nut-commits] svn commit r1846 - in trunk: . clients common drivers include man server
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.
2011 Mar 12
1
hardware compatibility list
Arnaud Quette <aquette.dev at gmail.com> va escriure (2011-02-28 14:48):
>
> 2011/2/14 Ernest Sales <ersaloz at gmail.com>
>
> > Arjen de Korte <nut+users at de-korte.org> va escriure:
> > > This is a known problem in nut-2.4.3 and should be solved in
> > > nut-2.6.0. We have also dropped the megatec and
> megatec_usb drivers,
> > >
2008 Nov 16
2
[nut-commits] svn commit r1557 - trunk
Citeren Arnaud Quette <aquette.dev at gmail.com>:
> Author: aquette
> Date: Sat Nov 15 22:47:26 2008
> New Revision: 1557
>
> Log:
> GNU libtool update
>
> Modified:
> trunk/ChangeLog
> trunk/configure.in
> trunk/ltmain.sh
I think 'ltmain.sh' is a generated file (at least, I hope it is), this
change severely broke compilation here. I had to
2009 Oct 21
2
[nut-commits] svn commit r2036 - trunk/man
Citeren Arnaud Quette <aquette op alioth.debian.org>:
> +.SS "Repetitive timeout and staleness"
> +
> +Some models tends to be unresponsive with the default polling frequency.
> +The result is that your system log will have lots of messages like:
> +.nf
> + usb 2-1: control timeout on ep0in
> + usb 2-1: usbfs: USBDEVFS_CONTROL failed cmd usbhid-ups rqt 128 rq
2011 Apr 18
1
[nut-commits] svn commit r2972 - trunk/drivers
Citeren Arnaud Quette <aquette op alioth.debian.org>:
> Log:
> Trim extraneous end-of-line, in buggy HID string tables, which
> results in upsc breaking the communication pipe (Ubuntu bug #753661)
We have 'rtrim' to do this:
- return buf;
+ return rtrim(buf, '\n');
Best regards, Arjen
--
Please keep list traffic on the list (off-list replies will be rejected)
2010 Nov 28
3
[nut-commits] svn commit r2708 - in branches/ssl-nss-port: clients m4 server
Citeren Arjen de Korte <adkorte-guest op alioth.debian.org>:
> Log:
> Use the 'nss_compat_ossl' compatibility layer to use the Mozilla NSS
> library instead of OpenSSL (we might want to include native support
> in the future, but this will at least allow a quick migration for
> testing purposes)
I don't recall that we ever discussed the possibility of
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
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
2008 Nov 19
1
[nut-commits] svn commit r1556 - in trunk: . docs drivers scripts/hal scripts/hotplug scripts/udev tools
Citeren Arnaud Quette <aquette.dev at gmail.com>:
> Author: aquette
> Date: Sat Nov 15 21:50:40 2008
> New Revision: 1556
>
> Log:
> USB "improved maintenance" code. Refer to docs/new-drivers.txt for
> more information...
>
> Added:
> trunk/drivers/usb-common.c
> trunk/drivers/usb-common.h
> trunk/tools/
> trunk/tools/Makefile.am
>
2010 Nov 12
3
AsciiDoc 8.6.3 release redux
FYI (mostly Charles and Arjen), a2x version has just been bumped to 8.6.3 in
their trunk.
So we will be able revert r2686
cheers,
Arno
2010/11/12 Stuart Rackham
>
>
> On 12/11/10 10:45, Arnaud Quette wrote:
>
>> Hi Stuart,
>>
>> 2010/11/10 Stuart Rackham
>>
>> The planned 28-Oct release date has slipped by, in the mean time I
>> think all
2008 Nov 17
1
[nut-commits] svn commit r1567 - in trunk: . drivers
2008/11/17 Arjen de Korte <adkorte-guest at alioth.debian.org>:
> Author: adkorte-guest
> Date: Mon Nov 17 19:34:27 2008
> New Revision: 1567
>
> Log:
> fix changes from r1566 that broke building
> ...
thanks for fixing that one ;-)
SSL conditional inclusion missing?
Arnaud
2010 Dec 23
1
[nut-commits] svn commit r2777 - in trunk: data docs/man drivers scripts/hal scripts/hotplug scripts/udev
2010/12/22 Arjen de Korte <adkorte-guest at alioth.debian.org>
> Author: adkorte-guest
> Date: Wed Dec 22 20:31:42 2010
> New Revision: 2777
> URL: http://trac.networkupstools.org/projects/nut/changeset/2777
>
> Log:
> Don't version generated files
>
> Deleted:
> trunk/scripts/hal/ups-nut-device.fdi.in
> trunk/scripts/hotplug/libhid.usermap
>
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
2007 Jun 21
2
[nut-commits] svn commit r971 - in trunk: . drivers
> Author: aquette
> Date: Thu Jun 21 07:43:46 2007
> New Revision: 971
>
> Log:
> fix communication lost status handling
>
> Modified:
> trunk/ChangeLog
> trunk/drivers/usbhid-ups.c
>
> Modified: trunk/ChangeLog
> ==============================================================================
> --- trunk/ChangeLog (original)
> +++ trunk/ChangeLog
2010 Nov 29
1
[nut-commits] svn commit r2706 - in branches/ssl-nss-port: . clients docs m4 server
Citeren Arnaud Quette <aquette op alioth.debian.org>:
> dnl ----------------------------------------------------------------------
> -dnl Check for --with-ssl
> +dnl Check for with-ssl, and --with-nss or --with-openssl
> +dnl Only one can be enabled at a time, with a preference for Mozilla NSS
> +dnl if both are available
Having looked at the differences between Mozilla NSS