You may be interested in reading this post about the process of packaging Steam.
tl;dr: It's mostly an annoyance reserved for packagers to deal with. Dynamically linked executables can be patched in a fairly universal fashion to work without FHS, so that's the go-to approach. If the executable is statically linked, the package may have to ship a source patch instead. If the executable is statically linked & close-source, the packagers are forced to resort to simulating an FHS environment via chroot.
Ah, yes, just over five attempts for every human alive. I assume they took the reply addresses at face value and have forwarded 45 billion cease & desist letters to Microsoft's Redmond office?
If you hate job boards then you need to find individual company "Careers" pages and go from there.
How you go about this varies a lot by skillset and industry, but I'll just throw out a random example: lots of Linux jobs exist in the DevOps space (think Kubernetes, Ansible, Chef, NixOps). It just so happens that lots of medium-sized software companies need DevOps people, so you can pretty easily find companies looking for DevOps hires just by browsing Y Combinator's Startup Directory
With that being said, I get the impression from the way your post is worded that you're looking to break into a new career without having yet established a concrete plan. My advice would be to step back and consider specific options first. Almost all jobs like these require industry-specific certifications (e.g.: CompTIA, ITIL, AWS, Azure, Cisco, etc.). You need to look at your options, pick a certification, earn it, then go job hunting. Certifications are great for securing entry level jobs and the standards body issuing these will often provide an online directory of partner companies who are currently hiring.
It's a mess, but honestly so are a lot of critical FOSS projects (e.g.: OpenSSH, GNUPG, sudo). Curmudgeons gonna curmudgeon. There was a point of no return and that was years ago -- now that Wayland's finally becoming useable despite itself it's probably time to come to terms with the fact that better alternatives would have arisen had anyone thought they could truly manage it.
No, I am not contradicting myself. Let me say it again with the ambiguity removed:
Cox Media isn't an advertiser, they sell a dressed-up analytics service. Think spreadsheets (that's literally the service they're selling in this copy, a monthly report spreadsheet).
The "technology partner" selling this data to Cox is accessing it by bypassing the normal and correct operation of the device using malware.
What does not "exist" is a shadowy cabal of smartphone manufacturers scheming to hide listening devices in the pockets of their consumers.
I'm sure you still believe this is a load of apologia and frankly you can think what you want, but you should probably know that I'd already read about the Cox story when it first broke and specifically chose my words with that knowledge in mind.
The growing ability to access microphone data on devices like smartphones and tablets enables our technology partner to aggregate and analyze voice data during pre-purchase conversations.
Key word is "technology partner". They're buying voice transcripts ripped from someone else's spyware and selling the service of scraping it for keywords and maybe somehow tying that back to an individual by cross-referencing the hit against data from traditional above-board ad platforms.
Google isn't buying transcripts, Facebook isn't buying transcripts. It's Cox Media buying shady recordings stolen from spyware-compromised devices and then trying to whitewash it into something sellable with their (unverifiable) cross-analytics middleware.
we still have people that do not believe that the phones are always listening when seemingly any website or app you use gives you advertisements about what you were just talking about in the other room with the phone locked.
Oh come on. Don't bring this into conspiracy territory. Yes, eavesdropping does happen, but it's not something an uncompromised Android phone will do when locked. Even when it does happen in the case of spyware, the people doing it aren't selling your transcriptions to advertisers.
People should still opt out of as many of GAPS's spyware-like features as possible, as you suggest, but not because it's a special anti-listening-device warding spell.
Your best bet is probably figuring out why the graphical session isn't working and then going from there. Since you're on NixOS odds are all the logs you need are right there in journald.
Worst case scenario: you might need to pin your system nixpkgs to ~January 2021 until the issue sorts itself out. You can still install newer userland packages if you separately manage them as a flake (this is a common and well-supported pattern in home-manager)
EDIT: found a discussion with good configuration.nixexamples for pinning the system nixpkgs. Once you find a workable pin you could also try inching it up to get a better idea of what broke (January 2021 is a good starting point because it's the last month before 5.11 released, a newer pin is very likely possible)
I'd say that's already becoming the case in a few places. Hyprland isn't just "Wayland good", it's "You should use Wayland good".
Yes, I know the devs behind it act like pissants. That's bad and I'm sorry for liking their software. I use Emacs too and RMS was kind of an asshole. Hell, I use Lemmy even though one of the devs has slighted me on more than one occasion.
The story is more interesting than the title suggests! This guy was arrested for hacking two telecom companies, got released under investigation, then immediately hacked Nvidia before being put under house arrest. After that, he was relocated to a hotel (due to being doxxed) where all he had to work with was a Fire TV stick, which he promptly then used to hack Rockstar.
All in all, he's believed to have stolen $14 million+. By the way... he's 18, autistic, and enrolled in a special education school.
[...] but that’s more of a commercial benefit I think
For me, this is the primary benefit of a rice cooker. Having warm, cheap, filling food on demand at any time is fantastic. I am so lazy and my little rice buddies are always ready to go when I can't be bothered.
You may be interested in reading this post about the process of packaging Steam.
tl;dr: It's mostly an annoyance reserved for packagers to deal with. Dynamically linked executables can be patched in a fairly universal fashion to work without FHS, so that's the go-to approach. If the executable is statically linked, the package may have to ship a source patch instead. If the executable is statically linked & close-source, the packagers are forced to resort to simulating an FHS environment via chroot.