Not only is Arch also a rolling distro (despite them saying "not Arch!"), Arch is one of the most horrible rolling distros in terms of stability. Their general principle for package breakage is "you should have checked it on our (site) release log". They don't throw an error or a warning, if something is a breaking change and you pull it into your system, you basically get a "hehe should have checked the release log", and you're hosed.
If you want a good, actually professional rolling release, use SUSE Tumbleweed. They test packages more thoroughly, and they actually hold back breaking or buggy changes instead of the "lol read log and get fucked" policy.
This is a misunderstanding from users POV. Something that a lot of people have.
Arch is a DO IT YOURSELF distro. They write that thing everywhere they can. The stability of the installation is literally ON YOU! Your responsibility as a DO IT YOURSELF distro user. They didn't trick you into it or something.
Expecting Arch linux to spoon feed is like expecting IKEA to give you assembled furniture.
You should use openSUSE or other "managed" rolling release distros. Arch IS NOT A "managed" rolling release distro.
That doesn't follow; DIY is a spectrum. It can be perfectly reasonable for a DIY distro to ship a package manager, just as it can be reasonable for it to run on existing hardware instead of expecting you to break out the soldering iron.
My installation is now 6 years old. Never had any point release distros that long. Stability is subjective to hardware for starters. And secondly, Arch is a DIY. Do not use it if you can't get it to work for your use cases. We have 300+ distros to choose from. I am just politely telling you that your expectation of you wanting Arch to take care of your installation was never a promise from the project.
It's software. It will work the way it is written. As simple as that.
Anecdote: 12 years with Arch, including a laptop with 9 years on one install. Zero issues. But yeah, there’s a low volume mailing list. Get on it. Read it, it’s very short and to the point, and it’s only a few times per year.
Very uncharitable perspective on people that do the work for free. I can understand not wanting to use a distribution where breakages can happen, but being a dick about it less so.
> SUSE Tumbleweed
> They test packages more thoroughly, and they actually hold back breaking or buggy changes instead of the "lol read log and get fucked" policy.
I am currently on Arch specifically because Tumbleweed shipped a broken Firefox build and refused to ship the fixed version for a month.
As a workaround I uninstalled the bundled firefox and replaced it with flatpak. And on next system update the bundled Firefox was back because for some strange reason packages on suse are bundled.
> Arch is one of the most horrible rolling distros
We've had different experiences. I've been using Arch for about 8 years and have had to scour the forums no more than thrice to find the magic incantations to fix a broken package manager. In all cases, the system was saved without a reinstall. However, it is certainly painful when pacman breaks.
Thats a very different experience from me. I've had quite a few broken packages easily over 10 in the last year and a half. It was easy enough to find them and roll them back but I dont know how people can say arch is stable. Do you update regularly?
I don't want to manually have to scroll through all the release logs on every single upgrade, in case their might be a landmine in there this time. Nor does any rational person that values their time or their system stability.
It is a million times more sane to have a package manager throw a warning or an error when a breaking change is about to be applied, rather than just YOLO the breaking change and pray people read the release log.
It is one of the most stupid policies ever, and the main reason why I will steer everyone away from Arch forever. Once bitten, twice shy.
I've been using Arch Linux for over a decade and have literally never once consulted release logs, and never got into any serious trouble.
I do subscribe to the arch-announce mailing list which warns of breaking changes, but that receives around 10 messages per year, and the vast majority aren't actually all that important.
I've also gone multiple months between updates and didn't have any problems there either.
The idea that Arch Linux breaks all the time is just complete nonsense.
That’s three times too many. I have been running an Ubuntu server at home for 10 years and went through probably 4 LTS releases and the number of times apt flaked out on me - exactly zero.
I'm running Ubuntu 24.10 and they broke the upgrade to 25.04 if you're using ZFS on the boot drive. Their solution was to prevent the upgrade from running, and basically leave behind anyone stuck on 24.10 to figure it out for themselves.
If they weren't going to support the feature why did they provide it as an option on the installer without any warnings or disclaimers? This isn't some bespoke feature that I hacked together, it's part of the official installer. If I had known it wasn't fully supported then I wouldn't have used it.
Maybe by Manjaro's maintainers, but certainly not by Arch's. I've been using Arch for a little over a decade. The position that I've always seen in the official IRC channel is that forks such as Manjaro are explicitly not Arch.
Two years with no uptes on rolling release is not a good idea. Two years with no updates for anything not connected to the internet is not a good idea.
I didn't say anything about the machine being on the internet persistently. It's a laptop sitting in storage mostly. The updates are for when it comes out of hiding.
I guess my only option is to switch to a more stable distro such as Debian or SUSE. Manjaro has always been touted as a very light distro, good for old machines, but its instability makes it a no-go.
If you want a good, actually professional rolling release, use SUSE Tumbleweed. They test packages more thoroughly, and they actually hold back breaking or buggy changes instead of the "lol read log and get fucked" policy.