| 4 Dec 2025 |
 raitobezarius | i can try to reproduce with 2.94.0 but idk if the daemon is an important piece or not | 20:24:49 |
| raitobezarius | that looks like a unexpected change in target URI | 20:25:21 |
 9999years | wdym unexpected change in target uri? | 20:28:52 |
| 9999years | so it does finish eventually; 2.5 minutes for worker op 1 IsValidPath and 1.5 minutes for worker op 7 AddToStore:
Dec 04 12:30:06 performing daemon worker op: 1
Dec 04 12:30:06 using cache entry '{"ingestionMethod":0,"name":"source","type":"file","url":"https://github.com/nixos/nixpkgs/archive/418468ac9527e799809c900eda37cbff999199b6.tar.gz"}' -> '{"etag":"W/\"5cd48868382e96938f2a04bff191018f8b59407d9ae34339c558b716c665372e\"","url":"https://codeload.github.com/NixOS/nixpkgs/tar.gz/418468ac9527e799809c900eda37cbff999199b6"}', '/nix/store/6zx3brkqjsnr53b2p3fdn2k44q6pyj25-source'
Dec 04 12:32:33 finished performing daemon worker op: 1
Dec 04 12:32:33 performing daemon worker op: 7
Dec 04 12:33:58 finished performing daemon worker op: 7
| 20:35:21 |
| 9999years | the 1.5 minute times are pretty predictable -- we got any 90 second timeouts hanging around in there? 😬 | 20:47:25 |
| raitobezarius | github changing URI after the first GET | 21:41:07 |
| raitobezarius | it'd be helpful to have a strace on the Darwin daemon or more logging | 21:41:26 |
| raitobezarius | is this with maximum logging? | 21:41:31 |
| raitobezarius | we have various timeouts mechanisms at the curl level for DNS resolution and so on | 21:42:28 |
| raitobezarius | maybe your DNS resolution is broken? | 21:42:32 |
| 9999years | --debug, similar results with --debug -vvv | 21:55:32 |
| 9999years | seems unlikely but not impossible | 21:55:46 |
| raitobezarius | 9999years cannot reproduce on macOS arm64 | 22:28:35 |
| raitobezarius | uhm i'm stupid | 22:28:44 |
| raitobezarius | this is running 2.93.3 | 22:28:46 |
| raitobezarius | let's upgrade the macOS fleet | 22:29:02 |
| raitobezarius | https://cl.afnix.fr/c/infra/+/174 | 22:30:36 |
| raitobezarius | we will see in the next minutes when the MDM redeploys the machine whether this is broken or not | 22:30:56 |
| 9999years | we've got at least intermittent reports of it on 2.93.3 as well | 23:23:07 |
| 9999years | i don't think the bug is super deterministic, whatever it is | 23:23:20 |
| 9999years | it seems to depend on the contents of ~/.cache/nix as well for me | 23:23:29 |
| raitobezarius | that sounds like the negative nar caching being fucky | 23:23:38 |
| raitobezarius | but i need more information | 23:23:54 |
| 9999years | yeah. me too | 23:24:42 |
| 9999years | appreciate you taking a look at it! don't spend too much time on it on my behalf though | 23:25:01 |
| raitobezarius | i will do only extremely cheap attempts at reproducing it | 23:25:13 |
| 9999years | related: https://gerrit.lix.systems/c/lix/+/4693 | 23:27:29 |
| 9999years | sgtm 🫡 | 23:27:39 |
| 5 Dec 2025 |
| raitobezarius | helle (just a stray cat girl) do you have any info on https://git.lix.systems/lix-project/lix/issues/858 ? | 00:00:35 |
 helle (just a stray cat girl) | I have and there is a new iteration I have to write as we scrambled slightly how generically this needed to be handled, I may hand it off to someone else though if I can't get started on it on Monday | 00:03:44 |
