!sBfrWMVsLoSyFTCkNv:nixos.org

OfBorg

182 Members
Number of builds and evals in queue: <TBD>63 Servers

You have reached the beginning of time (for this room).


SenderMessageTime
10 Apr 2023
@k900:0upti.meK900We already have a check that fails when you try to target a channel branch 13:29:39
@k900:0upti.meK900Would be nice to have something like that for staging13:29:57
@cole-h:matrix.orgcole-h While not ideal, I don't necessarily want to give PRs a big red X (a failed status check) unless something is broken. 13:30:41
@k900:0upti.meK900Well github doesn't exactly have a warning state13:31:24
@k900:0upti.meK900And I think a big red X is preferable to merging 5000 rebuilds into master directly 13:32:02
@cole-h:matrix.orgcole-hI'd also argue that there are valid cases where we'd want to merge a large rebuild to master (say, a massive vulnerability in glibc or openssl that allows RCE or things).13:32:15
@k900:0upti.meK900I'd expect anyone that actually needs to do this to know this is not fatal13:32:24
@k900:0upti.meK900Like, you can always ignore the check and merge13:32:50
@cole-h:matrix.orgcole-hRelated to my last message is I don't want to cheapen the "big red X" from ofborg. If you get a big red X, that PR should not be merged in its current state, period.13:33:03
@k900:0upti.meK900That's not really true either though13:33:40
@k900:0upti.meK900There are also valid situations where you might want to merge something that's still broken but maybe becomes less broken 13:34:02
@k900:0upti.meK900And then there's staging where pretty much every PR is red because ofborg can't catch up 13:34:26
@k900:0upti.meK900(not that it should try to(13:34:34
@k900:0upti.meK900* (not that it should try to) 13:34:38

Show newer messages


Back to Room ListRoom Version: 6