I'm currently on the RHCSA path myself, and I can tell you that the courses are not worth the thousands that Red Hat charges. There are plenty of unofficial video courses on YouTube and Udemy and study guides and practice tests on GitHub that are free or cheap, and other resources for every individual study topic, which will be good enough.

However, though I can't speak from experience, it seems like the cert itself will look good enough on a resume to justify the investment of $500 and a month of studying.

Depends on your desktop environment. Look for an "autostart" or "startup applications" setting. If you're on KDE, this could also be caused by "Restore previous session" under Settings -> Startup and Shutdown -> Desktop Session.

Debian! It's stable, elegant, and doesn't impede customization. I distro-hopped a lot over the years - some that I ended up disliking included KaOS (severely limited software repository), Clear Linux (only way to get ffmpeg was to compile it from source) and Fedora (very slow); most I liked, and just decided to move on at some point. But I kept coming back to Debian, and eventually got to a point where instead of trying a different distro when Debian broke, I would just reinstall Debian.

I'd be interested to try VanillaOS or another "immutable" distro at some point in the future. See if they've matured enough for my day-to-day use.

Have you tried using different runners? According to ProtonDB Ape Out is completely supported by Proton, so maybe try a Proton runner instead of Wine.

Elisa is just the latest (and most actively developed) addition to the long list of music players developed under the KDE umbrella.

Wasn't screenfetch the thing neofetch was supposed to replace? Apparently it has more recent development activity (5 months ago), anyway...

Open-source software is distributed primarily as source code in a human-readable programming language. Computers can't actually read these programming languages directly; they need to be translated into the machine language of their CPU (such as x86_64). For some languages, like Python, code can be "interpreted" on the fly; for others, like C, programs must be "compiled" into a separate file format. Additionally, most programs consist of multiple files that need to be compiled and linked together, and installed in certain folders on your system, so the compiler and additional tools work to automate that process.

Most users of Linux rarely if ever have to compile anything, because the developers of Linux distros, and some third parties like Flathub, curate collections of (mostly) open-source software that has already been compiled and packaged into formats that are easy to install and uninstall. As part of this process, they usually add some metadata and/or scripts that can automate compiling and packaging, so it only requires a single command (makepkg on Arch, dpkg-buildpackage on Debian.) However, some newer or more obscure software may not be packaged by your distribution or any third-party repo.

How to compile depends on the program, its programming language and what tools the developers prefer to use to compile it. Usually the README file included with source code explains how to compile the software. The most common process uses the commands ./configure; make; sudo make install after installing all of the program's dependencies and cd-ing to the source code directory. Other programs might include the metadata needed for something like makepkg to work, be written in an interpreted language and thus require no compilation, or use a different toolchain, like CMake.

It still sounds to me like something's up with the disk. Can't think of any solutions to suggest but I would run a SMART health check on it:

sudo apt install smartmontools  
sudo smartctl -a /dev/sda

If you prefer a graphical tool, you can do the same thing with GNOME Disks, which also has options for disk benchmarking.

In the resulting report, the overall health state should be "PASSED", the "Type" column should show "Pre-fail" and "Old age" values, and the "Media-Wearout-Indicator" should be close to 100. If the overall health state is "FAILED", then you will want to back up your files immediately and consider getting a new SSD.

What makes this extra confusing to me, is that this doesn't seem to happen to the same extent for Invidious instances. I've only needed to swap between two instances on Clipious, whereas on LibreTube I was hopping across their entire instance list and sometimes not finding even one working instance.

I don't think "one unified distro", or even an "official distro", is possible without taking critical parts of Linux private and closed-source. As long as the freedom exists people will make their own "versions" of (GNU/)Linux.

I'd recommend using Fedora Workstation, it was a great experience back when I myself had an HP ENVY "fliptop". Anything with GNOME as its desktop environment should be perfect.

For some reason the most pessimistic voices always get boosted the most on social media. (Well, on my corner of Akkoma/Mastodon, that is.)

While, yes, there is a large anti-trans campaign going on in the US, and yes, it's succeeding scarily often, it is failing just as often. The threat isn't from a hateful majority, it's from a minority in power. One way or another I believe it's a losing battle for the bigots. We exist and nothing they can do will change that.