12 ms·

Guix/GuixSD is great - it has some awesome ideas that still hasn't made it to Nix/NixOS - the only impractical part is number of packages in Guix is really smal

Guix/GuixSD is great - it has some awesome ideas that still hasn't made it to Nix/NixOS - the only impractical part is number of packages in Guix is really small compared to Nix - and to do anything that is not hardliner FLOSS you have to really grok the entire thing and build everything yourself. I checked rde almost two years ago - this video was mostly the only documentation back then. IIRC I think now it is even officially part of Guix? Anyway, I really wish there existed a rewrite of Nix in a saner language, that embraced the new ideas, and still had the pragmatic approach of current nixpkgs.

InitEnabler 3y ago
>Anyway, I really wish there existed a rewrite of Nix in a saner language, that embraced the new ideas, and still had the pragmatic approach of current nixpkgs. I'd love something like this but in HCL
- pxc 3y ago
  As a user of Nix for several years who has only recently taken up HCL: why? They're already very similar languages.
turboponyy 3y ago
Could you share a bit about what new ideas Guix has? What do you not like about Nixlang? I think it's quite nice and an especially well-suited DSL for the problems it tries to solve.
hardwaresofton 3y ago
> the only impractical part is number of packages in Guix is really small compared to Nix For reference Guix has 21,798 packages while Nix has 80,000+. I think another issue with Guix is that some packages just seem to go away after a while, and it's a tiny bit inconvenient to get at older versions once they've slipped out: https://unix.stackexchange.com/questions/698811/in-guix-how-to-use-a-old-version-of-a-package-no-longer-in-the-channel https://unix.stackexchange.com/questions/698811/in-guix-how-... That said I'm all for guix over nix (though day to day I use neither) because I think a full programming language is the better tool for this use case (in my mind terraform vs pulumi all over again). Also there's one more issue which is related to guix's avoidance of binary blobs -- IIRC this means stuff like gfx drivers can be hard to come by/make work and I think this is by design. Before that just meant that gamers maybe were left out (they weren't really the focus anyway), but now it might leave out a whole bunch of AI enthusiasts as well.
- yoyohello13 3y ago
  I've given both the package managers a shot with home-manager and Guix home running on Ubunutu. I enjoyed guix a lot, but because it's so focused on building from source installing software took a very long time. Maybe my setup wasn't right, but it would often take several minutes to install a package because it had to compile a bunch of dependencies. I've since moved back to Nix for the day to day, but I may try guix again at some point.
  - ssivark 3y ago
    Did you try using “substitution servers”? They supply pre-built artifacts.
    - hardwaresofton 3y ago
      Looks like we've found a piece of documentation that needs to be more clearly called out! :)
- pxc 3y ago
  Guix has more stuff in it now than Nixpkgs did when I started daily driving NixOS. I'd say it's quite usable, especially if you're willing to package whatever extras you need. Encouragingly, as well, the Guix package collection is growing at an exponential rate (as is Nixpkgs). In a few years there'll be twice as many packages or more, so if you can make it work now, it won't be tough to stick with it.
- aidenn0 3y ago
  Nix is a full programming language, just a really idiosyncratic one with syntax only a mother could love. I've been using lisp for over 20 years now and would much prefer if guile replaced the nix language (or Common Lisp, if I can dream), but I still use NixOS for practical reasons.
  - georgyo 3y ago
    I don't mind the nix language, and I far prefer it to lisp. But something I haven't understood is that nix compiles to derivations. I don't think it would be difficult to have a nix compiler that takes Lisp or whatever and spits out derivations. It would be able to use stuff from nixpkgs as well, at least partially anyway. The built derivations are an extremely simple format anything can produce.
ssivark 3y ago
> build everything yourself That’s not true; Guix allows you to easily fetch pre-built artifacts from “substitution servers”. This becomes even more foolproof now that the packaging system has mapped the whole derivation and the hashes of each component involved. > to do anything that is not hardliner FLOSS you have to really grok the entire thing and build everything yourself There’s now a “nonguix” repository/channel for derivations of non-free software (along with its own substitution server for pre-built artifacts).

InitEnabler 3y ago

>Anyway, I really wish there existed a rewrite of Nix in a saner language, that embraced the new ideas, and still had the pragmatic approach of current nixpkgs. I'd love something like this but in HCL

pxc 3y ago
As a user of Nix for several years who has only recently taken up HCL: why? They're already very similar languages.

turboponyy 3y ago

Could you share a bit about what new ideas Guix has? What do you not like about Nixlang? I think it's quite nice and an especially well-suited DSL for the problems it tries to solve.

hardwaresofton 3y ago

> the only impractical part is number of packages in Guix is really small compared to Nix For reference Guix has 21,798 packages while Nix has 80,000+. I think another issue with Guix is that some packages just seem to go away after a while, and it's a tiny bit inconvenient to get at older versions once they've slipped out: https://unix.stackexchange.com/questions/698811/in-guix-how-to-use-a-old-version-of-a-package-no-longer-in-the-channel https://unix.stackexchange.com/questions/698811/in-guix-how-... That said I'm all for guix over nix (though day to day I use neither) because I think a full programming language is the better tool for this use case (in my mind terraform vs pulumi all over again). Also there's one more issue which is related to guix's avoidance of binary blobs -- IIRC this means stuff like gfx drivers can be hard to come by/make work and I think this is by design. Before that just meant that gamers maybe were left out (they weren't really the focus anyway), but now it might leave out a whole bunch of AI enthusiasts as well.

yoyohello13 3y ago
I've given both the package managers a shot with home-manager and Guix home running on Ubunutu. I enjoyed guix a lot, but because it's so focused on building from source installing software took a very long time. Maybe my setup wasn't right, but it would often take several minutes to install a package because it had to compile a bunch of dependencies. I've since moved back to Nix for the day to day, but I may try guix again at some point.
- ssivark 3y ago
  Did you try using “substitution servers”? They supply pre-built artifacts.
  - hardwaresofton 3y ago
    Looks like we've found a piece of documentation that needs to be more clearly called out! :)
pxc 3y ago
Guix has more stuff in it now than Nixpkgs did when I started daily driving NixOS. I'd say it's quite usable, especially if you're willing to package whatever extras you need. Encouragingly, as well, the Guix package collection is growing at an exponential rate (as is Nixpkgs). In a few years there'll be twice as many packages or more, so if you can make it work now, it won't be tough to stick with it.
aidenn0 3y ago
Nix is a full programming language, just a really idiosyncratic one with syntax only a mother could love. I've been using lisp for over 20 years now and would much prefer if guile replaced the nix language (or Common Lisp, if I can dream), but I still use NixOS for practical reasons.
- georgyo 3y ago
  I don't mind the nix language, and I far prefer it to lisp. But something I haven't understood is that nix compiles to derivations. I don't think it would be difficult to have a nix compiler that takes Lisp or whatever and spits out derivations. It would be able to use stuff from nixpkgs as well, at least partially anyway. The built derivations are an extremely simple format anything can produce.

ssivark 3y ago

> build everything yourself That’s not true; Guix allows you to easily fetch pre-built artifacts from “substitution servers”. This becomes even more foolproof now that the packaging system has mapped the whole derivation and the hashes of each component involved. > to do anything that is not hardliner FLOSS you have to really grok the entire thing and build everything yourself There’s now a “nonguix” repository/channel for derivations of non-free software (along with its own substitution server for pre-built artifacts).