| 19 Jan 2026 |
 infinisil | Yeah exactly | 16:52:45 |
| infinisil | I don't think that's a problem if it's opt-in. You can decide how the tree-structure should look like with how you write Nix code | 16:53:37 |
 Sergei Zimmerman (xokdvium) | Hm the stack usage is already unbounded, but that could make the situation even worse. I couldn’t really come up with a good algorithm for doing m-way merges with a binary tree that’s a bounded in stack usage | 16:54:20 |
| Sergei Zimmerman (xokdvium) | That’s why I went with a linked list for the structural sharing PR (don’t know if you saw that or not) | 16:54:44 |
| infinisil | (didn't see it) | 16:55:00 |
| Sergei Zimmerman (xokdvium) | https://github.com/NixOS/nix/pull/13987
That reduced nixpkgs-metrics memory usage from 27 GB to ~ 20GB | 16:56:04 |
| Sergei Zimmerman (xokdvium) | I really wanted to do a binary tree, but the on-demand m-way merge got a lot in the way | 16:56:47 |
 Robert Hensing (roberth) | work sesh about to start btw. I'll join after/with some food | 16:59:20 |
| Sergei Zimmerman (xokdvium) | In reply to @roberthensing:matrix.org
work sesh about to start btw. I'll join after/with some food Can’t make it today. Would be very happy if you’ll had a chance to do one more pass on the ssh-ng:// coroutine perf fix in https://github.com/NixOS/nix/pull/14998 | 17:00:53 |
| Sergei Zimmerman (xokdvium) | In reply to @roberthensing:matrix.org
work sesh about to start btw. I'll join after/with some food * Can’t make it today. Would be very happy if you all had a chance to do one more pass on the ssh-ng:// coroutine perf fix in https://github.com/NixOS/nix/pull/14998 | 17:01:04 |
 Eelco | left a comment | 17:22:38 |
| Sergei Zimmerman (xokdvium) | In reply to @niksnut:matrix.org
left a comment Addressed! Much simpler now | 20:33:09 |
| 20 Jan 2026 |
| Sergei Zimmerman (xokdvium) | Exciting times: https://www.phoronix.com/news/Linux-Open-Tree-Namespace | 10:23:54 |
 Mic92 | Not quiet sure how this would be used in Nix? | 11:42:35 |
 John Ericson | I talked to that guy about better process spawning at one point | 21:01:51 |
| John Ericson | Kinda analogous 😎 | 21:02:15 |
| John Ericson | (he also worked on process fds) | 21:02:44 |
|  @scr4mbl3:matrix.org left the room. | 23:54:33 |
| 22 Jan 2026 |
|  Arian joined the room. | 16:15:49 |
| Arian | Ec2 image builds started breaking with hash mismatches. I'm suspecting bug in nix?
https://github.com/NixOS/amis/issues/328
Anyone have any clue what might be causing this? I'm out of ideas
For context, this is using the make-disk-image.nix machinery from NixOS ⠀
| 16:16:32 |
| Sergei Zimmerman (xokdvium) | In reply to @arianvp:matrix.org
Ec2 image builds started breaking with hash mismatches. I'm suspecting bug in nix?
https://github.com/NixOS/amis/issues/328
Anyone have any clue what might be causing this? I'm out of ideas
For context, this is using the make-disk-image.nix machinery from NixOS ⠀
Forwarding my question from the other channel. Is it known to be reproducible? | 16:19:10 |
| Sergei Zimmerman (xokdvium) | Or is just that report that’s on Ubuntu? | 16:20:13 |
| Sergei Zimmerman (xokdvium) | Could it be that those store paths did actually get modified by sort of SNAFU. | 16:22:14 |
| John Ericson | Sergei Zimmerman (xokdvium): OK so for the rootless daemon stuff, I think https://github.com/NixOS/nix/pull/15054 is the first step | 19:37:59 |
| John Ericson | (in other news, I am working on windows for open no follow symlinks and read symlink at :)) | 19:38:18 |
| John Ericson | this is good because it is pure testing, and no code changes....for something that supposed to just work, right? | 19:38:51 |
| Sergei Zimmerman (xokdvium) | I mean, if we could just get the windows-specific code out of the way for the actual symlink races cleanup that would be great | 19:38:59 |
| John Ericson | (and I guess is also supposed to be close to the Lix set up you were describing) | 19:39:05 |
| Sergei Zimmerman (xokdvium) | Lemme find what afnix had for the bind-mounted store. That should be helpful | 19:39:39 |
| John Ericson | ok cool, thanks! | 19:39:48 |
