this post was submitted on 09 Jul 2023

91 points (95.0% liked)

Linux

49740 readers

833 users here now

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
No misinformation
No NSFW content
No hate speech, bigotry, etc

Related Communities

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

founded 5 years ago

MODERATORS

[email protected]

I will be returning from a month-long vacation next week. Let’s see if my arch machine will break completely! (lemmy.world)

submitted 2 years ago by [email protected] to c/[email protected]

48 comments fedilink hide all child comments

Last time I didn’t upgrade for a long while some drivers broke, maybe I’ll just switch to NixOS this time since it seems interesting. Does anyone here use NixOS? What do you think about it?

top 39 comments

sorted by: hot top controversial new old

[–] [email protected] 19 points 2 years ago* (last edited 2 years ago)

I’ve had no problems, as long as I’ve updated the keyring first sudo pacman-key —refresh-keys. I’ve probably gone a few times not upgrading my system for a while and I had minimal problems.

[–] [email protected] 15 points 2 years ago (1 children)

I am using NixOS and have used Arch before. Its great. No dependency hell, superb config management (with home manager) and builtin rollbacks. But the nix language is somewhat arcane. Error messages are only somewhat helpful and docs are really lacking. NixOS also uses quite the amount of disk space in its store. Would only recommend NixOS if youre a resourceful programmer (or not)

PS. Ive never had arch break any drivers on me, or any upgrade failing (unless a package itself is borked, but they usually put out posts for this). But my systems all amd, ymmv

[–] [email protected] 2 points 2 years ago (3 children)

Oh yeah I use nvidia so it’s pretty unsurprising. How much coding is required? I know how to code so it’s not a very big deal but I’d like to have an idea.

[–] [email protected] 4 points 2 years ago* (last edited 2 years ago) (1 children)

As someone elase said, it's not really coding but more like writing a configuration. If you need an example (I'm using AMD so there will be some changes required) you can check out my own config at https://gitlab.com/theshatterstone/nix-conf

Edit: Also, the note on shebangs applies to all scripts within NixOS.

[–] [email protected] 1 points 2 years ago

Thank you so much for your example, I'm new to NixOS coming from arch and these are all very helpful.

[–] [email protected] 4 points 2 years ago

I wouldn’t call it coding. It’s more about writing configurations. You have to provide a list of packages you need and some configuration for them like configuring default desktop environment. I recommend searching for dotfiles repos with configuration.nix on github to get an idea.

[–] [email protected] 2 points 2 years ago (1 children)

nvidia-open-dkms usually doesn't break when updating.

[–] [email protected] 1 points 2 years ago* (last edited 2 years ago)

Well something broke ¯\(ツ)/¯

[–] [email protected] 14 points 2 years ago

I have several virtual machines here with Arch that I often don't use for months. And when I do use them, I proceed as I do with every update. So before an update, I check if something has been published at https://archlinux.org/news/ that affects the installation in question. This is done automatically with the help of the tool informant. If something has been published that affects my installations, I take that into account. Otherwise I run pacman -Syu as usual. And that's it.

[–] [email protected] 13 points 2 years ago (1 children)

Most likely, nothing will happen. Arch breaking if you don't updating 5x a day is more of a meme than a reality.

I've updated a client's Arch server that hadn't been touched for years, and it went just fine.

You're the user, you're in control, you're empowered to make sure it won't break after the update, you're empowered to fix it if it does.

[–] [email protected] 7 points 2 years ago

I update my arch computer maybe once a month for years and it works fine.

[–] [email protected] 12 points 2 years ago

I use Debian so that i can ignore it for a year and it still wont break.

[–] [email protected] 10 points 2 years ago (1 children)

After a long time I usually upgrade the keyring first with pacman -Sy archlinux-keyring For upgrading I like to use Topgrade which also upgrades other stuff (snaps, flatpacks, pip, ...)

[–] [email protected] 2 points 2 years ago

For upgrading I like to use Topgrade which also upgrades other stuff (snaps, flatpacks, pip, ...)

