 | Hydra | 343 Members |
| 99 Servers |
| Hydra | 343 Members |
| 99 Servers |
| Sender | Message | Time |
|---|---|---|
| 25 Mar 2024 | ||
 K900 | In reply to @darkwater4213:matrix.orgIt doesn't really matter for what, it just does normal Nix remote builds | 05:11:45 |
| K900 | hydra.n.o doesn't build RISCV because we don't have the hardware for it | 05:12:01 |
 @rick:matrix.ciphernetics.nl | 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 | ||
 @admin:nixos.org joined the room. | 13:25:28 | |
| Room Avatar Renderer. | 13:25:56 | |
| @admin:nixos.org left the room. | 13:26:01 | |
| 30 Mar 2024 | ||
 magic_rb | 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 |
| magic_rb | hydra itself doesnt log anything, im also not running this on nixos, but the module was copied from nixos mostly | 20:32:00 |
| magic_rb | i dont see why it would be failing the serve | 21:11:17 |
| magic_rb | interestingly reloading the page doesnt mark them ass missing? hydra isnt closing connections properly? | 21:22:57 |
| magic_rb | * interestingly reloading the page doesnt mark them as missing? hydra isnt closing connections properly? | 21:23:44 |
| magic_rb | i also got to do something to speed up the DB because clicking on one of my systems takes 20 seconds to load, its 6.5k store paths | 21:26:28 |
| magic_rb | * i also got to do something to speed up the DB because clicking on one of my systems takes 20 seconds to load, its 6.5k build steps | 21:27:24 |
| 31 Mar 2024 | ||
 @fack:cyberia.club left the room. | 00:05:01 | |
| 2 Apr 2024 | ||
 @lotte:chir.rs changed their profile picture. | 06:58:30 | |
| @lotte:chir.rs changed their profile picture. | 07:36:25 | |
| 3 Apr 2024 | ||
| @rick:matrix.ciphernetics.nl | Managed to fix a ca-derivations issue with hydra: https://github.com/NixOS/hydra/pull/1374 | 21:08:45 |
| 4 Apr 2024 | ||
 @stablejoy:matrix.org joined the room. | 06:09:42 | |
 fabaff changed their display name from Fabian Affolter to fabaff. | 08:40:33 | |
 darkwater4213 | How feasible would it be to run Hydra as a distributed system? Say I had a few dozen or maybe even a hundred or more thin clients (ARM or RISC-V or whatever). Is it theoretically possible for Hydra to be distributed among those clients (assuming they're all on the same overarching network, of course) so none of them is doing much work or for long, but the whole thing is entirely bootstrapped (reminiscent of IPFS)? And because this is distributed across an entire fleet, you can do some crazy Gentoo-level optimization... the prospect is very exciting indeed. | 08:56:09 |
| darkwater4213 | Imagine: serverless fleet management. MDM... without a manager. | 08:56:34 |
| K900 | What do you even mean by "distributed system"? | 08:56:41 |
| K900 | Hydra is not a generic orchestrator like k8s | 08:56:49 |
| K900 | It builds stuff | 08:56:51 |
| K900 | If you don't need to build stuff, or need more than to build stuff, Hydra will not solve your problem | 08:57:03 |
| darkwater4213 | Distributed computation has been around since the 90's (at least). I'm asking how feasible it would be to distribute the computation necessary for Hydra. My theorycrafting brain says that the compilation would be the easy part, the orchestration and delivery would be more difficult. Delivery (that is, finding what unit in the fleet has a given resource and then pushing it out to all the units) seems like it'd be a good job for IPFS, but orchestration seems more difficult. Any ideas? | 08:59:39 |
| K900 | You are saying long words that don't mean things | 09:00:06 |
| K900 | What "computation necessary"? | 09:00:11 |
| K900 | What do you actually want to do? | 09:00:15 |
| darkwater4213 | In reply to @k900:0upti.meI think you misunderstand. I'm not trying to treat Hydra as an orchestration tool. I'm asking how feasible it would be to orchestrate a large fleet of relatively low-resource clients (think along the lines of a generic tablet) to effectively function as a single Hydra instance or, barring that, multiple Hydra instances orchestrated by some distributed system I haven't come up with yet. | 09:01:40 |