You might start with the documents posted to the EFF site over the past year. For example, the September opposition letters include specific court decisions and put them in context, including commentary from law professors.
mox
Looks like things have changed:
Will my registration expire?
No, your registration will never expire. The FTC will only remove your number from the Registry if it’s disconnected and reassigned, or if you ask to remove it.
https://consumer.ftc.gov/articles/national-do-not-call-registry-faqs
It's re-posted from a news community, where it was since removed for not being from an acceptable news site. Unfortunately, the acceptable news sites covered this more than 30 days ago, which disqualifies their articles regardless of whether they were ever posted to the community. shrug
I couldn't find a better article in the time I had to spare, so I re-posted this one. I think what's important in this case is just that word gets out. I don't see anything misleading about this one, and the EFF link (which is also not exactly a news site) is plainly visible.
Some of the APIs in use on Linux today come from older Unix variants. (For this reason, I probably wouldn't call one of these a "Linux API" as the author did, though I guess it works linguistically for those that are usually present on Linux.) These APIs have semantics that were designed before threading existed on many platforms. Making them thread-safe without breaking existing code can be challenging.
If setenv(3)
is among these, it could explain why glibc's implementation doesn't support multi-threaded programs, and why its documentation states as much. To have used it in a multi-threaded environment, ignoring the docs, was a bug in the Steam client. Perhaps it never occurred to the people who ported Steam's code to glibc that threading issues might be different from what they were used to on other platforms.
To be fair, the author might be aware of this, as he did refer to glibc's implementation as a tradeoff rather than a bug.
Matrix messaging apps. It's nice to have modern messaging features, end-to-end encrypted, with no single point of failure, no Google involvement, and no phone numbers. I expect to start recommending it widely when the 2.0 features land in the popular clients.
WireGuard VPN. It's fast, even on low-power devices.
Self-hosted Mumble. Excellent low-latency voice quality for chatting or gaming with friends.
Radicale, DAVx⁵, and Thunderbird, for calendar and contact sync between mobile and desktop, without handing the data over to Google or anyone else.
I don't know of a universal tool for adding keyboard navigation to all the different GUI toolkits used on Linux. I wouldn't expect one to exist, since each toolkit implements its widgets differently, just as the Windows and MacOS GUIs implement theirs differently.
However, apps made with Qt tend to be good at keyboard navigation already, which is no surprise, since support for it is built in to the toolkit. The KDE Plasma desktop environment inherits this support, as do most of the apps made for it. I suggest trying it if you haven't already. (Hint: Many widgets will reveal their keyboard shortcuts when you hold down Alt, and a Settings: Configure Keyboard Shortcuts menu item is very common in KDE apps.)
Tangentially related: You might also want to look at tiling window managers. Some people love them.
Thorin has my respect for building his own machine.
I hope he saves the box for you.
I think zero RPM worked before (on cards that supported it) but wasn't directly configurable in Linux.
My condolences. Unfortunately, people are sometimes designated the in-house expert on a thing just because they seem slightly less ignorant of it than anyone else in the organization. That leaves more than a few people making decisions that impact security and privacy without good understanding or sound judgment in those areas.
Maybe you should train up and become your state's new security expert?
It doesn't necessarily mean putting it in a game's launch options. Environment variables can be set in a startup script, or a flatpak config, or a command line, for example. But the Steam launch options approach is convenient when you're just testing something for one specific game.
This tool looked interesting to me until I noticed that its external dependency count is in the hundreds, each of which increases exposure to vulnerabilities and supply chain attacks.
I hope that Rust will some day have a rich enough standard library that the "trust everything" software development model falls out of favour amongst the developers who use it.