!sBfrWMVsLoSyFTCkNv:nixos.org

OfBorg

173 Members
Number of builds and evals in queue: <TBD>64 Servers

Load older messages


SenderMessageTime
28 Feb 2024
@qyliss:fairydust.spaceAlyssa RossOfBorg on staging is very useful14:42:33
@hexa:lossy.networkhexabut ofborg macs also don't do evals ๐Ÿ˜›14:42:37
@qyliss:fairydust.spaceAlyssa RossExcept for Darwin14:42:38
@delroth:delroth.netdelroth Can we make it lower priority? 14:42:55
@qyliss:fairydust.spaceAlyssa RossIf we had no CI for staging staging-next cycles would take forever14:43:41
@adam:robins.wtfadamcstephens
In reply to @hexa:lossy.network
but ofborg macs also don't do evals ๐Ÿ˜›
then what are they doing that makes them wait even on packages that don't support darwin?
14:43:42
@lily:lily.flowersLily Fosterofborg builders do evals, but only for specific attrs14:43:48
@delroth:delroth.netdelroth (feel free to ignore my verbal gesticulating, I have zero clue how ofborg really works) 14:43:48
@hexa:lossy.networkhexa
In reply to @adam:robins.wtf
then what are they doing that makes them wait even on packages that don't support darwin?
ofborg just queues stuff without knowing that it is unsupported
14:44:02
@adam:robins.wtfadamcstephensright, but queues them for the target system to check14:44:51
@lily:lily.flowersLily Foster
In reply to @hexa:lossy.network
ofborg just queues stuff without knowing that it is unsupported
(tbf, it doesn't take much builder time to eval the attr, see it is unsupported, skip the check, and move on to the next thing in the queue)
14:45:11
@hexa:lossy.networkhexacorrect, so that just means the queue is inflated14:45:25
@adam:robins.wtfadamcstephensi guess the first change that seems reasonable is increasing the staging timeout14:45:43
@hexa:lossy.networkhexa * correct, so that just means the queue is a bit inflated14:45:44
@qyliss:fairydust.spaceAlyssa Rossit is a bit non-obvious that you don't need to wait for the checks if it has the rebuild-darwin: 0 label, from a UX pov, but it's fiiine 14:46:04
@hexa:lossy.networkhexayeah, like ofborg sets these labels, and still queues it 14:46:21
@lily:lily.flowersLily Foster
In reply to @adam:robins.wtf
i guess the first change that seems reasonable is increasing the staging timeout
(or just the darwin timeout in general, it's not like many PRs not to staging would be hitting it either)
14:46:33
@lily:lily.flowersLily Foster
In reply to @lily:lily.flowers
(or just the darwin timeout in general, it's not like many PRs not to staging would be hitting it either)
(i'm definitely not selfishly asking for this because gst-plugins-rs bumps also timeout on ofborg darwin and don't go to staging ๐Ÿ‘€)
14:47:37
@7c6f434c:nitro.chat7c6f434cWell if you know in advance they will time out anywayโ€ฆ14:48:41
@qyliss:fairydust.spaceAlyssa Rossit'd be nice to actually have confirmation from OfBorg you're not about to break something, though14:49:37
@hexa:lossy.networkhexakinda what I use the community builder for14:49:55
@hexa:lossy.networkhexabut that is certainly a hack.14:50:18
2 Mar 2024
@gabriella439:matrix.org@gabriella439:matrix.org joined the room.01:12:22
@gabriella439:matrix.org@gabriella439:matrix.org

ofborg labeled my PR with ofborg-internal-error and seems stuck: https://github.com/NixOS/nixpkgs/pull/282401

I'm not sure how I proceed or diagnose this

01:13:09
@raitobezarius:matrix.orgraitobezarius if you send @ofborg eval again, you can retrigger the eval 01:13:23
@raitobezarius:matrix.orgraitobezariusofborg can be quite slow yes01:13:37
@gabriella439:matrix.org@gabriella439:matrix.orgDo I need to remove the label?01:13:43
@raitobezarius:matrix.orgraitobezariusI believe ofborg will remove it by itself once it succeed01:13:53
@gabriella439:matrix.org@gabriella439:matrix.orgalright, thanks!01:14:00
@lily:lily.flowersLily Foster
In reply to @raitobezarius:matrix.org
I believe ofborg will remove it by itself once it succeed
it does not, cole or someone removes it after they check on it in the backend
01:45:30

Show newer messages


Back to Room ListRoom Version: 6