[Nut-upsuser] nutdrv_qx hangs after send: QS
Richard Flint
richard.flint at gmail.com
Sun Apr 5 02:45:58 UTC 2015
Hi,
Apologies for the many replies. I have found this documentation:
http://www.lehman.cuny.edu/cgi-bin/man-cgi?ugen+7
(I am using the ugen driver).
Richard
On Sun, Apr 5, 2015 at 3:34 AM Richard Flint <richard.flint at gmail.com>
wrote:
> Hi,
>
> I have to admit this sounds like it could screw up the system if not done
> right - particularly because the solaris packaging system is unlikely to
> allow me to remove the libusb package if many things are dependent on it.
>
> Are there any other options - e.g. doing something with the libusb that
> ships with solaris - are we sure it doesn't support timeouts?
>
> I think I found some code relating to it here:
>
> https://java.net/projects/solaris-userland/sources/gate/show/components/libusb/wrapper/src
>
> Regards,
> Richard
>
>
> On Sun, Apr 5, 2015 at 3:10 AM Charles Lepple <clepple at gmail.com> wrote:
>
>> On Apr 4, 2015, at 9:48 PM, Richard Flint <richard.flint at gmail.com>
>> wrote:
>>
>> Again, apologies for my ignorance - are you suggesting that if the NUT
>> application was built against openusb this would probably be fixed?
>>
>>
>> Yes, that is my current theory. It's a little complicated in practice -
>> openusb has a different API than libusb-0.1.x, but it supposedly includes a
>> compatibility layer.
>>
>> If openusb works, I would not expect it to wait for more than 1 or 5
>> seconds when reading the reply.
>>
>> If so I'm happy to give this a try - any idea how can I tell NUT to build
>> against openusb instead of libusb?
>>
>>
>> Not sure exactly, but to be safe, I'd make an extra backup of wherever
>> libusb is installed - my concern is that other things might be using
>> libusb, and openusb could interfere. Ideally, openusb is a strict superset
>> of libusb, but I haven't used it myself.
>>
>> openusb does seem to use the same library name as libusb, so if libusb
>> was installed by a package, you might want to uninstall libusb first to
>> avoid conflicts.
>>
>> NUT uses either the generic pkg-config tool or a libusb-config binary to
>> find the USB library. openusb seems to install an openusb-config file which
>> could be symlinked to libusb-config in /usr/local/bin (once the original
>> libusb package is out of the way). At that point, you can re-run the NUT
>> ./configure script, and it should list the openusb version number (1.1.11?)
>> instead of 0.1.7.
>>
>> --
>> Charles Lepple
>> clepple at gmail
>>
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20150405/7d5b7859/attachment-0001.html>
More information about the Nut-upsuser
mailing list