| 4 Aug 2023 |
 JoelMcCracken | and I think i'm slowly just making things worse | 20:41:39 |
| 5 Aug 2023 |
 mei 🌒& | JoelMcCracken: i'm waaay behind | 02:22:29 |
| mei 🌒& | this version has a few quirks but i've gotten so used to them that i barely remember what they are | 02:22:49 |
| mei 🌒& | then you'll also want to grab emacs-overlay-prev from the same file | 02:23:43 |
| JoelMcCracken | hmm | 04:09:15 |
| JoelMcCracken | so emacs overlay prev version is probably from roughly that version of doom? | 04:10:02 |
| mei 🌒& | probably, yeah | 17:52:36 |
| mei 🌒& | sure do hope you don't need any particularly recent language's LSP or syntax though :P | 17:53:11 |
| 9 Aug 2023 |
| JoelMcCracken | I read the source of straight.el and I suspect that it woudln't be too hard to extract the needed info etc | 03:59:08 |
| JoelMcCracken | to do this https://github.com/nix-community/nix-doom-emacs/issues/353 | 03:59:21 |
|  @yousiki:matrix.org changed their display name from Siqi Yang to yousiki. | 05:00:20 |
| @yousiki:matrix.org set a profile picture. | 05:48:29 |
| JoelMcCracken | ckie (they/them): if I fixed this issue, would it likely allow us to use latest doom? | 19:30:42 |
| JoelMcCracken | or are there other outstanding problems | 19:30:51 |
| mei 🌒& | nothing too major I know of | 19:31:00 |
| mei 🌒& | except maybe doom having profiles now | 19:31:07 |
| mei 🌒& | (which is just more patching but it's confusing patching) | 19:31:19 |
| JoelMcCracken | also, so, my expertise is in emacs lisp; for me that part is easy, but i need help w/ nix | 19:31:26 |
| JoelMcCracken | if you're willing to like advise me somehow (or someone else is) as I work on this i think it would surely help speed it along quite a bit | 19:32:02 |
| mei 🌒& | ah! opposite here. i've tried to figure that issue out a few times but haven't had any luck figuring out where to intercept straight | 19:32:07 |
| mei 🌒& | and I am very willing. NDE being out of date has been an itchy part of my config for a long time | 19:33:01 |
| JoelMcCracken | sounds good, ill start poking at it | 19:34:05 |
| mei 🌒& | lmk when you figure out what's needed of the nix bit. you know the general requirements though right? | 19:34:36 |
| JoelMcCracken | let me jut write out what i'm thinking | 19:35:13 |
| JoelMcCracken | emacs is run w a shim, similar to what currently occurs via nix-straight, which grabs more of the
data besides just the package name (ideally, all of the data)
some lisp is called which looks up the metadata to see how straight.el would
resolve the package (the repo, the commit, etc). this data is serialized (json?)
at subsequent step, nix reads this serialized data, and then constructs an
overlay with the correct packages.
the installation then procedes as it currently does, using this new overlay to
just install the requrired packages.
| 19:39:42 |
| JoelMcCracken | i noticed that these are done as separate... derivations? steps? not sure of the right term here.. in nix-straight; i'm not sure why it needs to be this way | 19:44:10 |
| mei 🌒& | JoelMcCracken: right so, the emacs shim runs in one go, currently collecting just the package names, and it doesn't have a network connection at this point because it's in a Nix build. the package meta is put into a json file, which is the output of this derivation. next up the nix evaluator parses this JSON, and prepares the next derivation using that, reading another derivation's result is called IFD | 19:49:25 |
| mei 🌒& | * JoelMcCracken: right so, the emacs shim runs in one go, currently collecting just the package names, and it doesn't have a network connection at this point because it's in a Nix build. the package meta is put into a json file, which is the output of this derivation. next up the nix evaluator parses this JSON, and prepares the next derivation using that: reading another derivation's result is called IFD | 19:49:32 |
| mei 🌒& | * JoelMcCracken: right so, the emacs shim runs in one go, currently collecting just the package names, and it doesn't have a network connection at this point because it's in a Nix build. the package meta is put into a json file, which is the output of this derivation. next up the nix evaluator parses this JSON, and prepares the next derivation using that: reading & Importing From a Derivation's result is called IFD | 19:49:51 |
| JoelMcCracken | ahhhhhh | 19:50:16 |
