| 12 Aug 2023 |
 hacker1024 | In reply to @k900:conduit.0upti.me
It's probably in meta.timeout on the derivation itself I checked in the REPL and in Nixpkgs, that doesn't seem to be the case | 09:02:54 |
| 13 Aug 2023 |
|  @10leej:matrix.org joined the room. | 01:26:30 |
 vcunat | IIRC there are two kinds of timeout. The other one is for max. silent time (no new logs). | 06:28:23 |
| vcunat | .meta.timeout is just an override, for some value configured I think. | 06:30:10 |
| vcunat | * .meta.timeout is just an override, for some value configured in Hydra or Nix I think. | 06:30:17 |
| vcunat | Yeah, man nix.conf shows even a few more kinds of timeouts | 06:31:26 |
| hacker1024 | Yep, the problem is that both my timeout and my max-silent-time is set to zero in nix show-config, and there's no mention of a timeout in hydra.conf. | 06:31:59 |
| hacker1024 | https://github.com/NixOS/hydra/blob/60e2c377d305b72cee39c51b5892d215e4238278/src/hydra-eval-jobs/hydra-eval-jobs.cc#L196 🤦
Thanks for the tip | 06:33:16 |
| hacker1024 | Oh, that default is actually in the manual. My bad. | 06:34:20 |
| hacker1024 | I suppose it makes sense to set it in Hydra (nix.conf doesn't really make sense across multiple build machines), but that default is pretty low. | 06:35:20 |
| vcunat | Two hours without any log line seems pretty suspicious to me. Could be e.g. thrashing due to low RAM. | 07:54:17 |
| hacker1024 | In reply to @vcunat:matrix.org
Two hours without any log line seems pretty suspicious to me. Could be e.g. thrashing due to low RAM. The SquashFS compression takes a long time, and there's nothing to be outputted while that's happening. I'm only using a free-tier Oracle Cloud VM with 4 ARM cores, so it can take a little longer than normal when other derivations are building at the same time. | 07:57:50 |
| hacker1024 | In reply to @vcunat:matrix.org
Two hours without any log line seems pretty suspicious to me. Could be e.g. thrashing due to low RAM. * The SquashFS compression takes a long time (CPU-bound), and there's nothing to be outputted while that's happening. I'm only using a free-tier Oracle Cloud VM with 4 ARM cores, so it can take a little longer than normal when other derivations are building at the same time. | 07:58:05 |
| 14 Aug 2023 |
|  K900 changed their display name from K900 (Old) to K900 ⚡️. | 16:09:24 |
| K900 changed their display name from K900 ⚡️ to K900 (⚡️ migration pending). | 16:23:32 |
| 15 Aug 2023 |
| K900 changed their display name from K900 (⚡️ migration pending) to K900 ⚡️. | 08:48:57 |
|  K900 (deprecated) changed their display name from K900 to K900 (deprecated). | 08:49:12 |
| @10leej:matrix.org left the room. | 19:33:53 |
| 16 Aug 2023 |
|  @c:catgirl.cloud removed their profile picture. | 03:01:17 |
| @c:catgirl.cloud removed their display name c. | 03:01:27 |
| @c:catgirl.cloud left the room. | 03:01:39 |
| 19 Aug 2023 |
 Artturin | maybe making this https://github.com/NixOS/nixpkgs/blob/bbfcab42fd6f93f1f45fdd50544735edf79ffe90/nixos/lib/make-squashfs.nix#L25-L29 dependant on stdenv.buildPlatform.is32bit would help? | 20:29:23 |
| Artturin | In reply to @hacker1024:matrix.org
The SquashFS compression takes a long time (CPU-bound), and there's nothing to be outputted while that's happening. I'm only using a free-tier Oracle Cloud VM with 4 ARM cores, so it can take a little longer than normal when other derivations are building at the same time. ^ if you have more than 48 cores | 20:29:54 |
| Artturin | I introduced the limit in https://github.com/nixos/nixpkgs/commit/eea6baad509b24c9137fd9d97fd3ae9392cf34de | 20:30:20 |