Aaannnddd saved.

[–] [email protected] 9 points 2 years ago (2 children)

I've gone like 5 moths without updating a laptop on Arch before and the only thing I had to deal with was updating keyring first

[–] [email protected] 2 points 2 years ago

Same, maybe even longer in my case.

[–] [email protected] 1 points 2 years ago

That's usually how it goes...sudo pacman -Sy archlinux-keyring and you're good. Until you notice that all your python packages are broken because of 3.11 ;)

[–] [email protected] 7 points 2 years ago (1 children)

NixOS + Home Manager user here.

I run in an opt-in state config. / is tmpfs. /home is tmpfs. /boot and /nix are real filesystems. At boot, the EFI loader reads the configuration from /nix/persist/etc/nixos/flake.nix, symlinks all the programs and configs into / and /home, and startup proceeds as normal.

That means nothing persists across boots unless I add it to my config. Cruft doesn't accumulate in hidden areas, it's all in my config. That keeps things fast, makes management easier, and makes troubleshooting easier.

[+] [email protected] 5 points 2 years ago* (last edited 6 days ago) (1 children)

[deleted]

[–] [email protected] 3 points 2 years ago

Daily use isn't difficult IME. NixOS is just so nice once it's working. It's ridiculously easy to understand your system & how it's set up (it's all in your config). Nothing changes between updates that you don't know about. You never have to merge configurations from upstream. It's trivial to try something new without changing your system overall. Rollbacks are amazing. It's easy to configure a new machine, to keep multiple machines synchronized (same packages & versions & even users & dotfiles). I have automatic updates enabled so I get a new system when I reboot, and if I don't like an update I can just revert seamlessly. It basically works like an appliance: I don't have to think about the way it's set up unless I disagree with the defaults, and in that case I can change them. You can always override things, even down to applying patches to source code (though obviously that then requires re-compiling). It's like if you took the stability of Debian, the up-to-date nature and huge repo of Arch & the AUR, and the configurability of Gentoo and mashed them all together.

The hard bits are packaging new programs and making "modules". You can pretty much always configure a program by just writing the config file options in a Nix string block, e.g. I've got the following in my home-manager config for my ~/.xkbrc:

  home.file.".config/kxkbrc" = {
    text = ''
      [$Version]
      update_info=kxkb_variants.upd:split-variants

      [Layout]
      DisplayNames=
      LayoutList=us
      LayoutLoopCount=-1
      Model=pc86
      Options=terminate:ctrl_alt_bksp,compose:rctrl
      ResetOldOptions=true
      SwitchMode=Global
      Use=true
      VariantList=colemak
    '';
  };

Modules would let that be a Nix expression, e.g. looking like

programs.xkeyboard = {
  layout = "us";
  variant = "colemak";
  model = "pc86";
  options = {
    terminate = "ctrl_alt_bksp";
    compose = "rctrl";
  };
  resetOldOptions = true;
};

but that requires writing an expression in Nix that converts the Nix syntax into whatever syntax the config file needs to be. That means learning a lot more Nix. Packaging programs also requires learning more Nix, and particularly how Nixpkgs builders work.

That said, the documentation is shitty, the error messages are shitty, Flakes are massively easier to work with but still "experimental" and lots of the docs & examples online are for pre-flakes, while nixpkgs is enormous it doesn't have everything, and IDE support for Nix shell environments is lacking (have to use VS Code or a terminal-based editor like nvim).

Nix is sort of like democracy. Democracy is the worst form of government, except for all the others. Nix is the worst way to manage an OS, except for all the others. It's shitty, but it's shitty in different ways and those mostly end up making day-to-day operations easier.

[–] [email protected] 4 points 2 years ago* (last edited 2 years ago) (2 children)

I've never used Arch or Nix, but I switched from Void -> Guix and have been very happy with it. It's such a huge peace of mind to be able to have your whole system declaratively configured, package changes being atomic and generational (rollbacks so no worries about breakage), Guix shell for messing about, and being able to make your system do anything you can write in Scheme.

That's my daily driver. On servers so far I've gone with Debian Stable + Guix.

Also Void is still a fantastic distro, and is what I would use if not for Guix/Nix.

[–] [email protected] 1 points 2 years ago (1 children)

What does Guix use for its init system?

[–] [email protected] 2 points 2 years ago (1 children)

GNU Shepherd! Written and configurable entirely in Guile Scheme, just like Guix itself.

[–] [email protected] 2 points 2 years ago

Interesting! Thank you for that. The only init systems I am really familiar with are the old system V, rc.d, OpenRC, and systemd. I actually don't mind systemd all that much now that I've gotten used to it. I still don't like the way Poettering basically forced it on us but it's tolerable.

[–] [email protected] 1 points 2 years ago (1 children)

Is guix pull still slow? That was a problem I and a few others had a while back.

[–] [email protected] 2 points 2 years ago* (last edited 2 years ago)

guix pull && guix upgrade is still a bit slow, but I never thought excessively slow (definitely slower than xbps, pacman, and probably apt too).

I guess I never thought much about it because of rollbacks, so it’s safe enough to just cron.

[–] [email protected] 4 points 2 years ago

I use NixOS. Was a kinda rough start since it was annoying to install apps through a config, but after getting my config fully fledged out I love it. A declarative system is a dream for a dev, I can just copy my config to a new system, run one command, and I have my entire system back! Very stable as well

[–] [email protected] 4 points 2 years ago (1 children)

I've got an Arch server that I update monthly (and have been for 2+ years now), and a desktop that I update maybe 2-3 times a week. I've not had any issues, so long as I update the keyring first. Good luck!!

[–] [email protected] 2 points 2 years ago

I do a weekly patching on my Arch server. So far so good!

[–] [email protected] 3 points 2 years ago (1 children)

I guarantee it

[–] [email protected] 2 points 2 years ago

Hey look it's my alt account

[–] [email protected] 3 points 2 years ago (1 children)

(Disclaimer that I’m still new-ish to Linux)

I just went about a year between EndeavorOS updates on a laptop and uhh… it wasn’t happy. I just installed Kubuntu which hopefully will be more forgiving haha.

[–] [email protected] 2 points 2 years ago (1 children)

I don't get why so many folks try niche stuff when the tried and proven solution is out there.

Tumbleweed, excellent support for KDE, rolling, great defaults, snapshots out of the box, lots of support/documentation, OBS...

[–] [email protected] 1 points 2 years ago (1 children)

Snapshots require btrfs though, don't they?

[–] [email protected] 2 points 2 years ago

Yes, you are correct

[–] [email protected] 3 points 2 years ago (1 children)

I know it’s not the same (some would argue worse), but I ran manjaro for a long time and just didn’t have these sorts of issues. Maybe I didn’t update enough, or I updated too frequently, or ?

[–] [email protected] 3 points 2 years ago (2 children)

You probably didn't have a lot of AUR packages installed. That seems to be a big issue for Manjaro. They hold packages back and the AUR just keeps going so things get out of sync and break.

[–] [email protected] 2 points 2 years ago

Not sure what constitutes a lot, but definitely had AUR software. Generally only for things that were not otherwise available

[–] [email protected] 2 points 2 years ago* (last edited 2 years ago)

As far as AUR is concerned, one should be fair. The things that are offered in AUR can be problematic in general. No matter if you use vanilla Arch or a distribution based on Arch. Because not everyone who offers something in the AUR cares about updates in a timely manner or at all.

There is definitely a reason why https://lists.archlinux.org/archives/list/[email protected]/ exists. Just as there is a reason why there is a general warning about the AUR (https://wiki.archlinux.org/title/Arch_User_Repository).

With Manjaro, I rather see the problem that the team responsible for it apparently does not learn from its mistakes, so that, for example, the SSL certificate of the website has not been renewed several times (https://web.archive.org/web/20230706060943/https://manjarno.snorlax.sh/). That may not be a big problem in itself, but if even such little things go wrong, then I personally cannot trust an entire distribution.

load more comments