KDE Neon: https://neon.kde.org/ , straight from KDE devs.
KDE Neon: https://neon.kde.org/ , straight from KDE devs.
And if you have the container tab already open and active, Ctrl + click to open a new tab in same container.
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.
Just disable JavaScript on that page, it’s perfectly readable this way.
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.
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