-
Notifications
You must be signed in to change notification settings - Fork 704
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
Support transformers-0.6 and mtl-2.3 #8144
Comments
Actually, to have (full) effect, this requires a bump in hackage-security and a release or revision of it: haskell/hackage-security#272 |
That seems to be the case for cabal-install, but in CI it affects all, because they are built together, so old versions are forced, because cabal-install depends on hackage-security that depends on old transformers and mtl. Oh well. |
The CI was capable to build only |
That makes sense, but I can't find a CI job running with newest GHC and compiling Cabal without cabal-install. @jneira, @andreabedini, is there such a job? The idea is that, unburdened by cabal-install dep constraints, it can catch early incompatibilities with newer versions of packages, GHC-related in particular. Testing packages introduce their own bounds, so perhaps it would make sense to compile without Cabal tests first, and then with tests and run them. Thoughts? |
that what e.g. (from 3.2 branch)
Implementation wise it was to run a subset of |
We can, see #8151 |
@phadej: thank you for the tip. Now that we actually understand what the "--lib-only" was for and that it wasn't supposed to stick with the same GHC forever, we can improve the new setup. :) |
@Mikolaj what are the next steps here? Unless At this point we do not really care about |
Oh, I see, master branch is fine after we merge #8610. Still. Is that all or may I help further? |
Looks like that relaxing bounds is enough.
The text was updated successfully, but these errors were encountered: