This repo currently houses a command-line only utility that creates a user-space driver for the following supported models:
If you test your device against this generic driver and find that it works, please create an issue and provide the device ID for your device, its name and preferrably a link to the product page. If your device only partially works, we will be interested in knowing that too.
Preferred way is to use the GUI: https://github.com/kurikaesu/userspace-tablet-driver-gui You can change bindings manually by changing the JSON config but the format is currently changing too quickly to make effective documentation.
plugdev
permission group access to uinput without SUDO. This is how I can make this driver run without having the user constantly enter their password each time.For debian based distributions, download the deb package from the list of releases. The deb package can be installed with sudo dpkg -i <package_name.deb>
If you use an Arch-based distro, you can install the package from the AUR. There are two versions, one unstable and one stable.
The unstable version can be installed with:
yay -S userspace-tablet-driver-daemon-git
The stable (release) version can be installed with:
yay -S userspace-tablet-driver-daemon
This uses cmake to generate the required makefiles so make sure to have that installed.
On debian/ubuntu systems it can be done by:
sudo apt install cmake
With cmake installed it is a matter of:
git clone https://github.com/kurikaesu/userspace-tablet-driver-daemon.git
cd userspace-tablet-driver-daemon
cmake .
make
sudo make install
The first time you sudo make install
you will need to trigger the udev rule changes in order for the driver to work.
This can be done with:
sudo udevadm trigger
I would suggest running the command userspace_tablet_driver_daemon from the terminal first and watching the output to see if things are broken before having your desktop environment auto-start the application on login.
Use xinput in order to configure this:
xinput map-to-output <xinput device name> <xrandr-monitor-name>
You can get the monitor name by:
xrandr --listmonitors
It will show something like eDP-1
or HDMI-A-0
Unfortunately at the moment I do not know how to change the display mapping when using Gnome under wayland as I can't find any documentation on how to instruct the compositor mutter
to do so.
This is the same situation as the Gnome desktop environment. There is work to add a new KCM to support libinput graphics tablets but it is not complete. See: https://phabricator.kde.org/T14971
Should you want to contribute there are a few ways to do so: