so a common claim I see made is that arch is up to date than Debian but harder to maintain and easier to break. Is there a good sort of middle ground distro between the reliability of Debian and the up-to-date packages of arch?
so a common claim I see made is that arch is up to date than Debian but harder to maintain and easier to break. Is there a good sort of middle ground distro between the reliability of Debian and the up-to-date packages of arch?
OpenSUSE tumbleweed is a good compromise IMO. it is also a rolling release distro with built in snapshotting. So if anything does go wrong it takes ~5 mins to roll back to the last good snapshot. You can set the same thing up on arch but it isn’t ootb and YAST is a great management tool as well.
I would say Tumblewees is better than traditional Fedora.
But the lack of desktops, variants, adoption, as well as the lack of being able to reset a system, makes it less stable than Fedora Atomic Desktops.
Resetting is huge. You can revert to a bit-by-bit copy of the current upstream.
It is not complete at all, but already works as a daily driver. uBlue deals with almost all the edges that are left.
Tbh my main gripe with Tumbleweed is the package manager as someone who likes to use the CLI, the weird naming convention, renames, etc are annoying. Also found some minor annoyances that all put together made me choose Fedora over Tumbleweed. I can see why some people would like it tho.
You can use dnf on OpenSuse, and it actually uses the correct
/etc/dnf.repos.d!zyppers UI is horrible, no idea at what internet speed those animations make sense, not on an even 2,4GHz wifi.
I used QGis as a Fedora Distrobox didnt install the language package, because it installs only the one from the OS. on Tumbleweed all languages were always installed, but it had some issue where no plugins worked or something.
Same with RStudio, which works creat with iucar/cran COPR and the R-CoprManager app that makes it use dnf underneath.
Rstudio should absolutely install them as libs though, into /var/lib. Then the Flatpak could be made working too I guess.
I found zypper package speed for download seems to vary a lot, sometimes superfast and other times it drips in like old dialup. Maybe server load or what default server it hits is too many hops away or something. It also does delta downloads, which makes sense if your data is capped, but takes a lot longer to negotiate the lookup for update, compare versions, and pull delta only.
Good thing about zypper and SUSE setup is you can use the various patch, patches, list patches commands to see what is unneeded, recommended or critical, CVE, and if has already been applied to your system or not. Great tool for sysadmin
Yes I would love to have mail notifications etc for security updates.
Currently setting up a server, CentOS installer didnt boot so my lazy ass just rebased to securecore (Fedora IoT -> uBlue uCore -> secureblue) which is very nice but rolling.
With LUKS encryption, which I want and need, this is problematic, as I need to manually type the password afaik. TPM unlock didnt work even though I have a Nitrokey with a TPM integrated afaik.
I am not 100% sure, but I had something similar with passworded drive. There was a way to edit crypt tab stuff so that when system looks for pwd input on boot it went to the hashed file to get password. I forget the steps I did, but online there is a walk through and it was not too difficult to configure…just a few manual file edits
but then why use OpenSUSE instead of just Fedora?
Because they have Slowroll and working, automatic BTRFS snapshots.
I have no idea what dnf Fedora is doing, using BTRFS but no snapshots.
I think fedora does have some automatic snapshots, just not as much as OpenSUSE. Still tho, why not setup better snapshots on Fedora rather than switch package manager and repos altogether on openSUSE?
It’s not even a compromise really, it’s very up to date and very stable.