Something strange was with permissions/device files.
I deleted /dev/bus/usb, then - re-inserted hid-generic, and usbhid-ups 
starts. libusb debug says nothing useful.
I pushed changes into git, with hack in hotplug.sh (libusb detached 
usbhid driver and re-attached dummy driver so /dev/bus/usb/xxx/yyy node 
is re-created with root:root owner:group).

In future it'll be good to add /etc/hotplug.d with scripts that'll be 
called (for specific device driver or vid/pid or some else conditions).

21.11.2014 20:10, kp kirchdoerfer пишет:
> Hi Andrew;
>
> Am Freitag, 21. November 2014, 19:16:50 schrieb Andrew:
>> 21.11.2014 19:05, kp kirchdoerfer пишет:
>>> Hi Andrew;
>>>
>>> Am Freitag, 21. November 2014, 18:34:18 schrieb Andrew:
>>>> Hi all.
>>>>
>>>> It seems like NUT doesn't work with libusb-compat correctly. When it's
>>>> runned as nut user - it fails with permissions error; when it runs at
>>>> root - it can't detach hid driver so fails with i/o error.
>>>>
>>>> Anybody tested libusb-related software?
>>> To my own surprise there currently only two packages that seems to require
>>> libusb*, I haven't tested neither of these.
>>>
>>> usbmodeswitch requires libusb, a package which may be used by David AFAIK,
>>> and nut, which does not work with libusb, but should with libusb-compat.
>>>
>>> Seems we do have a problem...
>>>
>>> kp
>> usb-modeswitch should work ok with legacy libusb-0.xxx (at least old
>> versions). maybe we just need to place fresh rules to old usb-modeswitch
>> if it becomes incompatible with old libusb.
>>
>> nut is linked against libusb and libusb-compat, and after system upgrade
>> from 4.x-trunk to pre-5.2.1 trunk, I have broken ups montoring. I asked
>> in nut maillist, and got answer that nut wasn't even checked with
>> libusb-compat, it should work with legacy libusb.
> I looked into request on nut-user and it's apparently  a few days old and I
> assume you've invested the issue a bit further, so you may have already
> investigated, if our move to the 3.10 kernel could cause the issue?
>
> Have you been able to get more output with LIBSUB_DEBUG? I remember I had to
> solve an issue with nut and an  UPS almost with debugging the output and the
> help of the nut-maintainers - they have been providing outstanding support,
> and it seems they still do so.
>
> I've looked into various mailing-lists and bug-reports when moving to libusb1
> and nut failed - AFAIR they all recommended  libusb-compat as a solution....
>
>> I'll try to build nut with old libusb, if it'll work - I'll look on
>> usb-modeswitch.
>>
> Ok; I was about to prepare a 5.1.2 release, but will wait for your verdict
> about libusb....
>
> kp
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
> http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk
>
> _______________________________________________
> leaf-devel mailing list
> leaf-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/leaf-devel


------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk

_______________________________________________
leaf-devel mailing list
leaf-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/leaf-devel

Reply via email to