I’ve been recently getting into NixOS, and I really like the concept of the store, reproducible builds, and declarative configuration. It keeps things organized and clean. But there are certain aspects of its implementation that are kind of rough:
-
It feels artificially complicated. Too many commands that do very small changes, unfamiliar configuration files with new, very specific and confusing syntax. Combining all commands into a central, consistent command (like git does) would help tremendously. I am aware of the
nix
command, but 1. it doesn’t do everything, and 2. it’s so new that every single documentation tells you to usenix-env
or other specific commands. Why notnix rebuild switch
? It feels like they tried to separate Nix from NixOS when they could really be the same thing. -
Special treat to special packages. Configuring the boot loader, networks, timezone, kernel modules in
/etc/nixos/configuration.nix
makes sense. But this also configures x11, printing services, OpenSSH, pulseaudio. These programs have their own configuration files, that are governed by their own communities. -
What am I supposed to put into
/etc/nixos/configuration.nix
? What is the point of reproducible builds if I put every single package I use inenvironment.systemPackages
, which means it has to download gigabytes of data? -
The error messages are not great. This is specially bad when a lot of the syntax feels made up.
The learning curve for this is absolutely huge, so I was wondering if it was worth spending a month learning all this, when it only applies to Nix/NixOS and I might not need all the complexity that comes with it.
I would love a simpler Nix.
I would love a simpler Nix.
You’ve summed up my whole entire experience with NixOS. I too would love a simpler Nix, and couldn’t quite commit to the time to learn everything. As a compromise I’ve been content to continue with
nixpkgs
andnix-env
on Pop!_OS.Having said, I’ve noticed a LOT of new nix flakes being added to System76’s new Rust based COSMIC desktop environment’s packages. And I’m hearing talk of immutability. Maybe we’ll get our wish.
Well, you basically summarised why I decided against spending any amount of time with NixOS. For me it is just too niche, too different and I can’t see any benefits of choosing NixOS over more common and established distributions.
Instead I went to Fedora Silverblue and Flatpak and decided to learn their quirks. I am actually quite happy with Silverblue now and some of my knowledge (Flatpak) can be applied to other distributions as well. On the server I am in the process of moving from Ubuntu to Debian + containers due to Ubuntu no longer meeting my needs (inflexible disk encryption in the installer, Canonical’s behaviour, future plans with package management, etc.).
Why did you choose to dive into NixOS in the first place?
Btw.: I don’t want to discourage anyone from choosing NixOS or any other Linux distribution. I am sure they are perfect for people with different needs than mine!
Sorry, but I don’t believe it will get simple. And you can’t expect people to believe it is “transitioning” when talking about a 20 year old project. I would love to, but I don’t think it’s realistic.
I did look into GNU Guix but I discarded it because it looked like it had the same problems, and IIRC did not have build cache.
Nix is not transitioning for the last 20 years. The community recently had a lot of discussion lately and starting towards a better path. It’s moving at such a pace that even official wikis maybe be out of date.
Of course I cannot say if this change will fit your particular needs. As someone who tries new things but not always gets success I understand your frustration.
Thanks for the info. Where can I follow/read this discussion?
There is no single place but:
- Check out the pull requests tab: Nix RFCs
- 2023 Summer of Nix program goals
- Effort to update documentation: Documentation Team Discussion
- Ground Zero: check out issues on GitHub page of
nix
andnixpgks
. Some issues act as discussion starters.
A simpler way would be to keep an eye on the “Developer Category” in the forum.
fockin panza