<gchristensen>
oh that looks like a cool thread that I should read
<samueldr>
though here the only thing I'm thinking about is indexing them and allowing queries
<samueldr>
more in-depth tooling should be built on that
<samueldr>
(though it'd be nice if it was backed by a database that would also cache the PR status, so you could ask is:open affects:hello
<gchristensen>
+1
<gchristensen>
"Better github" but for Nixpkgs
<samueldr>
yeah
<samueldr>
something that could be built upon to make a browser extension to add deeper introspection to nixpkgs
<gchristensen>
I love love love that people are starting to think of commits to master as weird
<samueldr>
I do too :)
<samueldr>
it'd be great also to turn that back around and allow ordering PRs by amount of attributes changed, so that you could priorize on the top of the list the PRs affecting only hello, while staging-like changes are down in the list, since they affect it by changing the world
<gchristensen>
hmm that would be great
<samueldr>
(I mean, in the same list, so "all PRs affecting $attr ordered by count of affected attrs ASC" or something more SQLey :))
<gchristensen>
:D
<gchristensen>
yeah
<gchristensen>
I'm super down to offering this sort of thing
<samueldr>
now that I wrote it, I'm less likely to forget it
<timokau[m]>
samueldr: Can't you already do that with ofBorgs rebuild labels?
<timokau[m]>
I think it would be *really* cool if we were able to label PRs that un-break things (i.e. broken before, now either builds or is properly marked as broken). I'd definitely prioritize those.
<timokau[m]>
But that's probably harder to do, as it requires information about the previous build
<samueldr>
the labels allow priorizing the order as described, but there's no way to ask "all PRs affecting $attr"
<timokau[m]>
Yes agreed, that would be neat. I'd love the discourse poster's proposal in general
<timokau[m]>
Such a portal would also allow voting for packages, giving some feedback to maintainers
orivej has quit [Ping timeout: 245 seconds]
orivej has joined #nixos-borg
<gchristensen>
I had a cooool idea for ofborg but github spoiled it
<gchristensen>
use @ofborg/build @ofborg/test as instructions, and make @ofborg/build and @ofborg/test teams, so github auto-completed