Hi, Unfortunately this approach isn't going to work. I've done some further research and it would appear that it is the underlying ugen device and not libusb that is failing to honor the timeout. https://mail-index.netbsd.org/tech-misc/2006/03/17/0000.html The person above worked around this by having the device opened in non blocking mode using the O_NONBLOCK flag but this required changing libusb. Am I out of luck? Regards, Richard On Mon, Apr 6, 2015 at 1:42 AM Charles Lepple <clepple at gmail.com> wrote:> On Apr 5, 2015, at 12:26 AM, Richard Flint <richard.flint at gmail.com> > wrote: > > Any idea how i can get NUT to build against this libopenusb which has been > installed by Solaris? > > ... > > It might be possible to do the following: >> >> ? install openusb into an alternate directory (e.g. $HOME/local) >> ? set PKG_CONFIG_PATH to anything that doesn't contain the system >> libusb.pc >> ? put $HOME/local/bin (or wherever openusb-config gets installed) at the >> front of the $PATH, and symlink openusb-config to libusb-config >> ? reconfigure NUT >> >> > Same sort of thing, just symlink or copy the openusb-config file such that > NUT's configure script picks that up first (it's looking for libusb.pc > first, then libusb-config). > > If that works, we can add openusb-config into the search. > > -- > Charles Lepple > clepple at gmail > > > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20150406/db15a2f6/attachment.html>
On Apr 6, 2015, at 8:46 AM, Richard Flint <richard.flint at gmail.com> wrote:> Unfortunately this approach isn't going to work. > > I've done some further research and it would appear that it is the underlying ugen device and not libusb that is failing to honor the timeout. > > https://mail-index.netbsd.org/tech-misc/2006/03/17/0000.html > > The person above worked around this by having the device opened in non blocking mode using the O_NONBLOCK flag but this required changing libusb.Unfortunately, the ugen drivers in Solaris, NetBSD, FreeBSD, etc. are similarly named, but not necessarily the same code. At least with the *BSDs, you can inspect the code to see what has changed (and the BSD USB support has improved significantly across the board since 2006 when that message was posted). OpenUSB seems to work around the blocking issue by creating a separate timeout thread, so I still think there is some hope there. On the other hand, if that doesn't work, I would consider setting up another system dedicated to monitoring the UPS, and setup NUT on Solaris to be a client to the other system. Linux on x86_64 is probably the best supported OS for NUT and a USB UPS, but others have had success with embedded ARM and MIPS Linux systems. I have a Soekris net5501 running FreeBSD monitoring the USB UPS in my home "data center" in the basement, and it has been very reliable: http://soekris.com/products/net5501.html (also available in a rack-mount form factor; I have no connection to Soekris other than using their equipment) -- Charles Lepple clepple at gmail -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20150406/dfbaba21/attachment.html>
Hi, Thanks for all the help. I have a spare pcengines ALIX box lying around and I am going to repurpose that as a dedicated UPS monitoring system. Regards, Richard On Mon, Apr 6, 2015 at 2:27 PM Charles Lepple <clepple at gmail.com> wrote:> On Apr 6, 2015, at 8:46 AM, Richard Flint <richard.flint at gmail.com> wrote: > > Unfortunately this approach isn't going to work. > > I've done some further research and it would appear that it is the > underlying ugen device and not libusb that is failing to honor the timeout. > > https://mail-index.netbsd.org/tech-misc/2006/03/17/0000.html > > The person above worked around this by having the device opened in non > blocking mode using the O_NONBLOCK flag but this required changing libusb. > > > Unfortunately, the ugen drivers in Solaris, NetBSD, FreeBSD, etc. are > similarly named, but not necessarily the same code. At least with the > *BSDs, you can inspect the code to see what has changed (and the BSD USB > support has improved significantly across the board since 2006 when that > message was posted). > > OpenUSB seems to work around the blocking issue by creating a separate > timeout thread, so I still think there is some hope there. > > On the other hand, if that doesn't work, I would consider setting up > another system dedicated to monitoring the UPS, and setup NUT on Solaris to > be a client to the other system. Linux on x86_64 is probably the best > supported OS for NUT and a USB UPS, but others have had success with > embedded ARM and MIPS Linux systems. I have a Soekris net5501 running > FreeBSD monitoring the USB UPS in my home "data center" in the basement, > and it has been very reliable: http://soekris.com/products/net5501.html (also > available in a rack-mount form factor; I have no connection to Soekris > other than using their equipment) > > -- > Charles Lepple > clepple at gmail > > > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.alioth.debian.org/pipermail/nut-upsuser/attachments/20150408/b4ddf3c6/attachment.html>