-
Notifications
You must be signed in to change notification settings - Fork 213
Using udev rules #200
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hi @Anti-Ultimate how is this related to AppImage? Remember, AppImage is just a self-mounting filesystem that executes whatever payload you put in there. |
Because some Applications require udev access for specific devices, e.g. Dolphin needs udev access for GC - Adapter and controllers in general (in their case it works far better than SDL2). It installed a udev rule, and now the application/the user can access said device. If a package is installed onto the system, the corresponding udev rules gets put in /usr/lib/udev/rules.d, which gets loaded during install. However, AppImages are generally executed without root access, so udev rules cannot be loaded. AppRun could be extended so it searches for udev rules in the AppImage and asks the user (via Zenity or whatever), if he wants to enable them. |
In this case it is up to the payload application (or a custom |
The Etcher AppImage, for example, also acquires administrative rights to write to |
I've spelled out a possible approach here. |
The Dolphin Emulator AppImage needs a udev rule to access the GC - Adapter.
I was also creating a Steam AppImage, and Steam needs udev rules to access the Steam Controller, HTC Vive, and several other devices.
The text was updated successfully, but these errors were encountered: