FS#79391 - [systemd] ydotool uinput permission errors
Attached to Project:
Arch Linux
Opened by Matthew Hague (shakedown1979) - Wednesday, 16 August 2023, 12:31 GMT
Last edited by Toolybird (Toolybird) - Friday, 08 September 2023, 21:03 GMT
Opened by Matthew Hague (shakedown1979) - Wednesday, 16 August 2023, 12:31 GMT
Last edited by Toolybird (Toolybird) - Friday, 08 September 2023, 21:03 GMT
|
Details
Description: in the past week or so ydotool no longer
appears to work using the userspace systemd service file
when the user is in the input group. The issue is that
/dev/uinput does not have g+rw access for the input
group.
This is normally handled by a udev rule packaged with ydotool that chmods /dev/uinput when the uinput module is loaded. However, recently it looks like the uinput module is loaded lazily, causing a circular issue: ydotool cannot cause uinput to load because it does not have the right permissions on /dev/uinput, but the udev rule setting the permissions won't be fired until uinput is loaded. There is a discussion about this issue on the ydotool GitHub page: https://github.com/ReimuNotMoe/ydotool/issues/210 * package version(s) -- 1:1.0.4.r0-g57ba7d0-1 * config and/or log files etc. systemd[1306]: ydotool.service: Failed with result 'exit-code'. systemd[1306]: ydotool.service: Main process exited, code=exited, status=2/INVALIDARGUMENT ydotoold[1387]: You're advised to run this program as root, or YMMV. ydotoold[1387]: failed to open uinput device: Permission denied * link to upstream bug report, if any https://github.com/ReimuNotMoe/ydotool/issues/210 Steps to reproduce: 1. Add user to input group 2. systemctl --user enable ydotool 3. Reboot. |
This task depends upon
Closed by Toolybird (Toolybird)
Friday, 08 September 2023, 21:03 GMT
Reason for closing: Fixed
Additional comments about closing: systemd 254.2-1
Friday, 08 September 2023, 21:03 GMT
Reason for closing: Fixed
Additional comments about closing: systemd 254.2-1
Are you able to confirm by temporarily downgrading systemd? (NOTE: be careful, critical system component, have USB installation drive available for recovery, etc, etc)
[1] https://github.com/systemd/systemd/issues?q=is%3Aissue+label%3Audev+is%3Aclosed+sort%3Aupdated-desc
[1] https://wiki.archlinux.org/title/Bisecting_bugs_with_Git
Looks like it's fixed in systemd-git 254.r66978.599a312484-1.
[1] https://github.com/systemd/systemd/issues/28653
[1] https://github.com/systemd/systemd-stable/commit/4e639ca0f104e636458df5cce3f3e4df30f9a8b9