Hydra | 343 Members | |
| 99 Servers |
| Sender | Message | Time |
|---|---|---|
| 19 Mar 2024 | ||
yea, even the build in my hydra is 1.6G, which is unexpectedly slightly smaller, but more importantly still below the default max_output_size of 2 << 30 | 17:27:43 | |
I guess we'll see if increasing max_output_size to 16G does the trick | 17:29:09 | |
| i also ran into hijinx with auto-optimise-store with reporting output sizes, if you have that enabled. though, iirc, that was with disk image projected size rather than general outputs. or if you might be running a compressed fs | 17:40:10 | |
| cransom: hm that might be confusing things | 17:52:26 | |
| hard to say | 17:52:30 | |
| dammit I still got the output limit error | 20:16:42 | |
| does it cache the error, regardless of if the conf conditions change? | 20:17:13 | |
| how could I fix that? | 20:17:18 | |
| fuck I'm going to build on staging aren't I | 20:17:54 | |
| aren't failures cached (as well as successes) in Hydra as long as the drv doesn't change? not sure what you're up to, but the cheapest trick is probably to just add another env var to the drv to force a rebuild. | 21:06:18 | |
In reply to @ma27:nicht-so.sexySpecifically for GHC on ARM, if I'm remembering right, because it's much bigger for reasons | 21:50:02 | |
| 22:20:52 | ||
| 20 Mar 2024 | ||
| https://github.com/NixOS/nixpkgs/pull/297392, would be great if someone could check what's going wrong here, haven't looked very deeply. But hydra seems to be running fine on my end with that change. | 09:24:50 | |
| 11:03:24 | ||
| 21 Mar 2024 | ||
| 18:02:54 | ||
| 20:09:46 | ||
| 22 Mar 2024 | ||
| 13:27:55 | ||
| 15:01:25 | ||
| 24 Mar 2024 | ||
| 18:24:50 | ||
| How feasible is self-hosting a Hydra instance? Say I want to deploy to a whole bunch of RISC-V thin clients... I already know what packages I want to be compiled, so is there a way to configure Hydra to only build and serve those? Or am I fundamentally messengering something about Hydra? | 21:51:50 | |
| self hosting hydra is easy. it's probably over kill if you are only intending it to populate a binary cache though. | 23:15:35 | |
| 25 Mar 2024 | ||
| For RISC-V? Does the main instance of Hydra compile for RISC-V? | 01:35:59 | |
| Or ARM? | 01:36:08 | |
In reply to @darkwater4213:matrix.orgIt doesn't really matter for what, it just does normal Nix remote builds | 05:11:45 | |
| hydra.n.o doesn't build RISCV because we don't have the hardware for it | 05:12:01 | |
In reply to @darkwater4213:matrix.orgWith nixpkgs or the flake it's easy to host, providing you're running nixos or don't mind running a VM with nixos. There's definitely a way to configure hydra to build a specific set of packages, that's what it's built to do. I wouldn't really say it's overkill, it's a convenient way to keep up to date with nixpkgs and building what you need from it for what platform you want | 08:37:03 | |
| 27 Mar 2024 | ||
| 13:25:28 | ||
| Room Avatar Renderer. | 13:25:56 | |
| 13:26:01 | ||
| 30 Mar 2024 | ||
| i seem to be having issues with hydra not serving static files
this is from a nginx remote proxy, in the browser the page just times out | 20:30:19 | |