| 8 Apr 2023 |
 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 Will let you know! I'm currently just pushing an update to the PR while it's marked draft that print out the log they need and letting it run on x86_64-linux (then nabbing the log from the /logfile API and trimming)
Is there actually any way to avoid the ofborg eval step when doing that? (so that I'm not putting spurious stuff in the eval queue that I really just want a quick build for?)
| 16:51:37 |
 Artturin | no afaik, we have https://github.com/NixOS/ofborg/blob/released/ofborg/src/tasks/evaluate.rs#L576 but that only affects builds | 17:00:52 |
| Lily Foster | Oh great the build succeeded this time in ofborg on x86_64-linux. Heisenbug I guess 🫠| 17:04:02 |
 cole-h | In reply to @lily:lily.flowers
Will let you know! I'm currently just pushing an update to the PR while it's marked draft that print out the log they need and letting it run on x86_64-linux (then nabbing the log from the /logfile API and trimming)
Is there actually any way to avoid the ofborg eval step when doing that? (so that I'm not putting spurious stuff in the eval queue that I really just want a quick build for?)
You can't prevent the eval, but you can tell ofborg to manually build the attr(s) you want and that should happen independently of the eval step. | 17:34:17 |
| cole-h | e.g. @ofborg build asdf will build asdf even if there's an eval happening at the same time | 17:35:03 |
| cole-h | In reply to @lily:lily.flowers
Will let you know! I'm currently just pushing an update to the PR while it's marked draft that print out the log they need and letting it run on x86_64-linux (then nabbing the log from the /logfile API and trimming)
Is there actually any way to avoid the ofborg eval step when doing that? (so that I'm not putting spurious stuff in the eval queue that I really just want a quick build for?)
* You can't prevent the eval, but you can tell ofborg to manually build the attr(s) you want and that will happen independently of the eval step. | 17:35:08 |
| Lily Foster | In reply to @cole-h:matrix.org
e.g. @ofborg build asdf will build asdf even if there's an eval happening at the same time Yeah I did actually do that. Just didn't want clog up the eval queue (especially since it was backing up a bit the last few days -- seems better today though) | 17:36:06 |
| cole-h | Eval queue should get eaten through fairly fast. The evals themselves may be slow but the machines are fast enough that it shouldn't ever grow to an unmanageable number (unlike the Darwin build queues lol) | 17:37:05 |
| Lily Foster | In reply to @cole-h:matrix.org
Eval queue should get eaten through fairly fast. The evals themselves may be slow but the machines are fast enough that it shouldn't ever grow to an unmanageable number (unlike the Darwin build queues lol) Yeah not unmanageable. It was just getting pretty slow to start evaluating PRs yesterday and the day before (but it did eventually catch up) | 17:38:41 |
| Lily Foster | Just wanted to avoid the cost if I easily could but it's not that big of a deal. Thank you though! | 17:40:54 |
|  tea joined the room. | 18:09:26 |
|  wentasah joined the room. | 20:57:16 |
|  Matthew joined the room. | 21:59:02 |
