If you’re using a Debian based distro, you can search through contents of packages to see if there’s a conflict:

E.g. apt-file search /usr/bin/sh

KDE Neon: https://neon.kde.org/ , straight from KDE devs.

pics or didn’t happen

Investments are bound to risk. And taking a risk must be rewarded.

Err, no. Risk taking could be rewarding, but it inherently should not be guaranteed to be.

Not without a cape, he ain’t.

You should make this into its own separate post. It’s better than the “gif” post…

You’re missing the point.

Bash is the ducktape of programming languages.

You could read the docs.

The alternate ending is where Christ steps down from the cross, takes the sword from a soldier and kills all those who wronged Him, cleansing their sins with their blood.

What you’re proposing is creating a Frankendebian, which Debian explicitly warns against doing. The proper way of getting security patches from unstable would be to pull the source debs and compile it yourself against the current Debian testing base.

This lane of thinking however seems to be completely misguided when it comes to the target audience here, that is, a user who is not even experienced with Linux in general enough to know about various rolling release distros. Telling a user this inexperienced to go with either of those is in bad taste at the very least.

Just keep in mind that you will not be receiving speedy security updates, and in some cases you will need to wait for quite a while before packages you have will be updated (weeks, maybe longer).

If you want a proper rolling release distro that is not Arch/Gentoo/Void/Nix/GuixSD, you could go for openSUSE, which provides a rolling release distro with a system rollback feature by default. Nice, easy to use GUIs for whatever you need. Although openSUSE also is sometimes a bit slow with the security updates for some packages, it’s nowhere near as slow as Debian testing.

Reporter asking about ongoing Uyghur genocide in China.

I on the other hand am not tired of beans, but this meme to me fails to be funny.

Bah. This is weak. Try the real world stuff: https://en.wikipedia.org/wiki/Unit_731

Unit 731 was responsible for some of the most notorious war crimes committed by the Japanese armed forces. It routinely conducted tests on people who were dehumanized and internally referred to as “logs”. Experiments included disease injections, controlled dehydration, biological weapons testing, hypobaric pressure chamber testing, vivisection, organ procurement, amputation, and standard weapons testing. Victims included not only kidnapped men, women (including pregnant women) and children but also babies born from the systemic rape perpetrated by the staff inside the compound.

Perhaps consider using a lower dose or change your dealer.

What you’re trying to use is “hardware” RAID. Using hardware RAID is generally a bad idea. If you’re using Linux, use software RAID instead.

Also consider using Btrfs, it will make having a RAID setup even easier.

Another method that we will leverage is pay-per-use public cloud instances. With this, anyone can spin up RHEL images in the cloud and thus obtain the source code for all packages and errata.

Nice. Red Hat gets paid (lets remember that they do contribute significantly to the FOSS, they should be getting paid for their work), and RHEL clones do have a way forward. Sounds like a win-win.

I have tried to learn Linux for ages, and have experimented with installing Arch and Ubuntu.

There’s your problem. Try Linux Mint.

Is it an unrealistic goal to want to eventually run a computer with coreboot and a more cybersecurity heavy emphasis? I’m still a noob at this and any advice would be appreciated!

Don’t try to bite off more than you can chew. Start small and easy, with a beginner Linux distro, and once you’ve become really comfortable with that, you can try to move onto something less user friendly.

Except not everything, as RHEL has selection of software updated to newer versions. Debian just keeps everything old.

CentOS is basically RHEL without Red Hat commercial stuff, so sources will still be freely available, just not directly from Red Had, am I understanding it correctly?

No, CentOS is no longer a RHEL clone, but a beta version of stuff that goes into RHEL.