Ask HN: What is your favorite rolling Linux distro?
What is your favorite rolling Linux distro, and why?
* Arch
* OpenSUSE Tumbleweed
* Others?
The "List of Rolling Linux Distributions" Wikipedia page was recently deleted (May 2024), but here is the most recent archive.org snapshot:
https://web.archive.org/web/20240503140631/https://en.wikipedia.org/wiki/Category:Rolling_Release_Linux_distributions
66 comments
[ 2.3 ms ] story [ 127 ms ] threadCentOS Stream?
I thought I should move to guix. I started that and ran into the non-free kernel / firmware zealotry, concluded that was deeply stupid and stayed put.
edit: Debian call their rolling release sid or unstable, the slower rolling testing is also fine.
It sounds like maybe not..
> From a software developer's point of view, Debian Sid and Arch are both "unstable" release streams. That means that they don't have versioned releases; they just have one indefinite release stream. There is no formal schedule or window for any class of changes.
If you follow "testing", you get a slightly strange cadence where things change quickly just after a stable release and gradually slows down until stable is created, then picks up pace again.
A reasonable choice is to follow whichever named release is currently in testing. Currently that's "trixie". It's identical to the testing release until the fork happens, at which point the local install will be an instance of stable. It's very easy to forget you've done that until you notice some program you're running is older than you expected, at which point upgrading to testing to find the newer one is straightforward.
The machine I'm writing this on is running debian unstable. Installed ~ four years ago when I bought the machine, expecting it to continue working until the nvme burns out.
- Void Linux
- Chimera Linux
I can’t decide on a favourite, but they’re both very interesting projects.
I started using it basically by accident. I got a new computer, tried installing Ubuntu and it just wouldn't boot. Someone told me maybe the drivers weren't in Ubuntu yet and I should try Arch.
Getting it installed took some work since I'd never really used Linux before, but the wiki is such an amazing resource, and by necessity you learn a lot about your machine.
Now after a decade of use it's very much _my_ distro, and I can understand the whole thing.
Also, the aur is such an amazingly useful resource. Everything in the main distro is also put together in a very sensible way.
**But** Slackware Current is really a Alpha/Beta Test System for Slackware Release.
> why?
https://repology.org/repositories/graphs
Live in the future. Compile your filesystem layout.
A stable rolling distro with automatic snapshots. Packages are up to date without being bleeding edge. If an update breaks something, simply revert to an older snapshot.
Apart from that, it has been smooth sailing.
It's not "somehow", it's by design, Suse encrypts boot and root partitions and so you need to enter the password twice to unlock them both. The "fix" is to use an encrypted LVM for all partitions and so you enter the password only once.
Heck, the thing is so stable I use it on production servers. The combination of their automated QA plus your own QA on staging is the bomb.
I ran Gentoo from around 2005-2010. Getting into Gentoo was highly educational and fun in it's own way, but it broke way too often and the fun wore off after fixing wifi the third or fourth time.
Coming from Gentoo, Arch has been extremely stable. In fact, in my experience Arch has been more stable and reliable than RHEL or even proprietary operating systems like Windows. I'm running the Sway window manager, so pretty minimalist. YMMV, especially if you're running a heavier desktop like KDE or GNOME.
Arch may be the highest profile mainstream rolling distro. Sometimes it's easier to go with the flow.
Is very up to date. Is very stable/recoverable. Has many packages. Has reproducible packages. Has a great config system (I do not miss having to learn a new config syntax for each package). Allows for easy compartmentalization of packages.
From all I tested, it offers best synergy for all I wanted. Biggest package repo, every problem is nicely searchable and has nice community.
I do realize that the whole point of arch is that you're the one with the spice rack, but, I generally like what manjaro's doing. Not to say it's been all roses, just that it's been fun.
Once I installed Arch in my PC, I spent some hours configuring it according to what I like. After that, I looked it and thought "ok, now I have a Manjaro".
Manjaro is a little bit bloated, but it is faster for me to remove the bloat instead of configuring everything.
Other use cases (e.g. using in Lima, WSL or a local container) it doesn't matter, so I use Arch.
I always go with Testing and have had a few hiccups and issues along the way, but nothing unfixable in short time.
Wanting toget away from systemd, I attempted a Devuan install but bungled it and went back to deb.
I did Arch for a few years but am not a newfangled fanatic so gave up on that. As most say, the Arch documentation is tip top.
https://en.wikipedia.org/wiki/Category:Rolling_Release_Linux...
https://en.wikipedia.org/wiki/Category:Rolling_release_Linux...
It could be Endeavour. I never used it, even though it looks like it would suit better my use case, but it has a smaller userbase than Manjaro.
Tumbleweed is closer to where I am now, Fedora -- I've moved away from rolling releases. I appreciate a very light dance for planning upgrades.
All told: both OpenSUSE/Fedora invest in packaging that I also appreciate; mostly-binary but can easily opt into source-based installations
The time/skill required to run it simply isn't practical when some sort of business model is at stake.
I'd argue most shops could afford to relax a bit though. Not rolling releases... but newer ones.
Not to dismiss the boneheaded-ness of the change: I'd bet CentOS Stream is technically fine for most. Whatever 'point release' is probably fine.
That leads me to Fedora. Some predictability through the six-month release schedule yet still recent software... and no substantial change in the social contract.