If the project being named after Wacom is actively causing other companies to not contribute because they believe it’s a Wacom lead project and they’d be helping a competitor, I don’t understand why this is even a debate vs. just changing the name to something vendor neutral.
I've suffered through a lot of non-Wacom EMR styluses in the past, and my preference is to buy the real thing, so I'm okay with the status quo, unless there has been a marked improvement --- that said, who wants multiple stylus technologies? A big improvement in my life was getting the same Wacom EMR support on _all_ of my devices, so I can:
- make a note in MyScript Notes on my Samsung Galaxy Note 10+
- add it into a to-do notebook on my Kindle Scribe Colorsoft
- open the note in Nebo.app on my Samsung Book 3 Pro 360 for reference/editing
- work on the project on my MacBook using a Wacom One display
(and yes, there are times when I have all four devices out)
I couldn't count how many Wacom EMR styluses are scattered around my house or in various laptop bags....
Would it work to give the Windows driver to an LLM and tell it to analyze it and write a Linux driver?
I wrote a Python script to do it using xsetwacom, but I don't know if it would work for anybody else. I don't know if xsetwacom is only for wacom tablets, or if xsetwacom is only for X11 (I'm not on Wayland yet).
Okay... let's rename them then? I know it's silly, but, well, we've went through the whole pointless `master` -> `main` branch rename in so many projects which was much more disruptive -- at least this one could serve a purpose?
You can continue to use Wacom (only)
Hopefully, this situation will get some traction with a bit of noise about it, and the distros can actually put some effort into handling the rename - or maybe a hero will arise in the midst of all the fuss, who just does the full renaming properly, tested, and so on - in a fashion that it simply can't be ignored.
It's definitely an interesting thing to see this happening, anyway. Open Source has many, many troublesome facets when it comes to fairness and equity, but it also has a lot of bright, shining moments. The fact that the technical ability to build these drivers is already a given, and really the thing holding everything back is just the corporate brand obsession, is kind of hilarious though, also.
Duh, you own your competitor by pushing your tech into their brand-space, dummies. This is an opportunity for brands-not-Wacom to eat Wacoms lunch in a delightfully technologically significant way - but, alas, the brand cult reared its maw, instead...
It's just another reason why Wayland isn't ready for daily use.
Maybe people don't realize that this is very much within the capabilities of modern AI nowadays?
At $dayjob we have encountered people reverse engineering our driver with Claude and creating GitHub repos with pretty useful vibecoded tools and documentation.
Yes, the raw binaries of the driver. Not leaked source code or anything like that.
Neither change has any technical reason. The only reason why either name change was desired is because some contributors were upset by the names.
The technical people managing the repos might just be opposed to name changing in general (seeing how a boatload of links, references, documentation would require updating, some of which you don't even control), and meanwhile those people might feel the "misbranding" drawbacks much less (if at all).
And besides once you start your tablet for Linux Projekt you have to touch everything, so that is a nice opportunity to finally refactor the wacom_debug_2 mess and pretty soon you're drowning in yak shavings.
Indeed, neither has any technical reason.
I suppose you're right that both changes have a purpose -- one could feasibly convince a company to contribute Linux drivers (a net win for everyone), and the other is a constant annoyance which wastes everyone's time (is this project using `main`, or `master` -- you never know, so have fun getting it wrong all the time) just to allow certain groups of people/corporations to virtue signal**.
** -- If "master" is such a naughty word then where are all of the people getting offended by e.g. "Mastercard", "Ticketmaster", "Master Lock", "MasterBrand", and many other company/product names, and why those names aren't getting changed? Why there isn't any outrage about them? My point here is not to engage in whataboutism, but just to point out that the word isn't actually offensive when used in a non-offensive manner, and virtually no one is actually genuinely upset about it.
Whereas the “master” thing was transparent linguistic nonsense and a strictly-US cultural thing that a few people foisted on the rest of the world because they decided to get offended on behalf of a hypothetical group.
BTW, every country had its expansionist and genocidal and slavery moments (I'm from Italy, think about the Roman expansion inside Italy, then the empire or our colonial wars 100 years ago.) The USA is one of the most recent examples. It takes time and I understand that master vs main is important inside the country.
The issue of Wacom branding is different because it's a business dynamic and businesses don't want to work for competitors no matter the country, no matter the history. They can work together or an equal footing. So rename to libtablet or whatever.
but open source will never have such sensible names. It'll probably be called something like Ujagu Flemble or Bananahead.
With enough patience and spit it should be possible to understand it. And AI can do it while we sleep.
"It's hard!" So? "It's complicated" So? "Some of it other people control." This will always be the case, you can't let the perfect be the enemy of the good enough.
If the status quo means a worse project, then you're not changing because you don't WANT to, not because it's a good idea. And that's an emotional, not logical ,decision.
It’s probably down to one underappreciated Linux dev somewhere who is tired of the debate and spends their time fixing actual bugs.
> I would categorize all those as emotional reasons not to change, not logical reasons.
Ignoring for a moment the annoying software engineer tropes of "emotional=bad, logical=good" labeling and its unawareness of the fact that logic and emotions are hopelessly enmeshed; deciding what work to prioritize how you spend your limited time does not seem particularly "emotional."
Signed, the guy who will forever believe GIMP could have been a contender with a name change decades ago.
Thankfully the actual code remained the same (because only engineers look at it).
My point is that from a developers PoV, renaming is not an evident net-gain at all-- might be seen as pointless branding busywork that leeches ressources from "actual" problems.
That is not "being emotional", it's just different priorities.
So it will take valuable developer time that might be better utilized to work on something else. And even if they do rename it, there isn't any guarantee that the other vendors would then agree to collaborate.
comparing the cost (difficulty, complications, etc.) against the benefit of doing something before doing it seems quite logical.
So there's no point in wasting time on this, if perceived problems are low or nonexistent. Current maintainers probably look at it from a technical pov "it's just a name, who cares"
It seems to me like you're viewing the playing of politics as a no-brainer, which is a very different mindset from a Linux contributor. I don't think people get into kernel maintenance to play politics.
It still is a contender for image editing programs, for limited photo retouch, for very limited drawing (draw a rectangle outline without googling?) I use LibreOffice Draw for that.
“My approach is technically correct and I won’t change it even though it causes issues down the line”. I’ve seen this a lot in the Gnome/Wayland world.
> I don't think people get into kernel maintenance to play politics.
I’m not a kernel developer and the projects I’ve worked on haven’t even been that big, but even there it was necessary to cater to multiple stakeholders and consider multiple viewpoints. I’d go as far as saying that software development in general gets pretty political pretty quickly, as soon as you depend on somebody else’s work or somebody else depends on yours. Every decision will impact somebody and different options will do so differently - these are political considerations.
I can’t imagine this being less of an issue in the kernel.
This cannot be, naming things is one of the two canonical hard problems.
This was something I knew to be true in my much more limited circle, but I very much appreciate the real life bigger example.
Otherwise it would have been smoother
It was long after university after I learned that it's also an English word.
To summarize, it's not e.g. about me being personally offended -- it's about people like me (a long time ago) wanting to show people this great software and other reasonable people seeing the name, understanding the meaning, and reasonably thinking "If this software were actually good, why does it have such a ridiculous and often offensive name?"
An unserious name -- literally chosen to be an edgy joke -- projects "unserious software."
In recent memory, you see this in response to last decade's trend of white people wearing Native American headdresses (particular to certain remaining groups of indigenous people in North America) at fashion shows and public events. This was practically the definition of cultural appropriation; in the cultures which display headdresses, one must earn the right to do so, and here you had the descendants of those who committed actual genocide wearing these symbols without even an attempt to understand their significance.
This is in a country that not only practiced genocide, it stole the children of native peoples, ostensibly to educate them to European norms, to cut them off from their hereditary culture; including their language and clothing. It's also a country that continues to ignore its own treaties with indigenous nations and erase their history through "termination" (the policy of un-recognizing individual tribes to eliminate their status).
So maybe it's popular here because this country is particularly terrible at appropriating culture. There's a ton of nuance you might miss if you don't live here and talk to people.
But again, the people who gave the name to the project deliberately chose it because they found its slight offensiveness to be funny.
They knew what they were doing and chose to continue to do it anyway.
Considering how much effort we had to out into fixing pipelines because of hardcoded scripts, and the lack of good reason to do it its no surprise that it was scoffed at. White keyboard warriors needed to make a change, but couldn't do anything meaningful as it would require actually doing something.
At least this change makes sense.
I'm generally in favor of DEI, btw, so you can lose me with your bigotry.
It certainly helped GNOME whom was one of the biggest proponents /s
Published on 22 june 2026
As you probably already know, I regularly get in contact with drawing tablet brands for reviews on my Youtube channel. I usually agree to do detailed video test of their models (see my hardware tag) but only at two condition: test the tablet on GNU/Linux, and only use Free/Libre and Open Source software for the test, including drivers.
I do that especially for the models I find interesting, but I also do that to report all the specifications of the hardware I receive to Peter Hutterer and Benjamin Tissoire at Red Hat. This way, they can transform the specs I can dump from the tablet into a Free/Libre and Open Source high quality driver for GNU/Linux, thanks to their udev-hid-bpf project.
But my last video review was one year ago. In fact, after finding it exhausting to go through all this process (dumping specs, testing the driver, testing and get an opinion of the drawing tablet, making the video review, writing the technical blog post), I decided to set up a new strategy.
The ultimate shortcut! Get tablet brands to collaborate directly for GNU/Linux in general and share their spec with the hid/input teams. Something like what Wacom has been doing for decades.
For that, I sent many emails, because with brands like XpPen, Gaomon, Huion, I'm not in contact with the technical department, but with the marketing department. Usually, after a few emails, I get a "we'll discuss that internally and get back to you if we're interested" type of answer and nothing. So, I usually kept pushing and insisting.
But more recently, during a discussion with Gaomon, things became more promising: they actually connected me with someone technical. Someone working at "Shenzhen Huion Trend Technology Co.,Ltd.". Huion? Hehe, not really surprising: I had long observed in my reviews that the proprietary drivers of Gaomon, XpPen, Huion and Ugee all had a similar structure in their Debian packages and were using the same tools. Now I know what brand is in charge.
So, I really felt with this technical contact I was finally reaching the right person, and not only that, but someone who could be in charge of managing the drivers for four brands! I quickly sent them all the specifications, links, and method and invited them to contact Peter Hutterer and Benjamin Tissoire.
After that, I was genuinely excited and proud of myself: things were moving in the right direction, and all this volunteer work of emails was about to be fruitful.
Unfortunately, this morning I received a conclusion that contradicted my expectations. It's the marketing department at Gaomon who contacted me. Here's the relevant excerpt:
I need to apologize, as I spoke with our technical team again today, and we have decided not to move forward with the Linux driver project at this time.
We carefully reviewed the project you shared with us (https://github.com/linuxwacom/wacom-hid-descriptors). While we appreciate the initiative, we found that this is primarily a Wacom-led project, and the potential impact for GAOMON would be quite limited. Even if we added support for our devices, the system would still show the device as a GAOMON model, but the overall setup would display Wacom branding. More importantly, participating would require sharing our device specifications directly with Wacom – which is not something we can consider.
Alright.
Now you're probably wondering why Wacom is mentioned here.
Well, because it's true: many of the repositories are named after "Wacom". It's a historical legacy on GNU/Linux. It's also a decade-long debate that these repos should be renamed differently.
For example, a repository like Libwacom contains Dell, Gaomon, HP, Huion, XpPen and more (src: https://github.com/linuxwacom/libwacom/tree/master/data), same for wacom-hid-descriptors (src: https://github.com/linuxwacom/wacom-hid-descriptors), and it's the same in many other places deep in the GNU/Linux drawing tablet driver infrastructure.
So, it's not surprising that after a careful study, my technical contact (representing many brands) decided against opening their specifications. Especially if the open-source infrastructure is branded after the industry's largest competitor. I understand their move.
Addendum: I received a comment telling me that I skipped the part of their email where they said they worry they would share their device specifications directly with Wacom. This is true, but I ignored this sentence because obtaining their device specifications is straightforward: you just need a Linux operating system and the hid-recorder utilities to do so. You can see me doing it in a video in the first post of this thread. Therefore, if an artist can do it, so can all their competitors.
So I'm sad, what a wasted opportunity and time because of some bad design decision. I'm writing this so that perhaps some executives somewhere will become concerned by this situation and fund full-time developers in charge of these repositories. Because you just can't build a solid collaborative environment within infrastructure branded after the industry's largest competitor.
As for me, I'll return to my previous method: reviewing tablets and documenting their specifications, one by one. Unfortunately, I'm not skilled enough to code C drivers like this one and I'm not fully independent on this quest. My process require each time the avaibility of Peter and Benjamin. If the Huion H610x, the XpPen Deco 01V3, the Kamvas Pro 19, the XpPen Artist Pro 16 and 19 (and more) are compatible, it's thanks to their efforts.
I know that this process will stop the day I can't get a Free/Libre and Open-Source driver in time for making the video review, and I'll have to use the proprietary driver of the brand to finish the thing. The day this will happen, I'll probably stop doing hardware reviews...
But for now, three tablets are already in transit: two XpPen models (their high-end 27-inch and their upcoming 12-inch model) and an 11-inch Gaomon. I'll probably also write a detailed tutorial in the near future about how to report tablet specifications to the udev-hid-bpf project, like the one documented here: https://gitlab.freedesktop.org/libevdev/udev-hid-bpf/-/work_items/54.
That's all I can do to move the situation forward. One drawing tablet at a time.