Closed jremmet closed 2 months ago
do you have user access to read /dev/hidraw5
? (run ls -l /dev/hidraw5
)
i think you need to adapt your udev rules or run as root
Thanks, after altering the udev rules the mcp2111 works again. Does this mean the default for the wheels are switched to hidraw interface?
Does this mean the default for the wheels are switched to hidraw interface?
Yes
Does this mean the default for the wheels are switched to hidraw interface?
Yes
@prusnak is this mentioned somewhere? I assume this will break many applications... maybe #166 should then be updated...
@prusnak is this mentioned somewhere? I assume this will break many applications...
maybe #166 should then be updated...
How exactly should the change break applications?
well she this bug.
when the default hid backend changes, the user/application needs to e.g. adjust the udev rules. furthermore path
completely changes, so if the application relies on it, it will most probably fail.
We install hidapi via pip and run into a changed result of
hid.enumerate()
under linux:0.14.0
0.14.0post2
The chip is a branded MCP2221. Linux kernel driver
hid_mcp2221
is blacklistedI stumbled over this:
test_venv3/lib/python3.10/site-packages/hidapi-0.14.0.dist-info/RECORD:hidapi.libs/libusb-1-150b88da.0.so.0.1.0,sha256=0F1IdhpGybnMo2ZCKSF4EyTehIy023YNTgl2lKz2R2g,118537
which is missing in hidapi-0.14.0.post2 Not sure if this means that its without libusb suport. (Which should be there from: https://github.com/trezor/cython-hidapi/commit/690824080c360c60276e4da0f873bd3df223a502 ad far as I understand)