| 21 May 2025 |
 emily | I don't really know why -v -v is slow in the first place | 14:46:35 |
 Sergei Zimmerman (xokdvium) | Can you share a repro for the slowdown? | 14:59:40 |
| emily | just import a fetchTarball of Nixpkgs and do anything with it. but yeah I can put one up in a couple hours | 16:43:13 |
| emily | I'm on Darwin which does have slower FS perf but presumably it shouldn't be amplifying FS operations | 16:43:33 |
| 22 May 2025 |
| emily | Sergei Zimmerman (xokdvium): whoops, sorry for forgetting about this. hm, a minimal reproducer seems way less slower than expected. let me try and see what i was observing | 05:44:49 |
| emily | I can't reproduce. I guess -v -v is great :) | 05:46:34 |
| emily | I wish it would trace other file accesses though | 05:46:45 |
| emily | like builtins.readFile | 05:46:54 |
| emily | does anyone understand why nix eval .?rev=X#foo will sometimes produce "copying …" messages even when the rev did not change? | 09:35:24 |
 Mic92 | https://discourse.nixos.org/t/nix-2-29-0-released/64609 Nix 2.29.0 released | 13:09:10 |
| Mic92 | I think if you do a lot of -v than it will print the flake cache that causes the copying. | 13:10:53 |
| Mic92 | https://github.com/numtide/nix-eval-cache | 13:12:30 |
| Mic92 | currently limited to Linux, but could be ported to darwin as well with the right environment variables for LD_PRELOAD | 13:13:09 |
|  Perchun Pak [don't ping; dm instead] changed their display name from Perchun Pak to Perchun Pak [don't ping; dm instead]. | 13:50:46 |
| emily | the LD_PRELOAD equivalent doesn't work super reliably on Darwin | 13:58:02 |
