if you recently made the switch to bazzite from windows for its built-in support for steam gaming, you may have run into a few issues troubleshooting the devices that previously used to "just work" on windows.
while there is quite a bit of documentation available for troubleshooting games, like protondb, i found bazzite a bit frustrating when trying to tinker with less popular applications. it is an immutable os that uses flatpaks to manage applications. if something isn't a flatpak, you run into wall after wall trying to install packages. luckily- there is boxes, a pre-installed tool that allows you to run another distribution and install applications on there.
display tablets pose a special problem for use on a linux os. they require drivers that may not be available for your distribution, which could be solved by using boxes. however, VMs introduce another layer of pass-through that tablets usually can not cross. so, huion's debian packages are useless on a distribution like fedora or bazzite. you could use a package transmogrifier, like alien, but alien is not a flatpak and again bazzite is immutable so inserting your own package is almost impossible. at least the silver lining here is you can't break your computer, which is good if you don't know linux well.
when i plugged in my tablet, the display part worked perfectly on bazzite. i was able to set basic display options on it. using my pen stylus was another story. on plug in, the system did not recognize any pen gestures, clicks, or button presses. i would need to find a driver that would translate the input from my usb tablet device to my system.
here are my specs:
here is how i configured Clip Studio Paint (taken from this reddit post):
a few caveats for clip studio. i still do not know how to get all of the menu options but i am working on finding a solution. some windows will take awhile to load. restart the application if it doesn't work immediately.
now the headache. my huion tablet.
i had followed the reddit post above and tried to use the opentabletdriver it talks about. this would have probably worked, had i not been using bazzite.
at the time, i did not know that bazzite used an application called wayland to configure usb devices. this thing was running in the background the whole time, making things work, and i had no idea. except, it didn't work for my tablet, obviously. but since it was already a tablet driver, the opentabletdriver application i installed was fighting with it for control.
once i realized i was running wayland, i uninstalled opentabletdriver.
here is a good resource to figure out how you can troubleshoot your tablet: linuxwacom github
here is the command i used to find my session type for wayland:
if you see anything different, you may be using a different environment for handling usb devices.
if you are using a wacom tablet with wacom tablet drivers, i did find this page helpful, at least in leading me down what may work to troubleshoot. check it out if that's what you're using!
anyways, continuing on with my tablet woes.
wayland uses libinput to configure and troubleshoot usb devices. this means using lsusb was meaningless, really. kind of.
i checked out the libinput documentation. specifically, the tablet debugging section.
here are a few commands i used:
note if there are any issues with the tablet in these first few lines. it will become apparent, as it will say something like missing resolution. if it says that, you are in luck!
also note the bus, vendor, product, and version. my tablet had a few entries, too as you can see above. there are separate bus entries for the buttons, screen, and the scroll wheel.
this is also great news, as the tablet is recognized, just needs a tweak to get it working!
i checked out the github page for systemd, which runs the libinput configurations (don't kill me here.. still learning how all this works. it's magic right?). i searched the issues tab to see if anyone talked about a huion tablet, and found the HOLY GRAIL of posts for my problem.
following the documentation from systemd, i made a notepad of the changes i need to make to get the resolution configured for my tablet:
please make sure you calculate your resolution according to your lpi (lines per inch). mine just happened to be the same 200 (per mm) as a user on github. see the holy grail document above for what i am talking about.
since my tablet had multiple entries, the * in the endev:input string ensures they are all selected for this change. then, i made a new file in the etc directory:
then, we need these changes propagated:
this will resolve the issues with the resolution in the tablet entries. now, your tablet should be working natively and be able to draw on the bottles instance of csp!
thanks for reading!
any questions please email me.