| 17 Aug 2023 |
 @infinisil:matrix.org | Also I'm wondering, how many machines are working together? Is there just one beefy machine for each architecture or are there many more? | 22:34:51 |
 cole-h | Right now there is: 1 coordinator, 9 evaluators / x86_64-linux builders, 2 or 3 x86_64-darwin builders, 2 or 3 aarch64-darwin builders, and 1 aarch64-linux builder (that's beefy enough to run 16 builders on the same box) | 22:36:55 |
| cole-h | In reply to @infinisil:matrix.org
cole-h: Do you know where the complexity comes from? Is it just overengineered or are there actually tricky problems justifying it? Maybe a little of column A and a little of column B? The fact it's hard to setup for local testing (something I want to hack on at the hack day at NixCon this year) is one part, because it means the only way to truly know if something works is by deploying to prod. | 22:38:01 |
 raitobezarius | In reply to @infinisil:matrix.org
Though tbh I never liked how Nixpkgs CI isn't declared in Nixpkgs itself, that's a good reason to not do that (nor any other separate repository) Isn't this orthogonal to putting this stuff in Ofborg? | 22:38:04 |
| raitobezarius | You can have a framework to render GHA in nixpkgs, use it for nixpkgs CI | 22:38:19 |
| raitobezarius | (that'd be neat) | 22:38:23 |
| raitobezarius | And ofborg would be one of the component of that CI | 22:38:35 |
| raitobezarius | And the rfc140 checker maybe another in option 5 | 22:38:46 |
| @infinisil:matrix.org | Not sure what you mean | 22:38:49 |
| cole-h | In reply to @raitobezarius:matrix.org
Isn't this orthogonal to putting this stuff in Ofborg? (Fwiw, I read that as "maybe it would be better to keep the program in Nixpkgs", not something else) | 22:39:10 |
| @infinisil:matrix.org | I don't think you can render a GHA config? | 22:39:14 |
| raitobezarius | GHA workflow is a YAML file | 22:39:35 |
| cole-h | If only GHA was like buildkite... | 22:40:15 |
| @infinisil:matrix.org | Ah I think Isee | 22:40:20 |
| raitobezarius | I meant to render GHA workflows via Nix expressions | 22:40:31 |
| @infinisil:matrix.org | So you use something like ofborg to turn some ofborg.nix into a .github/workflows | 22:40:32 |
| * raitobezarius nods | 22:40:40 |
| @infinisil:matrix.org | In reply to @cole-h:matrix.org
Maybe a little of column A and a little of column B? The fact it's hard to setup for local testing (something I want to hack on at the hack day at NixCon this year) is one part, because it means the only way to truly know if something works is by deploying to prod. Hmm right.. | 22:40:58 |
| raitobezarius | Well I am not exactly certain whether you update generated files inside the repo or have it dynamic or whatever (yeah @ buildkite) | 22:41:11 |
| raitobezarius | But that's definitely something that seems interesting to pursue | 22:41:32 |
 Lily Foster | In reply to @raitobezarius:matrix.org
GHA workflow is a YAML file I mean JSON is a subset of YAML 1.2 so you could just use Nix's builtin toJSON too 👀 | 22:41:49 |
| raitobezarius | And we can probably have higher level abstractions specific to nixpkgs CI inside github | 22:42:23 |
| raitobezarius | That can also separate impl details (GitHub) and design details (what do we want to test, etc.) | 22:42:47 |
| @infinisil:matrix.org | In reply to @cole-h:matrix.org
Right now there is: 1 coordinator, 9 evaluators / x86_64-linux builders, 2 or 3 x86_64-darwin builders, 2 or 3 aarch64-darwin builders, and 1 aarch64-linux builder (that's beefy enough to run 16 builders on the same box) Do all of these machines have a shared nix store? | 22:49:15 |
| cole-h | No | 22:49:27 |
| @infinisil:matrix.org | cole-h: Also not among the same platform? | 22:49:50 |
| cole-h | Correct | 22:50:03 |
| @infinisil:matrix.org | cole-h: Are you currently the only person maintaining ofborg? What about Graham? | 22:54:11 |
| @infinisil:matrix.org | I'm guessing Graham at least holds the root keys to ofborg | 22:57:46 |
| cole-h | Graham and I both have the same amount of permissions for ofborg (that is, full access) | 22:58:10 |
