I agree. I have become more amenable to things like Flatpak or Podman/Docker to keep the base system from being cluttered up with weird dependencies, but for the most part it doesn’t seem like there’s a huge upside to going full atomic if you’re already comfortable.
GNOME 3 introduced the current shell paradigm where you don’t really have a start menu but a variety of searches, integrated indicators, per-app desktops with a dock etc.
Before, it was far more conventional experience like Plasma/Windows/Cinnamon are now. GNOME 2 was forked to be the MATE desktop if you want to check it out.
Basically just start with what you’re aiming to enable and work backwards (as you’ve started to do). With judicious use of grep find out where that symbol is defined. If it’s in arch configs for other arches but not your own, it’s probably that.
There may be better tools out there to do this, but in my experience just sleuthing it out a bit will answer your question. The Kconfig system can be complex, but the files are pretty readable.
I’ve only used Jellyfin, what does Plex do better for the non-expert user?
It’s possible that it’s not supported on your arch.
I mean, fuck Elon and Tesla but if you’re spending money on a car you’re giving it to a bastard one way or another. The CEOs of Ford, BMW, et. al. might not be making asses of themselves on the global stage, but I’m sure they’re still horrible. Even used cars run on gas 99% of the time.
The only thing Samba is really great for is interop with Windows. If that’s not an issue, Dolphin can browse SFTP directly by adding it as a network share (you may need to setup a password-less key pair to avoid having to login). SSHFS is a similar option and works even if the client is totally naive (it just looks like any other mounted FS).
Right. GCC -f optimizations are basically like “how hard are we going to try to be clever” and are, I believe, orthogonal to the actual instructions used. Machine dependent args start with -m, like -march or -mavx etc.
For XP, the machine KVM presents as may be too new, but that isn’t an issue with non-virtualized QEMU.
Reason number one million capitalism sucks. We should be happy to turn over dangerous or menial jobs to machines but we can’t do that because without jobs our society views us as worthless.
You can, but it’s not a perfect solution. Mostly because the TVs interface is still designed around this app mentality.
I bought a Samsung TV recently and it’s never been on the internet, but I still have to go to a dead home screen where all of the ads would be just to switch inputs and half the buttons on the remote are for services I don’t want.
TIOBE is weighted toward languages that have existed for a long time by virtue of counting lines written / skilled engineers etc. but the speed at which Rust is climbing that list is a better indicator. Also, a lot of the languages above it wouldn’t be appropriate for anything like a DE.
But you’re right, it’s hyped, I just think the hype is real.
This is a weird take. Rust is very popular and is the current heir apparent to C for systems level stuff. It’s a great choice to start a new DE/toolkit.
As for the rest, you’re right the end user doesn’t care about the language their graphical app is in, but the developers fielding their bug reports and making fixes/features sure do.
John Carmack, author of the Doom engine, is a long time Linux user and for a while the policy was to open source the idTech engines once they had moved on.
However, Doom was hugely popular on its own before this, and was actually more pivotal for making Windows a gaming platform (over DOS).
The reason it runs everywhere is a combination of it’s huge popularity, it’s (now) open source and it’s generally low system requirements.
I’m with you on 1 and 2, but “reduced lingual skills” I think is a bit of a stretch. Becoming fluent in another language takes a lot of effort and people only do it if they have a good long term reason.
I think it’s more likely this would cover the vacation / short term business case that is already covered by human interpreters (or apps already) instead.