please don't regret writing the post the way you did, I for one enjoy well-written rants
that PR doesn't actually work though -- it finds the Vulkan libraries and has some memory accounting logic, but the bits to actually build a Vulkan llama.cpp runner are not there. I'm not sure why its author deems it…
The instance of enshittification under discussion is lucrative for the (big) retailers in at least two ways: first (obvious), they get to hire less people and in this way increase their margins, since they never…
Looking at Nix internals would, over at the Guix land, be more like looking at the Guile compiler, or garbage collector -- all Nix-the-tool implements is the language and the primitive derivation machinery. Could…
> the whole nix internals are just a black box to you. Yes, and just as well. Modern software is a barely-holding-together tower of abstractions as it is. Do you find yourself looking at the C source of Guile's runtime…
And let me make some further general observations here, while I'm unfortunately procrastinating. People use software to solve their problems. The way you "sell" (in whatever sense) software to people is by showing them…
> another significant project that uses guile. That looks like a typical academic project that is overwhelmingly likely to die as soon as the grants run out, what am I missing? Where are the users? > nix is developed in…
> guix uses standard guile syntax and has the whole guile language available to it. I feel I'm not getting through here. Let me try again: Guile is base Scheme plus some SRFIs plus some more extensions. None of this is…
> Having macros does not equal having a DSL. Any set of non-trivial non-standard macros is a DSL, by definition. You have to know what a macro does and what it is for in order to even understand which of its…
And even more than that: I think Guile specifically would long have been abandoned and forgotten about if not for Guix.
> DSL implemented by Guix? Whatever do you mean? From what I've seen (which matches my expectations going in), Guix relies on macros heavily enough to be considered a DSL on top of Guile (as opposed to "library" or…
> you didn't even answer my question about Nix. Your question was basically "is this DSL generally useful outside the domain it's been designed for?", so I thought it was rhetorical. That said, the domain of building,…
It is, but there already are other choices that are not worse and that are more established
Oh boy. > Guile is also the default extension language for the GNU project. AFAIK Guix is the only project that uses Guile and has any actual users (I'm not counting Shepherd because outside GuixSD it is nothing). Guile…
I'm not trying to "debate" anything here. I do note that those Guix people that are feeling competitive towards Nix for whatever reason tend to over-rely on two arguments that just do not work too well when examined…
> Any programming language can delay evaluation by wrapping values in thunks where that makes sense Indeed. I was simply asking whether the macros used for programming Guix are lazy, how is that baffling?
I know quite well what Guile and Scheme are; I was asking about the specific DSL/library/whatever combo that Guix is programmed in. The code snippets on the page which this thread is about, for example, mostly use…
NixOS can be validly viewed as a very fancy Systemd configuration toolkit. If you think about it, ultimately an instance of a modern general-purpose OS is structured as a set of services which are described for and…
I find Nix to be very close to the perfect DSL for what it does, and I like it quite a lot. But then I never bothered to look at Guix closely -- is its DSL at least lazy? Are there any honest comparisons wrt verbosity…
correct
er, s/HISTIGNORE/HISTCONTROL/ above
it's not serious for most people I guess, but if you rely on bash's HISTIGNORE and don't disable bash's built-in history mechanism when you adopt Atuin, then this is as serious as you are paranoid
there's this little gotcha you might want to be aware of: https://github.com/ellie/atuin/issues/752#issuecomment-14518...
just to register that I didn't know about scrcpy or gnirehtet, have no obvious need of either, but they are impressively neat!
> I guess that one full-time person is just all that's needed? Emphatically not. I mean, just look at the bug tracker. Or how about this data point: my Lemur Pro (lemp11) could not suspend at all when shipped -- the…
please don't regret writing the post the way you did, I for one enjoy well-written rants
that PR doesn't actually work though -- it finds the Vulkan libraries and has some memory accounting logic, but the bits to actually build a Vulkan llama.cpp runner are not there. I'm not sure why its author deems it…
The instance of enshittification under discussion is lucrative for the (big) retailers in at least two ways: first (obvious), they get to hire less people and in this way increase their margins, since they never…
Looking at Nix internals would, over at the Guix land, be more like looking at the Guile compiler, or garbage collector -- all Nix-the-tool implements is the language and the primitive derivation machinery. Could…
> the whole nix internals are just a black box to you. Yes, and just as well. Modern software is a barely-holding-together tower of abstractions as it is. Do you find yourself looking at the C source of Guile's runtime…
And let me make some further general observations here, while I'm unfortunately procrastinating. People use software to solve their problems. The way you "sell" (in whatever sense) software to people is by showing them…
> another significant project that uses guile. That looks like a typical academic project that is overwhelmingly likely to die as soon as the grants run out, what am I missing? Where are the users? > nix is developed in…
> guix uses standard guile syntax and has the whole guile language available to it. I feel I'm not getting through here. Let me try again: Guile is base Scheme plus some SRFIs plus some more extensions. None of this is…
> Having macros does not equal having a DSL. Any set of non-trivial non-standard macros is a DSL, by definition. You have to know what a macro does and what it is for in order to even understand which of its…
And even more than that: I think Guile specifically would long have been abandoned and forgotten about if not for Guix.
> DSL implemented by Guix? Whatever do you mean? From what I've seen (which matches my expectations going in), Guix relies on macros heavily enough to be considered a DSL on top of Guile (as opposed to "library" or…
> you didn't even answer my question about Nix. Your question was basically "is this DSL generally useful outside the domain it's been designed for?", so I thought it was rhetorical. That said, the domain of building,…
It is, but there already are other choices that are not worse and that are more established
Oh boy. > Guile is also the default extension language for the GNU project. AFAIK Guix is the only project that uses Guile and has any actual users (I'm not counting Shepherd because outside GuixSD it is nothing). Guile…
I'm not trying to "debate" anything here. I do note that those Guix people that are feeling competitive towards Nix for whatever reason tend to over-rely on two arguments that just do not work too well when examined…
> Any programming language can delay evaluation by wrapping values in thunks where that makes sense Indeed. I was simply asking whether the macros used for programming Guix are lazy, how is that baffling?
I know quite well what Guile and Scheme are; I was asking about the specific DSL/library/whatever combo that Guix is programmed in. The code snippets on the page which this thread is about, for example, mostly use…
NixOS can be validly viewed as a very fancy Systemd configuration toolkit. If you think about it, ultimately an instance of a modern general-purpose OS is structured as a set of services which are described for and…
I find Nix to be very close to the perfect DSL for what it does, and I like it quite a lot. But then I never bothered to look at Guix closely -- is its DSL at least lazy? Are there any honest comparisons wrt verbosity…
correct
er, s/HISTIGNORE/HISTCONTROL/ above
it's not serious for most people I guess, but if you rely on bash's HISTIGNORE and don't disable bash's built-in history mechanism when you adopt Atuin, then this is as serious as you are paranoid
there's this little gotcha you might want to be aware of: https://github.com/ellie/atuin/issues/752#issuecomment-14518...
just to register that I didn't know about scrcpy or gnirehtet, have no obvious need of either, but they are impressively neat!
> I guess that one full-time person is just all that's needed? Emphatically not. I mean, just look at the bug tracker. Or how about this data point: my Lemur Pro (lemp11) could not suspend at all when shipped -- the…