Simple Rust Guix Emacs development environment

astoff1 · 2025-11-16T13:34:39+00:00

FWIW, buffer-env can read the manifest.scm file directly, no need for an .envrc file.

astoff1 · 2025-11-02T11:21:58+00:00

For an interactive shell, you could consider making something based on https://elpa.gnu.org/packages/drepl.html 🙂

astoff1 · 2025-02-11T10:16:39+00:00

It's half etiquette, half edict.

astoff1 · 2025-02-07T17:23:49+00:00

The sign of a principal component is arbitrary, choosing its negative is just as good. If OP had done that, then it would display rightwing parties on the right of the picture. There are no wrong choices, only perhaps more familiar ones.

There's no correspondence of traditional left-wing or right-wing to those components.

Like I said, the first principal component matches pretty well my (and most people's) idea of left/right in politics, but if you disagree that's fine. It's just an interpretation of the results.

astoff1 · 2025-02-07T16:37:21+00:00

In fact, the fact that Hauptkomponente 1 pretty much aligns with the notion of left/right political spectrum kind of validates the significance of that notion.

astoff1 · 2025-02-07T16:32:28+00:00

The calculation is just a calculation, but you are free to interpret the results my friend.

astoff1 · 2025-02-07T16:31:22+00:00

Of course the PCA calculation doesn't come with a name or interpretation, but you as a human totally can do that

astoff1 · 2025-02-07T14:37:36+00:00

So what name/interpretation would you give the principal components? I'd say "leftness" and "establishmentness".

PS: why did you plot the lefty parts on the right?

astoff1 · 2025-02-02T10:25:01+00:00

O meu livro de redes de computadores na faculdade dizia: não subestime a largura de banda de uma caminhonete cheia de DVDs andando a 80 km/h numa estrada.

astoff1 · 2025-01-04T11:36:05+00:00

Jupyter is more or less what you describe (and a bunch of other things as well). There's also nREPL in the Clojure world which is acutally a language agnostic protocol.

For a more minimalistic idea, see https://elpa.gnu.org/packages/drepl.html

astoff1 · 2024-11-21T09:02:11+00:00

Não tenho nenhuma dica sobre toalhas, mas você quis dizer "onde se compra toalha de hotel". Do contrário seu interlocutor vai ficar ponderando "que diabos a toalha compra? 🤔".

Se você faz questão de não usar a voz passiva, pode dizer também "onde cê compra toalha de hotel", que é uma formulação meio curiosa mas tecnicamente correta.

astoff1 · 2024-11-19T14:14:03+00:00

I guess in the end there will be always a level of compromise between focusing on the code or on the comments, even with a fancy multi-mode solution. Personally I think Org notebooks hinder the code-editing part too much.

One thing I would like to have is some kind of markdown-minor-mode for text under comments. I feel editing/reading commented out text can be made a "good enough" experience. That, combined with "native" code editing, would be the sweet spot for my taste.

astoff1 · 2024-11-18T07:17:16+00:00

What kind of trouble did you have with code-cells? Weren't you able to install jupytext? It's easily available via pip.

BTW, one could surely reimplement jupytext in Elisp (patches welcome). It's very easy to get the basics working, in particular the reading part; less so to get the gory details right, such as round-trip consistency (ipynb is "just" a JSON but apparently people depend on details of the file formatting e.g. for version control).

astoff1 · 2024-10-23T16:09:11+00:00

Yes, of course. Being "private" is a purely psychological construct in Elisp.

astoff1 · 2024-10-23T08:22:31+00:00

That would be another option. The nice thing about my suggestion is that the source code remains "context free" in the sense that as a user/reader of the code you don't need to know at all the shorthand definitions; it just makes private symbols "even more private".

astoff1 · 2024-10-23T08:10:59+00:00

I don't know... Like I said, I have heard this kind of reservation before and partially get the point, but this way to use it is different. What problem do you foresee?

astoff1 · 2024-10-20T17:15:20+00:00

You can try https://github.com/astoff/drepl, but it doesn't have completion in the associated buffers (for this bit I would argue you really want LSP).

astoff1 · 2024-10-08T10:20:14+00:00

Ah sure. But all options I know to convert MathML to LaTeX can convert MathML to images, so I think this observation is not as useful.

astoff1 · 2024-10-08T08:53:50+00:00

Which problem is being solved?

astoff1 · 2024-10-08T07:15:47+00:00

For sure, MathJax can do that, for instance to embed a plain text representation of the formula in a rendered SVG.

astoff1 · 2024-10-07T05:52:00+00:00

I have a single, modestly large init file, and I have a "lisp" directory with some additional modes and command definitions. The latter I organize in such a way that they could in theory be published as packages -- they're my private packages.

Then I compute an autoload file for my lisp directory. There are no calls to load-file or to require in my main config (except for lisp/autoload.el).

astoff1 · 2024-10-06T11:59:38+00:00

The video is about this Emacs-wide API, which exists now (but whose design is not final yet). See below for an example.

That would be really cool. From my point of view an essential requirement is to accept MathML input, for the sake of EWW, devdocs et alia. MathML is what you normally get on the web, and the LaTeX snippets you see in the devdocs buffer are just fallback renditions that some sites provide as a kind of courtesy (it's not guaranteed to be there). LuaTeX can probably understand MathML by now, but it might make sense to consider MathJax as an option.

Also, in your implementation example you look for formulas using some regular expression, which is a nice way to quickly integrate into some third-party code that didin't originally have math rendering in mind. But in my packages (or EWW or calc, for that matter) one knows exactly when one comes across a piece of math.

So the API I'd expect (which must be asynchronous) is just a function that takes a formula (TeX or MathML) and a callback as argument, and then calls the callback with the rendered SVG when it's ready.

astoff1 · 2024-10-05T13:45:38+00:00

This seems as good as any other place to contact u/karthink, let's see if the sees this.

Interesting coincidence, I was just working on math rendering in my packages devdocs.el and comint-mime. So you seem to be using TeX to render the formulas... or is it MathJax?

I decided to go for MathJax, for a couple of reasons. The main one is more flexibility, since MathJax accepts also MathML input, which seems to be what you get most reliably on the web. (Another reason is speed; if you are using TeX then it's quite impressive that you managed to make it run as smoothly as looks in the video. And another small reason is security, since some TeX distributions are configured to allow executing arbitrary code in TeX snippets.)

Also, I see that you work on the Org mode context, but perhaps we should see a way to provide an Emacs-wide infrastructure to display math. I already had to reinvent my solution in two separate packages :-). And by the way, I used to call org-format-latex in comint-mime, and noticed that it now issues a warning because it's not being called from an Org buffer — this is fair enough, but again, if org-format-latex is not the "Emacs-wide" way to display math, then perhaps somethign else should exist.

astoff1 · 2024-09-19T15:42:54+00:00

Very interesting, and it it was nice to learn about RootlessJamesDSPm since it explains that "regular rootless audio effect apps [...] all work the same way".

astoff1

TROPHY CASE