| 17 Dec 2025 |
 eveeifyeve | Anyone have an idea? | 01:35:12 |
|  thomasjm joined the room. | 13:41:38 |
 tomberek | Random thought. Be able to connect to a long-running eval context. "nix eval socket://somewhere#something.blah" | 23:24:11 |
| tomberek | Or "--eval-store socket://..". Essentially, allow for a context to persist. | 23:25:26 |
| tomberek | Similar to the repl. | 23:26:09 |
| 18 Dec 2025 |
 Taeer Bar-Yam | is there a specific use-case you have in mind? | 01:21:21 |
 magic_rb | tmux? | 17:50:26 |
| 19 Dec 2025 |
| thomasjm | hello, i was wondering if anyone might know off the top of their head what's going on with a potential regression in 2.32 i just filed a bug report about: https://github.com/NixOS/nix/issues/14836
(this isn't a deliberate change is it?) | 01:26:20 |
 Sergei Zimmerman (xokdvium) | Maybe this? https://github.com/NixOS/nix/pull/13301/changes#r2633242870
Dunno, this seems like a bug | 01:33:20 |
| Sergei Zimmerman (xokdvium) | I can try to whip put a quick fix, seems obvious enough | 01:34:04 |
| thomasjm | oh wow, that looks like it! a fix would be much appreciated | 01:41:03 |
| Sergei Zimmerman (xokdvium) | Yeah... https://github.com/NixOS/nix/pull/14837 should do the trick | 01:54:28 |
| Sergei Zimmerman (xokdvium) | Repro'd locally
It pains me to look at that code and seeing just how much blocking round-trips it does :( | 01:55:14 |
| thomasjm | huh, i'm not familiar with the internals here but afaict #13301 didn't make the blocking round-trip situation worse? i wonder if there are perf improvements to be had here | 02:10:31 |
| Sergei Zimmerman (xokdvium) | Yeah it's my quip :) I'm cooking up async for some time now so that we could remedy the round-trip situation | 02:11:26 |
| Sergei Zimmerman (xokdvium) | Just needs a sprinkle of stackless coroutines | 02:11:49 |
| Sergei Zimmerman (xokdvium) | curl is already pretty async and works with completion callbacks from another thread, it's the downstream code that sucks | 02:12:42 |
| thomasjm | sounds like a nice change | 02:13:40 |
| thomasjm | i feel like #13301 could have done with a release notes entry as it's a significant change in behavior | 02:13:59 |
| Sergei Zimmerman (xokdvium) | Without the bug? | 02:15:44 |
| thomasjm | yeah, the non-graceful failure has always been a problem so the fix would be good to advertise. there are people talking about how it changes their deployment strategies in one of the linked discourse threads | 02:16:59 |
| Sergei Zimmerman (xokdvium) | Hm, arguably that was a bugfix because:
If set to `true`, Nix falls back to building from source if a
binary substitute fails. This is equivalent to the `--fallback`
flag. The default is `false`.
So fallback flag shouldn't have bailed out at all.
Release notes could use some love indeed though.
| 02:18:32 |
| eveeifyeve | Huh it really pains me that exceptions don't work properly in msys2. | 09:43:08 |
| eveeifyeve | Redacted or Malformed Event | 11:26:08 |
 Julian | Redacted or Malformed Event | 13:58:59 |
| Taeer Bar-Yam | why do workflows require approval to run? is that a new thing? | 14:01:26 |
| Sergei Zimmerman (xokdvium) | Did some benchmarking of tarball unpacking on my sluggish macos opencore x86 hackintosh:
current master with multithreaded sink:
37.32s user 1.36s system 360% cpu 10.731 total
2.33:
38.60s user 0.56s system 156% cpu 25.064 total
2.32:
42.26s user 14.93s system 104% cpu 54.691 total
2.22 (just to see how bad loose objects really are)
15.11s user 71.89s system 75% cpu 1:55.67 total
Very nice. The system time reduction is very nice on top of the general parallel hashing of blobs. Much more efficient and faster too.
| 22:38:02 |
| Sergei Zimmerman (xokdvium) | So that's a 12x speedup from what we used to have when the tarball cache initially landed. Whew. Holding libgit2 just the right way is crazy | 22:39:43 |
| Sergei Zimmerman (xokdvium) | That's for a https://channels.nixos.org/nixos-25.05/nixexprs.tar.xz tarball | 22:40:20 |
 Mic92 | Now most time is spent in xz? | 22:55:23 |
