| 13 Apr 2023 |
7c6f434c | I think it occurs quite often if you consider Darwin a platform, or if you consider staging a branch | 18:33:49 |
7c6f434c | And OfBorg design choice is extremely low tolerance to making pointless noise red. | 18:35:02 |
Lily Foster | In reply to @7c6f434c:nitro.chat I think it occurs quite often if you consider Darwin a platform, or if you consider staging a branch Problems that are transitive dep failures though, not timeouts or anything? | 18:35:14 |
Lily Foster | In reply to @7c6f434c:nitro.chat And OfBorg design choice is extremely low tolerance to making pointless noise red. Yes I really really would not like pointless red. That would make it useless | 18:35:33 |
7c6f434c | (think = I have impression of having seen it on a large share of failures there) | 18:35:41 |
7c6f434c | Memory is fallible, so any number I try to come up from memory with should not be trusted. But it takes some «training set» to get to the stage «ah, to the surprise of absolutely no one…» | 18:37:18 |
7c6f434c | * Memory is fallible, so any number I try to come up from memory with should not be trusted. But it takes some «training set» to get to the stage of «ah, to the surprise of absolutely no one…» reaction | 18:37:28 |
7c6f434c | * Memory is fallible, so any number I try to come up with from memory should not be trusted. But it takes some «training set» to get to the stage of «ah, to the surprise of absolutely no one…» reaction | 18:38:07 |
Lily Foster | Yeah I sure don't have hard numbers. I know I see timeouts semi-often. I was just wondering if it could be differentiated since sometimes people don't notice when an ofborg build on, say, darwin for a new package is failing and they either need to fix it or mark it broken to avoid wasting resources | 18:40:49 |
7c6f434c | … and of course the structure of OfBorg job dispatching does not fit well the claims like «a freshly added package is failing» | 18:44:07 |
Lily Foster | In reply to @cole-h:matrix.org Gotcha. Sorry about that. If you remind me on Monday I can try to reproduce the issue on one of the boxes directly Are you still able to do this sometime? (Do you just want me to DM you an expression or a flake ref to build or anything?) The build started failing again in ofborg on x86_64-linux when I pushed a small update to the PR earlier and I cannot reproduce it on any other system I have access to | 19:14:42 |
| 14 Apr 2023 |
raitobezarius | logs.nix.ci seems broken atm, but the other URL that hexa mentioned is working | 15:18:48 |
Artturin | In reply to @raitobezarius:matrix.org logs.nix.ci seems broken atm, but the other URL that hexa mentioned is working The domain expired | 15:29:28 |
hexa | and was renewed in the meantime | 15:30:56 |
hexa | Creation Date: 2018-02-06T08:48:27.153Z
Registry Expiry Date: 2024-02-06T08:48:27.258Z
| 15:30:56 |
| figsoda joined the room. | 15:53:59 |
| 15 Apr 2023 |
cole-h | In reply to @lily:lily.flowers Are you still able to do this sometime? (Do you just want me to DM you an expression or a flake ref to build or anything?) The build started failing again in ofborg on x86_64-linux when I pushed a small update to the PR earlier and I cannot reproduce it on any other system I have access to Feel free to DM with instructions / Nix expression / flake reference / etc to build and I'll get back to you when I can! | 12:35:54 |
cole-h | In reply to @hexa:lossy.network and was renewed in the meantime Yep, we have the domain back, but I haven't had the time to point everything back at it. Will probably happen next week some time. | 12:36:54 |
| 20 Apr 2023 |
hexa | why is aarch64-darwin always so much behind 😕 | 21:50:25 |
cole-h | Because there are only 2 of them | 21:51:12 |
hexa |  Download image.png | 21:51:31 |
hexa | and we have more of everything else? even x86_64-darwin? | 21:51:43 |