News for hackers. Stuff that matters.
Re:Typing Nix by agumonkey on Friday June 23, 2017 @09:23AM (#14618952)
You tried guix ? I still have a fondness for sexps, but ML would be nice too.
Re:Typing Nix by atemerev on Friday June 23, 2017 @09:44AM (#14619073)
I need CUDA drivers for what I am working with, and I have found no way to install it in Guix. Otherwise, it looks interesting enough.

(Sexps are usually not my first choice, I think it is a "lazy option" for people who do not want to write parsers / design their own syntax. Even then, they are better than current Nix expressions).

Re:Typing Nix by zeveb on Friday June 23, 2017 @10:45AM (#14619521)
> Sexps are usually not my first choice, I think it is a "lazy option" for people who do not want to write parsers / design their own syntax.

There are some real advantages to having one universal syntax: witness the explosion in XML and, later, JSON (both of which are generally inferior to S-expressions[1]). It'd be pretty great for one person to write one parser, and then everyone forever after to be able to use it. We'd be able to focus on semantics and not on syntax.

[1] Although it is nice that JSON supports first-class associative arrays.

Re:Typing Nix by corysama on Friday June 23, 2017 @12:17PM (#14620269)
AFAICT, there are 2 major differences between Nix and Guix. Language choice is the obvious one. The other is that Guix takes a hard-line stance on the GNU philosophy and therefore refuses to distribute pre-compiled binaries. I don't think CUDA will ever be an option on Guix.
Re:Typing Nix by geokon on Friday June 23, 2017 @01:00PM (#14620701)
Pretty sure there is nothing language-wise stopping anyone from hosting a separate repository with pre-compiled binaries.

It's a volunteer-run service. It makes sense they don't want to host your proprietary binaries

Re:Typing Nix by gnufx on Saturday June 24, 2017 @03:37PM (#14627128)
Does something actually stop you packaging proprietary binaries, perhaps privately, for Guix? It's clearly better to say No, but CUDA is a case where that's difficult.

(I don't see what's wrong with adopting sexps to avoid dealing with custom syntax -- quite the opposite,)

Re:Typing Nix by wcummings on Sunday June 25, 2017 @11:52AM (#14630581)
The kernel it ships with won't load blobs.
Re:Typing Nix by gnufx on Sunday June 25, 2017 @03:56PM (#14631838)
OK, there's a distinction between the GuixSD free software distribution and Guix package management. I'm surprised you can't build and use a non-linux-libre kernel with GuixSD, though; that presumably excludes even free additions, like Lustre, unless someone has done the forward porting work. (One of the recent HPC-ish presentations on Guix mentioned nvidia stuff -- I don't remember which.)
Re:Typing Nix by agumonkey on Friday June 23, 2017 @09:58AM (#14619176)
Some academics say that sexp allow to focus on what's important: semantics. I kinda agree with that, so many time, effort is wasted on syntax that moves, and only make ideas further apart.

Anyway, thanks for the answer

Re:Typing Nix by atemerev on Friday June 23, 2017 @10:09AM (#14619238)
Well, right, but we are not talking about an academic paper here, we talk about practically convenient language. If syntax is unimportant, we could leave Nix files as is -- semantically, it is a good programming language. But judging from the comments, I am not the only one who thinks that syntax and overall esthetics are important.