| 17 Feb 2024 |
 @a-n-n-a-l-e-e:matrix.org | race in unit test -- thought i disabled it but did not. race not triggered on hydra as i guess hydra is machines are slower. | 06:14:16 |
| 20 Feb 2024 |
 @janik0:matrix.org | did the ofborg storage run full some time ago? https://github.com/NixOS/nixpkgs/pull/276376 | 16:59:07 |
 cole-h | It did last month, yes, but that should be resolved now. | 17:00:15 |
 Lily Foster | In reply to @cole-h:matrix.org
It did last month, yes, but that should be resolved now. nix should be automatically garbage collecting with the min-free option, right? i forget if we had something like that set on the ofborg builders | 17:01:08 |
| cole-h | It's not actually space that's the issue, but inodes, since they run on ext4 | 17:01:26 |
| Lily Foster | ah | 17:01:33 |
| Lily Foster | well. that would do it | 17:01:36 |
| Lily Foster | (i wonder if auto-optimise-store would be reasonable to save on inodes 🤔) | 17:02:08 |
| Lily Foster | (idk maybe they're already doing that too) | 17:02:13 |
| cole-h | They used to run on zfs, but when EM refreshed their hardware, we would sometimes get machines that didn't support EFI (this was like 2+ years ago now so I don't remember the exact details, but something something no EFI = no ZFS booting) | 17:02:29 |
| @janik0:matrix.org | okay, thank's that explains the error :) | 17:03:59 |
| 22 Feb 2024 |
 hexa | can we? https://github.com/samueldr/ofborg-viewer/pull/28 | 00:13:11 |
| hexa | please? | 00:13:14 |
| hexa | dark mode! | 00:13:19 |
 @adam:robins.wtf | > Use nodejs 20 instead of nodejs 6
| 01:31:02 |
| 24 Feb 2024 |
 Sandro 🐧 | In reply to @hexa:lossy.network
can we? https://github.com/samueldr/ofborg-viewer/pull/28 Can we get logs grouped by package? 🥺 | 14:58:00 |
| hexa | that is pretty much orthogonal to what you quoted. | 14:58:38 |
| Sandro 🐧 | I mean if someone is working on it, maybe that's the time to implement new features? | 14:59:36 |
| hexa | there is no clear maintenance declared on the project | 14:59:42 |
| hexa | maybe, maybe not | 14:59:54 |
| 25 Feb 2024 |
|  Simon Menke set a profile picture. | 15:25:56 |
| 28 Feb 2024 |
 Alyssa Ross | Could we have higher darwin timeouts for staging PRs, or something? OfBorg Darwin is basically completely useless on staging PRs, because it can never get past LLVM, which takes >3600 seconds to build. | 14:17:09 |
| hexa | I think we're more affected by the sheer lack of build capacity for aarch64-darwin than its timeouts | 14:19:39 |
| hexa | but yeah, I've seen it often fail on llvm for … basically anything staging | 14:20:11 |
| Alyssa Ross | well, currently we're wasting a lot of that capacity on LLVM builds that are never going to finish | 14:20:39 |
| hexa | true | 14:20:46 |
| Alyssa Ross | so if we can't get more capacity, maybe we should just turn OfBorg Darwin off for staging | 14:21:03 |
| Alyssa Ross | since it's just wasting more than an hour of build time per PR, and is basically guaranteed not to produce any useful result | 14:21:31 |
| @adam:robins.wtf | there was some discussion above about moving to all aarch64 builders and running x86 on those instead, but i don't think any changes were made | 14:21:32 |
| @adam:robins.wtf | (not that that helps this specific timeout, but potentially it helps overall capacity) | 14:23:00 |
