Looks like “Web”. And even ignoring that, it doesn’t look that great. Then again, the default Debian wallpapers also don’t look good, so there’s that.
Hopefully one day Debian will have good looking wallpapers.
Looks like “Web”. And even ignoring that, it doesn’t look that great. Then again, the default Debian wallpapers also don’t look good, so there’s that.
Hopefully one day Debian will have good looking wallpapers.
KDE Neon: https://neon.kde.org/ , straight from KDE devs.
You’re missing the point.
Bash is the ducktape of programming languages.
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.
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.
How to contribute upgrade reports: https://www.debian.org/releases/bookworm/amd64/release-notes/ch-about.en.html#upgrade-reports
reportbug-gtk
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.
Yes, distro hop.
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