| 14 May 2024 |
 samrose | this page says https://cirrus-ci.org/guide/linux/
For arm_container instances Cirrus CI uses a EKS cluster of Graviton2 instances running in AWS.
| 00:44:47 |
 raitobezarius | OK so container based and it doesn't seem to support dynamic CI targets like we do right now | 00:46:15 |
| raitobezarius | Everything has to be spelled in advance | 00:46:21 |
| samrose | raitobezarius: what are the dynamic targets looking like? | 00:47:13 |
| raitobezarius | Unsure if it's worth the trouble compared to just obtaining an Altra Q80 tbh | 00:47:15 |
| samrose | yeah it may not be | 00:47:23 |
| raitobezarius | In reply to @samrose:matrix.org
raitobezarius: what are the dynamic targets looking like? Just nix-eval-jobs on the flake.nix and generate a task for each hydraJobs | 00:47:43 |
| samrose | ah ok | 00:47:58 |
| samrose | you can't do that in a container in any case can you? | 00:48:22 |
| raitobezarius | Orthogonal, you can do it in a container, but it doesn't seem like Cirrus has a phase where you tell it "ok spawn me N containers and make them do this and that" | 00:49:07 |
| raitobezarius | Thus it's necessarily serial inside of that container or you statically list all your targets as you change them | 00:49:28 |
| samrose | I see | 00:49:30 |
| raitobezarius | Plus the container means you go from clean Nix store and you need to redownload stuff | 00:50:00 |
| raitobezarius | Or you need to build some hot container, push it to registry and load it in the CI | 00:50:14 |
| raitobezarius | Whereas current model share the Nix store and GC it as it go | 00:50:28 |
| samrose | so the optimal way would be to have the actual hardware, and be running nix-eval-jobs and just let nix do it's thing + retain the store basically like the way many people have used hydra in the past | 00:51:12 |
| raitobezarius | I'd say so, right now, an improvement would be to go to something like Hydra New Generation | 00:51:56 |
| samrose | it doesn't sound like it would be a lot of fun to maintain building this in containers the way you describe it | 00:52:00 |
| raitobezarius | In reply to @samrose:matrix.org
it doesn't sound like it would be a lot of fun to maintain building this in containers the way you describe it Hahahahahahaha :-) | 00:52:13 |
| samrose | I mean, not that I think you are wrong at all | 00:52:25 |
| raitobezarius | Oh, those are my 2 cents | 00:52:43 |
| raitobezarius | I may be wrong ofc | 00:52:48 |
| samrose | what you say makes sense given running nix-eval-jobs, and all of that | 00:53:16 |
| samrose | and it would be worth the effort to do Hydra New Generation | 00:53:29 |
| raitobezarius | But it requires to improve Lix etc etc and then dogfood further and then Hydra Ng appears | 00:53:56 |
| samrose | yes first we would need to get the bugs and issues that are pending that makes sense | 00:54:39 |
 Qyriad | (we::Lix somewhat intentionally put ourselves in our own suffering path of CI) | 00:54:55 |
| raitobezarius | In reply to @qyriad:katesiria.org
(we::Lix somewhat intentionally put ourselves in our own suffering path of CI) (this is... our bootstrap path! :>) | 00:55:17 |
| Qyriad | Lix (and Nix) sucks at this, and it makes our lives worse. improving the state of the ecosystem will make our and everyone else's lives better | 00:55:22 |
| raitobezarius | In reply to @samrose:matrix.org
yes first we would need to get the bugs and issues that are pending that makes sense There's also some critical performance improvements on the scheduling side of things | 00:55:36 |
