Grade by availability on Stackage

Gabriella439 / post-rfc

Blog post previews in need of peer review

Creative Commons Attribution 4.0 International

2.19k stars 171 forks source link

Grade by availability on Stackage #149

Open nponeccop opened 5 years ago

nponeccop commented 5 years ago

In some areas it's not important whether a package is in any snapshots or not. But for libraries it's pretty much essential to be in snapshots for 2-3 recent GHC versions.

For example, for GUIs, gi-gtk is on Stackage, while wx isn't.

I think we should have a convention so that by default it's on Stackage. And if it's not we use a special icon/emoji/footnote/asterisk/whatever

Gabriella439 commented 5 years ago

@nponeccop: Yeah, that seems fine to me

sjakobi commented 5 years ago

I believe there are quite a few high-quality libraries that are not on Stackage because the library maintainers are unwilling to cooperate with the Stackage maintainers or for other reasons.

So, if these packages are marked, I think it's important not to imply that they are of lesser quality than packages on Stackage.

Gabriella439 commented 5 years ago

Maybe just add a "Stackage" label (and possibly a "Hackage" label for packages on Hackage but not Stackage) and let users infer what they want from those labels