similar to: Tags directory in SVN

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