this post was submitted on 17 Jun 2026
77 points (96.4% liked)
Linux
14017 readers
383 users here now
A community for everything relating to the GNU/Linux operating system (except the memes!)
Also, check out:
Original icon base courtesy of lewing@isc.tamu.edu and The GIMP
founded 3 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
As a lazy admin of my own computer, I agree… for the most part. Running Debian allows you to be super lazy, whereas Arch will punish you for that. One update screwed up my GRUB because I didn’t bother reading the news. Totally my fault, learned my lesson.
This means that running Arch comes with some responsibilities that a super lazy Debian admin can simply ignore. Just read the announcements before updating and you’re good. Ignore them at your own peril.
It wasn’t a total disaster though. Just needed to fix my stupid mistake with chroot, and the system was up and running in about half an hour. Debian admins don’t end up with situations like that by being lazy. You would need to be actively trying to break your system to have to pay a price like this.
Other than that, my system has been running smoothly with hardly any interference on my part. The joy of a rolling release…
Yeah, I mean, if I were to admin a fleet of computers or something like that, I would definitely not run Arch on those. 😅
LOL. Same.
Every now and then I find a comment where someone who clearly knows what they’re doing is deploying an Arch server in a work setting. Feeling confident with that decision takes something I don’t have. Maybe it’s experience, knowledge or something.
I believe there are docker images for Arch? But those probably have some form of reproducibility, I should hope. Since you can't install specific versions of packages declaratively with pacman unless you have physical access to the actual package file, I would not use it for a server. Maybe coupled with Guix or something? I dunno.
Maybe they need an environment with very up-to-date packages, or something along that vein. 🤔
Docker would be the sensible approach.
Imagine if the new version of some package is only compatible with the old version of PHP, but now Arch is using the new one. The admin would have to keep the old version of PHP until the devs of that other package release an update. I recall reading something about pacman not supporting partial upgrades like that.
Exactly, partial upgrades are not supported. Always best to do a pacman -Syu to upgrade the entire system instead of just one package.
At least that's the case for system packages. More isolated packages don't need as much care or carry much risk of rendering a system unbootable or similar risks, but I say it's like signaling your turn when driving even if no one is around — best to just make it a habit. 🙂