similar to: Re: [Bug 6585] Hotplug dependency in nut-usb package

salut Jean-Luc, 2005/10/9, Jean-Luc Coulon (f5ibh) <jean-luc.coulon@wanadoo.fr>: > > Package: nut-usb > Version: 2.0.2-1 > Severity: normal > > Hi, > > The latest version of udev: 0.070-3 conficts with hotplug. > This means that while the new udev includes the hotplug functionalities, > the rules in /etc/hotplug/usb/libhidups and /etc/hotplug/usb/libhid.usermap

Hi Kiko, 2006/2/25, Kiko Piris <menorqui@pirispons.net>: > Package: nut-usb > Version: 2.0.3-1 > Severity: important > > > When newhidups loses comunication with ups (G), it dies when trying to > reconnect with the error: > > *** glibc detected *** double free or corruption (fasttop): 0x08068268 *** > > Following is a copy&paste of the last lines of

Hi Arjen 2007/7/28, Arjen de Korte <adkorte-guest at alioth.debian.org>: > Author: adkorte-guest > Date: Sat Jul 28 16:45:04 2007 > New Revision: 1029 > > Log: > Add Belkin F6C1200-UNV (older model) to supported devices. > > Apparently this is (internally) identical to the F6C1100-UNV. Not surprisingly, they also share the same productid (1100). It also seems to come

Arnaud et al, I have been meaning to collect some of the documentation updates for permission-related errors, and I was wondering if you would mind if we moved the scripts/udev/README and scripts/hotplug/README files out of scripts/ and into the docs/ directory (probably docs/permissions.txt). We could also cover the *BSD /dev/usb* permission issues there, as well. Any thoughts on this? -- -

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 >

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 >

Hi fellows, I'm really pleased to announce that a first stage of NUT and HAL [1] integration has been reached: NUT drivers (in fact, only newhidups, tripplite_usb and bcmxcp_usb for the moment) can feed HAL data. It's a "quick and dirty" hack, as a proof of concept, and there is still lots of things to be done, both on NUT and HAL sides. But it's a good base, and very

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 >

> Added: > trunk/scripts/hotplug/Makefile.am > trunk/scripts/udev/Makefile.am > Modified: > trunk/ChangeLog > trunk/Makefile.am > trunk/configure.in > trunk/docs/configure.txt > trunk/scripts/Makefile.am > trunk/scripts/hotplug/ (props changed) > trunk/scripts/udev/ (props changed) > trunk/scripts/udev/README > Log: > -

Hello everybody, After succeeded in "tuning" nut-2.0.0's hidups and 2.0.3's newhidups on customized Linux kernels, we are now facing a new challenge : trying to install nut-2.0.5 on a RedHat ES4 which is based on a 2.6.9 kernel. I picked up the 2.0.5 source package and follow the INSTALL doc until step 6. So far so good. RH ES4 is managed by udev, therefore I presume we

Hope it's not too rude to just drop this here for y'all... Checking device (0764/0501) (001/005) - VendorID: 0764 - ProductID: 0501 - Manufacturer: CPS - Product: UPS AE550 - Serial Number: unknown This one and their 485 don't provide a load measurement -- the Windows drivers kick it onto battery for a timed period and measure the drain to guess the runtime -- apparently all their

Hi, Is anyone running NUT on CentOS 6.5 for a USB connection from a UPS ? The reason I ask is that I have not been able to achieve this by EPEL repository packages, nor by downloading and building from the NUT source http://www.networkupstools.org/source/2.7/nut-2.7.2.tar.gz I have been unable to get Debian NUT packages to work with my Eaton E5 USB UPS, however I have been successful when

> Hello Arnaud, Hi Alex, > First of all i want to thank you for such useful and convenient > system tool as NUT. I think it is one from most important tools > for server machines. And it make its work excellent. thanks > I use NUT on SuSE distro and adapted init-scripts from package for > this distro style. Send you them with hope that you find them useful > for

Hi Raphael, btw, are you 2 bugs today a simple coincidence with my linkedIn invitation yesterday? ;-) 2008/10/4 Raphael Geissert <atomo64 at gmail.com>: > Package: nut > Version: 2.2.2-8 > Severity: wishlist > Tags: patch > > Attached is a patch adding "support" for tripplite's avr750u UPS. > Issues: > * productid still needs to be specified in

Hello, For a while I have been running NUT 2.0.0 just fine with my APC Back-UPS RS 800 using the usbhid interface. I decided to upgrade to 2.0.2, and all went well (upsc and upsd/upsmon seem happy to talk to the UPS), but I am getting a ton of these messages in my syslog: Jul 6 17:12:45 yggdrasil kernel: usb-uhci.c: interrupt, status 3, frame# 780 Jul 6 17:12:50 yggdrasil kernel:

On Sun, Nov 16, 2008 at 11:08 AM, Arnaud Quette <aquette.dev at gmail.com> wrote: > 2008/11/15 Charles Lepple <clepple at gmail.com>: >> On Fri, Nov 14, 2008 at 5:42 PM, Arnaud Quette <aquette.dev at gmail.com> wrote: >>> fellows, >>> >>> You can now commit to the trunk everything that is scheduled for 2.4 >>> >>> For my part,

On Fri, Nov 14, 2008 at 5:42 PM, Arnaud Quette <aquette.dev at gmail.com> wrote: > fellows, > > You can now commit to the trunk everything that is scheduled for 2.4 > > For my part, the november month will be mostly dedicated to the following: > - commit the USB "improved maintenance" code. I'm about to finish that > one, which allows to extract USB info

fellows, You can now commit to the trunk everything that is scheduled for 2.4 For my part, the november month will be mostly dedicated to the following: - commit the USB "improved maintenance" code. I'm about to finish that one, which allows to extract USB info and generate the various USB related files (hotplug, udev and hal). so the end of that bothering era ^_^ - complete &

On 11/14/05, CVS User aquette <nut-upsdev@lists.alioth.debian.org> wrote: > Update of /cvsroot/nut/nut/scripts/hotplug-ng > In directory haydn:/tmp/cvs-serv23053/scripts/hotplug-ng > > Log Message: > Directory /cvsroot/nut/nut/scripts/hotplug-ng added to the repository > --> Using per-directory sticky tag `Testing' Arnaud, can we add this directory to Development

Hi all, I've been working on updated packaging for NUT for OpenWrt.  Alioth says that there is no list at the link for the nut packaging list, so I guess this is where to send messages. I had opened https://github.com/networkupstools/nut/issues/602 because of a user bug report on the OpenWrt NUT packaging (https://github.com/openwrt/packages/issues/6843) but it turns out to have been the