| 11 May 2026 |
 John Ericson | (the decision to build the stuff is nix's) | 20:10:28 |
 Frooastside | This is the process running right now
hydra-q+ 84985 0.0 0.2 595328 34872 ? Sl 21:17 0:00 nix --extra-experimental-features nix-command build --json --no-pretty --print-build-logs --log-format raw-with-logs --no-link --max-silent-time 7200 --timeout 36000 --option max-build-log-size 67108864 --option fallback true --option substitute false --option builders /nix/store/bx33y6dvsb44avnjah0hsh25hj0axa0f-users-groups.json.drv^*
So it picked the first drv that is not in the cache and tries to build it but --option substitute false is set
| 20:15:15 |
| Frooastside | Thats whats confusing me, how is it supposed to work? When the builder is missing dependencies, should nix get them because substitutions should be on, should the queue-builder get them from the cache or should the queue-runner send them to the builder? | 20:21:45 |
| John Ericson | interesting, I am not sure where that is coming from | 20:34:42 |
| John Ericson | oh nevermind I do see it | 20:35:24 |
| John Ericson | that is in subprojects/crates/nix-utils/src/realise.rs | 20:37:02 |
| John Ericson | git log missed it becasue it was there since the initial commit (?) | 20:37:17 |
| John Ericson | oh because I was git loging the specific file | 20:39:10 |
| John Ericson | Frooastside: the instent is that the new builder and new queue runner will cooporate to get the inputs in place separately | 20:40:09 |
| John Ericson | so nix shouldn't need to download anything | 20:40:16 |
| John Ericson | but clearly that is not working right yet | 20:40:20 |
| Frooastside | Ok, thank you | 20:41:05 |
| 12 May 2026 |
 Morgan (@numinit) | FYI https://nixos.org/hydra/manual/ seems broken due to CORS rules | 03:51:51 |
| Morgan (@numinit) | Any sense where they're coming from? Took a quick look in https://github.com/NixOS/infra/blob/main/build/hydra-proxy.nix to fix it but didn't see anything | 03:53:31 |
| Frooastside | I tried getting the old queue-runner working but i face a weird issue where it just gets stuck on "sending inputs..." it tries to copy things from the s3 store but never finishes im not even sure whats the problem there. the only option is to manually kill the nix-daemon processes, systemctl restart nix-daemon doesnt touch the stuck processes. after doing that i can manually copy the nix store paths though im not sure if it works manually because its only one at a time or something else | 09:10:28 |
|  Harinn joined the room. | 18:14:22 |
 tomberek | Can the new queue-runner serve as only a coordinator/scheduler, but not perform any build/signing actions on it's own (eg: without even having a functioning Nix store locally?). Use-case: CI with ephemeral builders needing a centralized coordinator. | 20:49:03 |
 hexa | yes, it can | 20:49:24 |
| hexa | using pki for onboarding new nodes and the presigned urls feature to decentralize uploading | 20:49:59 |
| Frooastside | I think the problem might have been nix.settings.auto-optimise-store = true it seems to work now (for at least 2 minutes and it stopped every 10 seconds or so) | 22:31:22 |
| 19 May 2021 |
|  @eelco:nixos.org changed the history visibility to "world_readable" from "shared". | 15:39:32 |
|  cw (novus ordo seclorum) joined the room. | 15:40:25 |
|  @grahamc:nixos.org | 16:00:29 |
| @eelco:nixos.orgchanged room power levels. | 16:01:22 |
| @eelco:nixos.orgchanged room power levels. | 16:01:41 |
|  immae joined the room. | 16:03:40 |
|  thefloweringash joined the room. | 16:27:37 |
|  Matrix Traveler (bot) joined the room. | 16:40:18 |
|  ajs124 joined the room. | 16:41:06 |
| @grahamc:nixos.org | 16:42:12 |
