-
Notifications
You must be signed in to change notification settings - Fork 27
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
add stackage-server to Hackage? #221
Comments
I'm not opposed, but the Hackage trustee team has put a lot of pressure on me to not release packages to Hackage that won't include bounds, so I'd rather not pick a fight for no reason. |
A quick look at the cabal file shows upper bounds on everything? Or is it the dependencies you are worried about? |
Huh, imagine that. It's because it's inherited from the Yesod templates, which include bounds. However:
An application like stackage-server is the prime example IMO where bounds serve no purpose, since the only approved way of building is via the stack.yaml config. All this said: I don't mind if someone wants to upload to Hackage and maintain it there, but I'll put in 0 effort on fixing Hackage matrix failures, as I could not care less about mass compatibility for an application. |
Fair enough. For interest, with cabal 1.24 it does not find a build plan currently, the lens upper bound is too restrictive. If anyone cares enough to upload it to stackage, I am prepared to be listed as the guy to do PRs to maintain the upper bounds. But if it does not go onto hackage it does not bug me. |
How about publishing stackage-server to Hackage, then it could be included in Stackage too?
The text was updated successfully, but these errors were encountered: