| 12 Sep 2025 |
 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 |
| Sergei Zimmerman (xokdvium) | Also the plus/minus implementation is a bit more complex than this: https://git.redalder.org/magic_rb/nix-stg/commit/04839e29e51a3b237359d0e95239e2b6960334ff.
Like consider the following: let __sub = __mul; in 1 - 2. For better or worse this evaluates to 2
| 20:53:18 |
 puck | i mean; the nix language is a bunch of scope resolving and then a bunch of primop calls, there's not much inbetween | 20:54:14 |
| puck | the nix language without e.g. derivation is ... kinda hard to use | 20:55:05 |
| puck | i once experimented by taking the nix source code and taking out everything that isn't the expression interpreter; very little was left. just a handful of primops; i didn't even have import because it depended on the FS | 20:55:40 |
| puck | comparing with e.g. https://nix-re.pl/ which translates everything to a primop call (a + b -> __add a b; a.b.c or d -> __selectOr a [ "b" "c" ] d) | 20:56:27 |
| puck | all this to say i don't think there's much of a subset of Nix that would let you reasonably test performance; the only real-world performance test i can think of is "how well can you evaluate nixpkgs"; which requires .. well, everything | 21:00:59 |
| magic_rb | right, okay, point taken, ig ill have to implement enough to eval nixpkgs to actually get any data | 21:10:14 |
| magic_rb | ... | 21:10:15 |
| magic_rb | well, im not even at a functional VM so uh, thats ways off, currently trying to wrap my head around the STG still | 21:10:36 |
| magic_rb | okay, i have no clue what im doing, anyone know the STG and can help me find the bug? or anyone up for a fun pairing? I'm pretty sure im folling the paper to the letter but its being weird, i suspect a miscompilation from Nix -> STG, cause the STG VM is behaving exactly as the paper says | 21:32:15 |
| jaen | Slowly working on installer rebase and need an opinion — I have some tests that are failing because it assumes existence of a default profile that has nix in it, cf:
https://github.com/DeterminateSystems/nix-installer/blob/8a7bb095d93ada552d20d2f22ffd9f1668f8e394/src/profile/nixenv/tests.rs#L135-L136
https://github.com/DeterminateSystems/nix-installer/blob/8a7bb095d93ada552d20d2f22ffd9f1668f8e394/src/profile/nixenv/mod.rs#L98
It is not the case on my system, it links into per-user/root/profile which does not exist (the folder only has channels there. And I'm wondering if it's my NixOS setup that's wrong or is detsys assuming something that's not really true? | 21:59:15 |
| 14 Sep 2025 |
|  Emma [it/its] joined the room. | 08:32:48 |
|  @azharmomin:kde.org joined the room. | 16:22:28 |
| @azharmomin:kde.org left the room. | 16:37:42 |
|  @xworld21:matrix.org left the room. | 18:37:24 |
| 15 Sep 2025 |
| Sergei Zimmerman (xokdvium) | Btw here's the manifistation of this fever dream of mine: https://github.com/NixOS/nix/pull/13987 | 00:16:54 |
| 16 Sep 2025 |
 getchoo | i think i have a decent solution here: https://github.com/getchoo-contrib/nix/tree/getchoo/dogfood-experimental-installer
it currently grabs the artifacts the 0.27.0, but it wouldn't be too hard to extend to fetch from the main branch builds (if they actually uploaded their artifacts)
dogfooding even works as well! ...but i did come across an interesting problem | 04:18:02 |
| getchoo | when dogfooding is an enabled with this experimental installer option, you'll end up with an 4: Failed to execute command HOME="/root" "/nix/store/dkmylx2wyz9i6ycbmr07lpv15mph0d7y-nix-main-2.32.0pre/bin/nix-store" "--load-db"`` error
i traced it back to this pretty naive snippet of code that basically just takes the first path in the store matching nix-* and runs it, with no checks for if /bin/nix-store actually exists https://github.com/NixOS/experimental-nix-installer/blob/20be610e1f29c8a127146da67ed56f879b173ac6/src/action/base/setup_default_profile.rs#L55-L70 | 04:19:47 |
