Comment

glizzyguzzler@piefed.blahaj.zone ⁨4⁩ ⁨days⁩ ago

Reading that is wild

Why are you doing Arch on a server? You want to tinker forever and read the update notes like a hawk lest the server implode forever?

Arch isn’t gonna be noticeably leaner than Debian.

Get Debian, install docker and/or podman, set unattended upgrades, and then install Incus if you need VMs or containers down the line. You can stick on ZFS and it’ll be fine, you already have BTRFS for basic mirrors. Install Cockpit and you’ll have a nice GUI. Try not to think you have to fiddle with settings, the maintainers for each package/service have set it so it works for most people (and we’re most people!); you’ll only need to intervene on an handful of package configs. All set and it’s not proprietary.

source

Sort:hotnew top

paper_moon@lemmy.world ⁨4⁩ ⁨days⁩ ago
There was a thread yesterday where most people were choosing arch for their server, I didn’t get it either. Like you, I’d much rather Debian or something else with smoother updates.

source
- handsoffmydata@lemmy.zip ⁨4⁩ ⁨days⁩ ago
  It’s probably because tech influencers on insert your fav video scrolling app love choosing arch as their flavor of the month Linux distro
  
  source
Vorpal@programming.dev ⁨4⁩ ⁨days⁩ ago
Agreed, I run arch on my desktop and laptop, because it is more stable (in the sense of fewer bugs, things like suspend/resume works reliably for example) than any other distro I have used.

But on my VPS and my Pi I run Debian because it is more stable (in the sense of fewer upgrades that could break things). I can enable unattended upgrades there, which I would never do ok my Arch system (though it is incredibly rare for those to break).

Also: if someone said they were a (self proclaimed) “semi noob” I would not recommend Arch. I have used Linux since 2002, and as my main OS since 2006.(Furthermore I’m a software developer in C/C++/Rust.) While Arch is a great distro, don’t start with Arch.

source
- glizzyguzzler@piefed.blahaj.zone ⁨4⁩ ⁨days⁩ ago
  Arch’s design is key for user devices - it gets you the fixes you need now with good enough guard rails that usually it’s all good!
  
  But that’s not the design you want for a 24/7 server that’s likely headless. You want that server to have the security updates and to get them installed asap without worry about stability. Literally for years now I’ve never had unattended upgrades cause any issue, and I’ve taken that system from 11 to 13 now. And I’ll look at in a month (maybe) while it continues to do DNS and serve up vidz
  
  Debian on a laptop would be akin to a skeleton waiting on food/water; you’ll get that fix for sleep in 14 (maybe). It’s workable - just like Arch is workable for a server - but it’s just not the ideal role.
  
  Both designs exist for a reason though, and that’s cause they both have their strengths!
  
  source
shrugs@lemmy.world ⁨4⁩ ⁨days⁩ ago
That’s the way you to go

source