Help getting a drawing tablet working (huion Kamvas 12 Pro or GT-116)

My daughter wants to come over to the linux side of things but before she wipes windows she needs her drawing tablet to work so I'm trying to get it working on my machine (bazzite:latest). I installed Opentabletdriver via just, the first time it didn't pull an arch container but instead made a fedora container and called it arch, so I deleted that and made the arch container myself then recalled just install opentabletdriver and that seemed to work but the machine doesn't find the tablet, the screen is on and in plasma settings the buttons are detected in the game controller section but there is nothing in the drawing tablet section. systemctl status --user arch-opentabletdriver.service shows the service is running and that is cannot detect the tablet. The OTD website seems to talk about a GUI but that doesn't seem to be installed via the just install method so I'm at a loss.
No description
4 Replies
Sp4rkR4t V2.6270
Sp4rkR4t V2.6270OP14mo ago
I have the GUI exported from the container now but the tablet is still not detected, I also have a XP-PEN Deco L that is not detected either. Is there a different way to install the drivers needed for these tablets?
sbstratos79
sbstratos7913mo ago
Hi. Did you find a fix for this? I am trying to use my Gaomon 1060 PRO with OTD. I know for a fact that OTD supports this tablet. But it's not detecting the tablet in Bazzite. On Arch, NixOS and others, it works just fine.
TC X0 Lt 0X
TC X0 Lt 0X12mo ago
Hi, so I had a similar issue with OTD not detecting my tablet. Actually as far as the just script went the version of OTD in the AUR was giving me 404 errors when it tried to pull a few packages, but it was fairly easy to just install it in a fedora container by grabbing the rpm from OTDs github page. Anyways, as it turns out OTD is conflicting with another tablet driver. If you manually run the '/usr/bin/otd-daemon' in the container, it will do a rundown searching for all compatible devices. When it reaches the device that is not being detected, it will throw a ArgumentOutOfRangeException:Error, and skip the device. This will repeat each time you replug the device. The OTD gui will not make any fuss about this and will just say it did not detect a device. The other driver in question is 'hid_uclogic'. Luckily this can be easily blacklisted in the initramfs at boot with " rpm-ostree kargs --append='modprobe.blacklist=hid_uclogic' " My device was a crummy XP-Pen Star-G640, so I imagine this is the likely issue with any XP-Pen devices, though a strong chance it is the issue for any device at least from the number of issues on the problem posted on the github page.
Skaifers
Skaifers11mo ago
Applause for posting this! 👏 Great explanation and blacklisting of 'hid_uclogic' helped to detect my Gaomon MK10 Pro tablet. I had this problem on Nobara, so it's not tablet specific, nor is it distro specific. There, a guy on the OTD server suggested I run `sudo dracut --regenerate-all --force' to regenerate initframs for the exact same thing. Being new to distrobox stuff, I wasn't quite sure how to proceed in this situation, like whether to do something inside the container or outside of it. It's so cool that Arch distrobox can be so well integrated into the system that it can even run services and drivers.
Want results from more Discord servers?
Add your server