similar to: libusb detection shell script (was Re: [nut-commits] svn commit r2218 - trunk/m4)

Displaying 20 results from an estimated 5000 matches similar to: "libusb detection shell script (was Re: [nut-commits] svn commit r2218 - trunk/m4)"

2010 Nov 04
0
[nut-commits] svn commit r2668 - in branches/windows_port: . drivers m4
2010/11/4 Arjen de Korte > Author: adkorte-guest > Date: Thu Nov 4 20:00:25 2010 > New Revision: 2668 > URL: http://trac.networkupstools.org/projects/nut/changeset/2668 > > Log: > Checking whether or not we should use the 'regex' library should be done > for all USB connected devices (since we use this in the matcher function). > In that case it is much cleaner
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
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
2010 Nov 28
1
[nut-commits] svn commit r2705 - branches/windows_port/drivers
Citeren Frederic BOHE <fbohe-guest op alioth.debian.org>: > Author: fbohe-guest > Date: Fri Nov 26 14:01:35 2010 > New Revision: 2705 > URL: http://trac.networkupstools.org/projects/nut/changeset/2705 > > Log: > Add regex library for drivers (by Arnaud Quette) > > Modified: > branches/windows_port/drivers/Makefile.am Why is this needed? The value of
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 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
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 >
2008 Dec 17
1
keeping branches in sync (was Re: [nut-commits] svn commit r1631 - branches/Experimental)
On Tue, Dec 16, 2008 at 3:27 PM, Arjen de Korte <adkorte-guest at alioth.debian.org> wrote: > Author: adkorte-guest > Date: Tue Dec 16 20:27:44 2008 > New Revision: 1631 > > Log: > Create an 'experimental' branch for changes that should > not be in the next stable release One potential problem with this is that it is easy for the branches to get out of sync with
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 Nov 26
1
[nut-commits] svn commit r1164 - in trunk: . drivers
On Nov 26, 2007 6:38 PM, Arjen de Korte <adkorte-guest at alioth.debian.org> wrote: > Author: adkorte-guest > Date: Mon Nov 26 18:38:18 2007 > New Revision: 1164 > > Log: > Allow longer commands in the 'phoenix' subdriver. > > Modified: > trunk/ChangeLog > trunk/drivers/megatec_usb.c FYI, the shutdown still doesn't work. -- Carlos Rodrigues
2010 Nov 05
1
[nut-commits] svn commit r2671 - branches/AsciiDoc/m4
2010/11/4 Arjen de Korte > Author: adkorte-guest > Date: Thu Nov 4 22:40:51 2010 > New Revision: 2671 > URL: http://trac.networkupstools.org/projects/nut/changeset/2671 > > Log: > Exclude -I. and extra developer warning flags with Net-SNMP support enabled > (using them is the responsibility of the NUT developers) > > Modified: >
2008 Dec 05
1
[nut-commits] svn commit r1596 - in trunk: drivers man tools
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
2010 Nov 05
1
[nut-commits] svn commit r2669 - in branches/AsciiDoc: . m4
On Nov 4, 2010, at 6:21 PM, Arjen de Korte wrote: > Author: adkorte-guest > Date: Thu Nov 4 22:21:51 2010 > New Revision: 2669 > URL: http://trac.networkupstools.org/projects/nut/changeset/2669 > > Log: > Add checking minimum required version for AsciiDoc tools I noticed that somewhere around this commit, the documentation stopped being built by default in BuildBot.