Closed agoodshort closed 10 months ago
When a new instance of VirtualDeviceBuilder is created, it first makes sure that you have both read and write permissions on /dev/uinput
, can you check if you have those?
It could also be possible that the uinput
kernel module isn't loaded, what if you use sudo modprobe uinput
and then try running Makima again?
Thanks so much for the quick response.
sudo modprobe uinput
does the trick. I'm fairly new to kernel stuff, I guess I have some reading to do on these topics :laughing:
Is there anything that could be done on the app to avoid this or should I just load uinput
on my own?
Makima can't load kernel modules since it doesn't have sudo privileges, but if you want you can automatically load uinput
on boot.
Create /etc/modules-load.d/uinput.conf
and inside that file just write uinput
, then save and reboot.
Let me know if this works; if it does, I'll add it to the docs tomorrow.
So I did a bit more testing:
modules-load.d
and simply rebooted my machinelsmod | grep uiput
returns nothingmakima
lsmod | grep uinput
shows that the module is now loadedI'm not sure what happened earlier, but it looks like everything works as expected now. Maybe sudo usermod -aG input <username>
requires a reboot instead of a logout / login. I could try to investigate a bit and reproduce if you want me to, but otherwise I'd leave this issue as a one-off and close.
I don't think usermod -aG input <username>
needs a reboot because you were able to use evtest
which requires you to be in the input
group to work, but maybe loading uinput
requires a reboot?
In any case, I'm adding it to the docs, it could be useful to other users
And thank you a lot for your cooperation!
Description
When starting
makima
I receive the following error message:Steps to reproduce
.config/makima/Keychron Keychron Q10.toml
sudo usermod -aG input <username>
cargo run
Troubleshooting steps so far
groups
ls -l /dev/input
evtest