Skip to content
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

We dropped out of Stackage nightly #43

Open
andreasabel opened this issue Dec 12, 2024 · 2 comments
Open

We dropped out of Stackage nightly #43

andreasabel opened this issue Dec 12, 2024 · 2 comments

Comments

@andreasabel
Copy link
Collaborator

@jaspervdj : It happened. We dropped out of Stackage nightly because of Diff:

I am fixing this:

However, I think maintaining precise upper bounds for the dependencies isn't sustainable.
You have to eagerly revise bounds whenever a dependency releases a new major version. In practice, however, the probability of breakage is low, so there is a lot of busy work for nothing.
I favour the approach of not having upper bounds in the latest release of a package, and if breakage occurs, install a upper bound on all releases (that miss one) using tools like hackage-cli.
This way, one only does work when it is actually needed.

Why do I care about Stackage? With matrix.hackage gone, there is no QA for Hackage anymore. QA is now only provided by Stackage. I made it my policy to only depend on packages that are part of Stackage. I haven't seen an alternative to this yet.

@jaspervdj
Copy link
Owner

I'm okay with not having upper bounds for the dependencies.

@andreasabel
Copy link
Collaborator Author

Ok, next time there is a problem with an upper bound being too restrictive, we remove it!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants