4 ms·

I found Silverblue to be quite frustrating, perhaps I should take more time to learn it. IMO, Guix/Nix offer superior solutions.

xedrac 3y ago
The problem I have with Nix is that it adds a lot of abstraction/complexity on top of everything. This is fine for power users, but I don't see it ever being used by anyone else. Silverblue also imposes some additional complexity, but it's way closer to vanilla Linux than Nix is, and I believe the usability aspect of it is limited mostly by flatpak. I have used both quite substantially, and they both are good solutions. I love how easily I can reproduce my system in Nix from just a config file, and the ability to nix copy (with the entire dependency tree) to another Nix system is awesome. But I personally think Silverblue is an easier sell to most people.
- SubjectToChange 3y ago
  I absolutely agree on the complexity of Nix, it’s an entirely different paradigm than traditional Linux/BSD distros. That said, in many ways the silverblue/ostree approach seems to be too much of a “compromise”, so to speak. To elaborate, the traditional approaches to package management is disappointing users, straining maintainers, and falling behind the needs of developers. While Nix takes a radical approach and totally redesigns package management, Silverblue would rather present an illusion of a traditional system to software and boxes up the mess in containers. Ultimately Silverblue is trying to be an “immutable” system without the need to coordinate packages and/or software. And such an approach is highly appealing for enterprise support, but the end result is somewhat of a Frankenstein system. Of course Nix is not without its warts, I can’t stand its language and documentation is terrible. Overall I find Guix to be my favorite of the bunch. It’s legitimately a wonderful tool to develop with, I agree with the emphasis of reproducibility and bootstrapping, Guile is a wonderful language for configs/scripts, and it comes with a great manual. Even still, I couldn’t recommend GuixSD due to the lack of systemd and the hardline approach to free software (libre Linux).

xedrac 3y ago

The problem I have with Nix is that it adds a lot of abstraction/complexity on top of everything. This is fine for power users, but I don't see it ever being used by anyone else. Silverblue also imposes some additional complexity, but it's way closer to vanilla Linux than Nix is, and I believe the usability aspect of it is limited mostly by flatpak. I have used both quite substantially, and they both are good solutions. I love how easily I can reproduce my system in Nix from just a config file, and the ability to nix copy (with the entire dependency tree) to another Nix system is awesome. But I personally think Silverblue is an easier sell to most people.

SubjectToChange 3y ago
I absolutely agree on the complexity of Nix, it’s an entirely different paradigm than traditional Linux/BSD distros. That said, in many ways the silverblue/ostree approach seems to be too much of a “compromise”, so to speak. To elaborate, the traditional approaches to package management is disappointing users, straining maintainers, and falling behind the needs of developers. While Nix takes a radical approach and totally redesigns package management, Silverblue would rather present an illusion of a traditional system to software and boxes up the mess in containers. Ultimately Silverblue is trying to be an “immutable” system without the need to coordinate packages and/or software. And such an approach is highly appealing for enterprise support, but the end result is somewhat of a Frankenstein system. Of course Nix is not without its warts, I can’t stand its language and documentation is terrible. Overall I find Guix to be my favorite of the bunch. It’s legitimately a wonderful tool to develop with, I agree with the emphasis of reproducibility and bootstrapping, Guile is a wonderful language for configs/scripts, and it comes with a great manual. Even still, I couldn’t recommend GuixSD due to the lack of systemd and the hardline approach to free software (libre Linux).