| 7 Sep 2023 |
 JoelMcCracken | yeah | 14:08:55 |
| JoelMcCracken | well it depends, what you mean specifically by recursive nix i guess | 14:09:27 |
 mei 🌒& | what do you mean by "nix installs it" though? installs it where. i'd think nix gives some store paths or an elisp payload and emacs evals it into the running process | 14:09:42 |
| mei 🌒& | like this at runtime but also for the elisp path variable | 14:10:15 |
| mei 🌒& | * like this but at runtime but also for the elisp path variable | 14:10:24 |
| JoelMcCracken | TBD, but my thought was:
- somehow emacs/nix figures out what the speicifc package should be, versions etc.
- nix then builds this package, maybe via a standard "emacsWithPackages" or something like that; somehow nix would know how to call its own build process
| 14:11:05 |
| JoelMcCracken |
- once this is all built, it can just be added to
load-path and then loaded
| 14:11:33 |
| mei 🌒& | yes! | 14:12:19 |
| JoelMcCracken | but yeahwe should be able to share a lot of all of this code | 14:12:20 |
| JoelMcCracken | it would be v nice if elpaca had some design input from us | 14:13:08 |
| JoelMcCracken | so that we could just interface with it instead of having to hack it | 14:13:25 |
