Search Criteria
Package Details: game-devices-udev 0.23-0.1
Package Actions
Git Clone URL: | https://aur.archlinux.org/game-devices-udev.git (read-only, click to copy) |
---|---|
Package Base: | game-devices-udev |
Description: | Udev rules for controllers |
Upstream URL: | https://codeberg.org/fabiscafe/game-devices-udev |
Keywords: | 8bitdo alpha astro betop catz communication controller corporation deck designed gamecube gaming google hori htc imaging logitech mad microsoft nacon nintendo nvidia pdp performance personal powera products razer shield sony stadia steam steamos switch systems technology valve vr wii wiiu xbox zeroplus |
Licenses: | MIT |
Provides: | nintendo-udev |
Submitter: | fabiscafe |
Maintainer: | fabiscafe |
Last Packager: | fabiscafe |
Votes: | 27 |
Popularity: | 0.94 |
First Submitted: | 2021-05-05 13:12 (UTC) |
Last Updated: | 2024-05-06 16:14 (UTC) |
Dependencies (2)
- udev (systemd-chromiumosAUR, eudevAUR, systemd-selinuxAUR, sysupdated-systemd-gitAUR, systemd-gitAUR, systemd-fmlAUR, systemd)
- git (git-gitAUR, git-glAUR) (make)
Required by (3)
- input-devices-support
- input-devices-support-gnome
- joycond-cemuhook-git (requires nintendo-udev) (optional)
Latest Comments
oysstu commented on 2024-05-08 16:14 (UTC) (edited on 2024-05-08 16:14 (UTC) by oysstu)
@waruiji Either run makepkg with --skippgpcheck or download and import the necessary key:
https://keyserver.ubuntu.com/pks/lookup?op=get&search=0x6E58E886A8E07538A2485FAED6A4F386B4881229
gpg --import ~/Downloads/armored-keys.asc
waruiji commented on 2024-05-07 17:55 (UTC)
The upgrade to 0.23-0.1 fails with the following error:
demizer commented on 2022-11-15 21:39 (UTC)
https://codeberg.org/fabiscafe/game-devices-udev is down.
abouvier commented on 2022-03-08 05:43 (UTC) (edited on 2022-03-08 05:47 (UTC) by abouvier)
After investigation, it's the rule
SUBSYSTEM=="input", ENV{ID_INPUT_JOYSTICK}=="?*", TAG+="uaccess"
in/usr/lib/udev/rules.d/70-uaccess.rules
that gives access to all the inputs auto-detected as joystick.And
/usr/lib/udev/rules.d/70-joystick.rules
just adds a property to the only two joysticks listed in/usr/lib/udev/hwdb.d/70-joystick.hwdb
.fabiscafe commented on 2022-02-01 10:13 (UTC)
@abouvier There is a general rule-set /usr/lib/udev/rules.d/70-joystick.rules; /usr/lib/udev/hwdb.d/70-joystick.hwdb. That's why many devices work out of the box. In fact many of our rules are not necessary, because the devices would work just fine by themself. They are still available to complete the set if someone wants to ship no general rule, but device specific (game-devices-udev is not for Arch, but general purpose).
Yes, in best case it should end up in upstream systemd, but I sadly do not have time and money to test the devices and send MRs out.
abouvier commented on 2022-02-01 09:21 (UTC)
This means that you will have to add a rule for every gamepad in existence? Shouldn't these rules be added to upstream
udev
?fabiscafe commented on 2022-02-01 08:50 (UTC)
@abouvier: udev rules can be granular and so a lot more secure. We go for uaccess to only allow the device being used while the user is logged in on users local PC. On top of that not everything is covered by the input group, as not everything is an input device. (mostly VR)
Please also see: https://wiki.archlinux.org/title/Users_and_groups#Pre-systemd_groups
abouvier commented on 2022-02-01 08:24 (UTC)
Why these rules are necessary? Add users in the
input
group is not sufficient? Or it's an alternative solution?