| 10 Sep 2025 |
|  matthewcroughan changed their display name from matthewcroughan @ nixcon to matthewcroughan. | 14:56:12 |
|  connor (he/him) (UTC-7) changed their display name from connor (he/him) (UTC+2) to connor (he/him) (UTC-7). | 22:20:37 |
| 11 Sep 2025 |
|  Preston joined the room. | 17:06:14 |
| 12 Sep 2025 |
|  getchoo joined the room. | 00:07:47 |
| getchoo | hey Mic92: just came across your comment on the detnix installer thread. i'm not super familiar with the codebase just yet, but i have a good bit of experience with gha and ci janitor work, and would love to help out if i can! :) | 00:16:11 |
 Sergei Zimmerman (xokdvium) | Here are some notes from our meeting with the installer team. I forgor to publish them to discourse https://pad.lassul.us/KgpbqiQpQEOX2cKF5Ehjwg# | 00:24:04 |
| Sergei Zimmerman (xokdvium) | Very incomplete and half-way | 00:24:49 |
| Sergei Zimmerman (xokdvium) | But basically it'd be great to start integrating it into our dogfooding setup https://github.com/NixOS/nix/blob/master/.github/actions/install-nix-action/action.yaml | 00:25:28 |
| Sergei Zimmerman (xokdvium) | PoC for 16 byte atomics on x86_64 for paralell eval: https://github.com/NixOS/nix/pull/13964. Lovers of compiler intrinsics are welcome | 01:07:35 |
|  @jordanjoel1:matrix.org changed their profile picture. | 03:27:09 |
| @jordanjoel1:matrix.org left the room. | 03:34:24 |
|  Pratham Patel joined the room. | 04:41:40 |
| getchoo | thanks for the link! i'll take a closer look at some of the stuff mentioned and what's already there this weekend hopefully (new job has had me a bit busy, catching covid from it didn't help either 😆), but i definitely think i can get this dogfooding setup going. i already have a bit of experience with very similar things in other action projects | 05:01:36 |
 jaen | If there are other tasks that can be done in parallel for installer upstreaming I'd also be interested — I was cooking a Nix article series for $CURRENT_JOB blog (the company does a lot of Bazel, so it's structured by way of compare & contrast) and don't feel comfortable publishing them until after the installer situation is resolved, I don't really want to redirect people away from the upstream. | 11:27:06 |
 magic_rb | As many before me, i implemented my own very basic nix evaluator, it doesnt have any builtins right now, only does basic arithmetic. But the point of it is that it doesnt use AST walking, but rather an approach similar to the STG. Its not fully tagless unfortunately, but i think im just missing something. Anyway, it only makes sense to develop it further if its faster than nix/lix so im wondering if its possible to formulate micro benchmarks relying on a subset of the nix language which could tell me whether my impl is faster or not. Anyone has thought about this before? | 15:07:03 |
| magic_rb | I dont want to write a full nix impl only to figure out "its horribly slow and nothing can be done about that". Ideally we'd be able to tell way before i implement all the nixisms | 15:08:27 |
| magic_rb | https://git.redalder.org/magic_rb/nix-stg oh and the code | 15:11:23 |
| magic_rb | The evaluator is currently recursive but thats my mistake, i just need to do while !iptr.is_whnf() iptr.force() | 15:12:22 |
 toonn | Some of the AoC solutions might be a good start for that. | 15:18:29 |
| magic_rb | Oh yeah good idea, im still very far off from being able to even import something but AoC is a very sound idea | 15:25:57 |
 Mic92 | In reply to @jaen:matrix.org
If there are other tasks that can be done in parallel for installer upstreaming I'd also be interested — I was cooking a Nix article series for $CURRENT_JOB blog (the company does a lot of Bazel, so it's structured by way of compare & contrast) and don't feel comfortable publishing them until after the installer situation is resolved, I don't really want to redirect people away from the upstream. How is your rust knowledge? | 15:53:37 |
| Mic92 | The repo could probably rebased again. | 15:53:48 |
| jaen | Hm, I've been following Rust since it was written in OCaml, so reasonably good theoretical foundations, and I've started writing some practical stuff last year finally (working on a ninja parser for nix-ninja that can handle AOSP scale). So I think I should manage as long as it's not terribly arcane — which I would assume an installer hopefully is not. | 17:36:07 |
| jaen | So basically what you'd like me to do is to take https://github.com/NixOS/experimental-nix-installer and rebase it on top of recent upstream (any particular commit, last before they dropped support for upstream nix maybe)? | 17:36:08 |
| 13 Sep 2025 |
|  ysndr joined the room. | 01:28:20 |
 fzakaria | hi everyone | 20:45:30 |
|  oak 🏳️🌈♥️ changed their profile picture. | 09:46:11 |
| Sergei Zimmerman (xokdvium) | Honestly there's also only things that you can find out at scale. For one, memory usage and value representation is very important. It's not the interpreter or parser that's the bottleneck | 20:47:36 |
| Sergei Zimmerman (xokdvium) | Experimenting with efficient sharing of immutable values would be great. I have some thoughts on this that might manifest into something tangible soon | 20:48:42 |
| magic_rb | im currently still trying to wrap my head around the STG | 20:49:01 |
