cmm

12 ms·

1.
by cmm 2mo ago
please don't regret writing the post the way you did, I for one enjoy well-written rants
2.
by cmm 2y ago
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 ready for in
3.
by cmm 3y ago
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 promised to pass any savings
4.
by cmm 3y ago
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 certainly be educational,
5.
by cmm 3y ago
> 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 often? Or
6.
by cmm 3y ago
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 which
7.
by cmm 3y ago
> 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 cpp Who cares
8.
by cmm 3y ago
> 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 useful outs
9.
by cmm 3y ago
> 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 similar-looking keyword or p
10.
by cmm 3y ago
And even more than that: I think Guile specifically would long have been abandoned and forgotten about if not for Guix.
11.
by cmm 3y ago
> 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 "f
12.
by cmm 3y ago
> 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
13.
by cmm 3y ago
It is at least used outside of the GNU Project...
14.
by cmm 3y ago
It is, but there already are other choices that are not worse and that are more established
15.
by cmm 3y ago
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 is like 30
16.
by cmm 3y ago
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 closely.
17.
by cmm 3y ago
> 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?
18.
by cmm 3y ago
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 macros that see
19.
by cmm 3y ago
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 orchestrated by, well,
20.
by cmm 3y ago
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 and awkwardness of N
21.
by cmm 3y ago
correct
22.
by cmm 3y ago
er, s/HISTIGNORE/HISTCONTROL/ above
23.
by cmm 3y ago
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
24.
by cmm 3y ago
there's this little gotcha you might want to be aware of: https://github.com/ellie/atuin/issues/752#issuecomment-14518...
25.
by cmm 4y ago
just to register that I didn't know about scrcpy or gnirehtet, have no obvious need of either, but they are impressively neat!
26.
by cmm 4y ago
I wonder what's worse: not supplying open firmware at all, or doing it at the S76 level. You get laptops that don't suspend as shipped, you still cannot remove of disable Intel ME, but yay another desktop shell!
27.
by cmm 4y ago
> 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 model started
28.
by cmm 4y ago
Things some people (ahem) learn only _after_ investing in System76 hardware: most of the premium goes not toward Coreboot development (S76 employs all of one full-time firmware guy) but rather toward a largely-pointless rewrite of Linux des
29.
by cmm 4y ago
Jumped to KeePassXC (for Linux) + KeePassDX (for Android) after the latest LP fiasco, syncing the databse with Syncthing everywhere it's needed. It's... fine, actually! And it all being open-source and using an open/document
30.
by cmm 4y ago
dockerfiles (or even better but less popular, {default,shell,flake}.nix) are code that can be tracked in a repository and reasoned about, "stuff installed locally" isn't.

More ›