78
I Want to Love Linux. It Doesn’t Love Me Back: A letter from those with a disability.
(fireborn.mataroa.blog)
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 24 May 2025
78 points (98.8% liked)
libre
9985 readers
1 users here now
Welcome to libre
A comm dedicated to the fight for free software with an anti-capitalist perspective.
The struggle for libre computing cannot be disentangled from other forms of socialist reform. One must be willing to reject proprietary software as fiercely as they would reject capitalism. Luckily, we are not alone.
Resources
- Free Software, Free Society provides an excellent primer in the origins and theory around free software and the GNU Project, the pioneers of the Free Software Movement.
- Switch to GNU/Linux! If you're still using Windows in
$CURRENT_YEAR, flock to Linux Mint!; Apple Silicon users will want to check out Asahi Linux.
Rules
- Be on topic: Posts should be about free software and other hacktivst struggles. Topics about general tech news should be in the technology comm or programming comm. That doesn't mean all posts have to be serious though, memes are welcome!
- Avoid using misleading terms/speading misinformation: Here's a great article about what those words are. In short, try to avoid parroting common Techbro lingo and topics.
- Avoid being confrontational: People are in different stages of liberating their computing, focus on informing rather than accusing. Debatebro nonsense is not tolerated.
- All site-wide rules still apply
Artwork
- Xenia was meant to be an alternative to Tux and was created (licensed under CC0) by Alan Mackey in 1996.
- Comm icon (of Xenia the Linux mascot) was originally created by @ioletsgo
- Comm banner is a close up of "Dorlotons Degooglisons" by David Revoy (CC-BY 4.0) for Framasoft
founded 4 years ago
MODERATORS
Thanks for sharing this. I'm surprised to hear the situation is so rough. All the pieces seem to be there, and it is easy to assume "Someone is working on this. Someone is keeping on top of the situation," but clearly that is not the case.
One of the key issues is that disabled people can't build the accessibility they need to participate. There's no "contributions welcome" that one can say.
It's a very dire situation, but I'm glad this is getting more attention in the community. This is probably one of the most important blogposts I've read in a while.
The author has a follow up article and I'm dying lmfao
Edit: In my personal experience things have gotten a lot better since PipeWire was introduced, but the author is correct that whenever this shit breaks (or malfunctions) it is incredibly difficult to debug. There are so many layers, each with their own logs, and you're lucky if they even log anything relevant to your problem in the first place. For all the hatred and death threats Lennart Pottering recieved for introducing systemd into this world (which is fine, actually) his real crime was PulseAudio. :)
That's just audio. they didn't even mention WiFi/Bluetooth. It's 2025 and there are still issues, especially with Bluetooth. I shouldn't need to open a bluetoothctl command window to re Bluetooth pair a device everytime I connect it to something else and then try connect it to my Linux machine again. Pulse audio on top of that makes reconnecting speakers or headphones that you used with another device a shot in the dark at times.
Yeah, BlueZ is flakey. My only experience with it pretty much is using wireless videogame controllers, but sometimes there are sporadic latency issues. Sometimes it just won't discover a device. Sometimes it works fine. Sometimes just flipping between tabs in the Gnome Settings app will cause changes to the state of Bluetooth discovery, causing missing devices to finally appear. launching the TUI
bluetoothctlapp (and doing nothing else) can cause missing devices to finally appear. And sometimes it won't. The d-bus interface seems robust, but d-bus itself is very poorly documented for application developers.That said, the world is full of really shitty and incomplete implementations of Bluetooth, and for all the faults of BlueZ it is at least fairly comprehensive. A lot of hardware is not tested for robustness against multiple implementations. If it can pair with an iPhone, they'll ship it whether or not it works with Android, Windows, Linux, your shitty car audio system, etc, or any combination of these devices.
Speaking only for myself, I have not had any issues with WiFi in a long time.
Edit: Just because I missed this
Oh, they do. That has its own section in the article.
Yeah at least there's a command window/tool in Bluetoothctl with comprehensive commands to troubleshoot and turn it on and off again when it stops working. So there is always a fix, it just may take some time to figure out, with pairing, unpairing, trusted device, authorising services, etc. I've given up on using the UI based stuff like the standard GNOME and Blueman UIs for Bluetooth, the way it interacts with what's actually going on under the hood is flaky, unexplained, or just straight up random.
But for Bluetooth audio devices, bluez + pulse audios Bluetooth audio implementation is a match made in hell. A word of advice: don't manually enable pulse audios Bluetooth auto connect via the config file or any UI that can edit the config file. It will break Bluetooth scanning and discovery in modern Linux, it's disabled for a reason nowadays.
WiFi seems to be mostly fine nowdays, the odd drop here and there, but I experience the same on my phone or when I boot into Windows. And the UIs have been updated to accurately reflect what's happening under the hood.