| 5 Dec 2025 |
| @castanedaadonai:matrix.org joined the room. | 07:38:50 |
| 6 Dec 2025 |
Mic92 | Sergei Zimmerman (xokdvium): https://github.com/NixOS/nix/pull/14696#issuecomment-3619665616 not sure yet if it's related to this change, but I just got an error that it couldn't find a "uid" in my dotfiles for hercules-ci-effects, unfortunally I didn't copy the error and now it no longer reproduces. | 06:57:26 |
Mic92 | Let me also make sure that I rebase on latest master | 06:58:00 |
Sergei Zimmerman (xokdvium) | In reply to @joerg:thalheim.io Sergei Zimmerman (xokdvium): https://github.com/NixOS/nix/pull/14696#issuecomment-3619665616 not sure yet if it's related to this change, but I just got an error that it couldn't find a "uid" in my dotfiles for hercules-ci-effects, unfortunally I didn't copy the error and now it no longer reproduces. That only affects the tarball cache though. | 06:58:16 |
Sergei Zimmerman (xokdvium) | And your dotfiles is just a regular repo and doesn’t get opened with packfilesOnly = true | 06:59:09 |
Mic92 | Sergei Zimmerman (xokdvium): that was reported for the hercules-ci-effects repo specifically, I had this patch applied manually on top: https://github.com/Mic92/nix-1/commit/2c0f976026c0c0acb21e5bae4b205eacd94a8a6c | 07:00:00 |
Mic92 | hercules-ci-effects.url = "github:hercules-ci/hercules-ci-effects";
| 07:00:20 |
Mic92 | and yes it's the tarball cache in this case | 07:00:31 |
Sergei Zimmerman (xokdvium) | Weird, I’m dogfooding that for some time and didn’t see any issues. Maybe the tarball cache gave out for unrelated reasons? | 07:03:26 |
Sergei Zimmerman (xokdvium) | Did you happen to be running a somewhat recent-ish master with that? | 07:04:12 |
Mic92 | I now did reset my .nix/cache | 07:04:14 |
Mic92 | Let's see. | 07:04:17 |
Sergei Zimmerman (xokdvium) | There was an issue with eelcos patch that started sharing the cache between threads | 07:04:33 |
Mic92 | I am also testing this on other machines that will receive more load. This was on my macos machines. | 07:04:38 |
Sergei Zimmerman (xokdvium) | That was reverted | 07:04:38 |
Mic92 | Okay. I now rebased. I wasn't sure if this was included or not | 07:04:55 |
Sergei Zimmerman (xokdvium) | In reply to @xokdvium:matrix.org There was an issue with eelcos patch that started sharing the cache between threads I did test concurrently accessing that cache a bit and didn’t see issues btw. Let’s cross fingers, but that’s the primary suspect | 07:06:52 |
Sergei Zimmerman (xokdvium) | https://github.com/NixOS/nix/pull/14620 | 07:07:18 |
Mic92 | https://github.com/Mic92/nix-1/commit/7df48054782f3918a0ada9fcca194648712168f6 I also still got a remote builder hang. So I now added this patch as well for testing. | 07:07:26 |
Sergei Zimmerman (xokdvium) | That’s the revert | 07:07:27 |
Mic92 | * https://github.com/Mic92/nix-1/commit/7df48054782f3918a0ada9fcca194648712168f6 I also still got a remote builder hang. So I now added this patch as well for testing. Unrelated to your change. | 07:07:38 |
Sergei Zimmerman (xokdvium) | In reply to @xokdvium:matrix.org There was an issue with eelcos patch that started sharing the cache between threads * I did test concurrently accessing that cache quite a bit and didn’t see issues btw. Let’s cross fingers, but that’s the primary suspect | 07:10:20 |
Mic92 | Sergei Zimmerman (xokdvium): so the issue I am facing is that our connection loop in nix-daemon --stdio has some check for interrupts, but for some reason also the SIGUSR1 from monitorfdhup is sent, it still doesn't exit that read. It's weird. | 07:10:23 |
Mic92 | So know I took out the hammer and shutdown the unix socket. | 07:10:42 |
Mic92 | * Sergei Zimmerman (xokdvium): so the issue I am facing is that our connection loop in nix-daemon --stdio has some check for interrupts, but for some reason also the SIGUSR1 from monitorfdhup is sent, it still doesn't exit that read loop. It's weird. | 07:10:58 |
Mic92 | correction: ReceiveInterrupts sends SIGUSR1 | 07:11:44 |
Mic92 | Not the nicest fix, but I can have the CI I am experiencing this with also not being blocked for too long, because it's some sort of production deployment. | 07:14:07 |
Mic92 | And it will take a few days for this error to accumlate. | 07:14:30 |
Mic92 | Sergei Zimmerman (xokdvium):
% sudo darwin-rebuild switch --flake .#evo
building the system configuration...
error:
… while calling the 'derivationStrict' builtin
at «nix-internal»/derivation-internal.nix:37:12:
36|
37| strict = derivationStrict drvAttrs;
| ^
38|
… while evaluating derivation 'darwin-system-25.11.e95de00'
whose name attribute is located at «git+https://github.com/Mic92/nixpkgs?ref=main&rev=a502e0b59371c0f203d6df2164dbf530710fe06a&shallow=1»/pkgs/stdenv/generic/make-derivation.nix:541:13
… while evaluating attribute 'activationScript' of derivation 'darwin-system-25.11.e95de00'
at «github:nix-darwin/nix-darwin/e95de00a471d07435e0527ff4db092c84998698e?narHash=sha256-HN84sByg9FhJnojkGGDSrcjcbeioFWoNXfuyYfJ1kBE%3D»/modules/system/default.nix:89:7:
88|
89| activationScript = cfg.activationScripts.script.text;
| ^
90|
… while evaluating the option `system.activationScripts.script.text':
… while evaluating definitions from `/nix/store/gkp2whrza8y3zwrldfrii5pawjjff3jj-source/modules/system/activation-scripts.nix':
… while evaluating the option `system.activationScripts.launchd.text':
… while evaluating definitions from `/nix/store/gkp2whrza8y3zwrldfrii5pawjjff3jj-source/modules/system/launchd.nix':
… while evaluating the option `environment.launchDaemons."org.nixos.telegraf.plist".source':
… while evaluating the option `environment.launchDaemons."org.nixos.telegraf.plist".text':
… while evaluating definitions from `/nix/store/gkp2whrza8y3zwrldfrii5pawjjff3jj-source/modules/launchd':
… while evaluating the option `launchd.daemons.telegraf.serviceConfig.ProgramArguments':
… while evaluating definitions from `/nix/store/gkp2whrza8y3zwrldfrii5pawjjff3jj-source/modules/launchd':
… while evaluating the option `launchd.daemons.telegraf.command':
… while evaluating definitions from `/nix/store/gkp2whrza8y3zwrldfrii5pawjjff3jj-source/modules/launchd':
… while evaluating the option `launchd.daemons.telegraf.script':
… while evaluating definitions from `/nix/store/gkp2whrza8y3zwrldfrii5pawjjff3jj-source/modules/services/monitoring/telegraf.nix':
… while evaluating definitions from `/nix/store/kp2788n7m4plv4m0v3kmhl4ld7cnvpcz-source/shared/common/flake.nix':
… while evaluating the option `flake.checks':
… while evaluating the option `partitions.dev.module':
… while evaluating definitions from `/nix/store/r3i0h1671yjfr8xzldmvbyffyrmx2y0m-source/extras/partitions.nix':
(stack trace truncated; use '--show-trace' to show the full, detailed trace)
error: looking up file '«github:hercules-ci/hercules-ci-effects/7db2b867219a26781437d840ce457b75b7645154?narHash=sha256-pLE7U5gOtlA/2wbKCsVRYf5DqMQ5TWBCrCfZGytDDeo%3D»/effects/cargo/test/.gitignore': object not found - no match for id (ea8c4bf7f35f6f77f75d92ad8ce8349f6e81ddba)
sudo darwin-rebuild switch --flake .#evo 4.54s user 1.16s system 66% cpu 8.593 total
I think my system nix might be still the old one? it works when I run this as normal user (i.e. run build) but the command run as root triggers this error
| 07:42:54 |
Mic92 | Yeah, after updating, now it works? | 07:44:26 |