-
Notifications
You must be signed in to change notification settings - Fork 843
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
Allow limiting the scope of allow-newer
#2189
Comments
This is quite an old request but I was surprised to find out cabal.project supports this while stack does not. Any chance of getting this implemented? |
Hey Matt! Agreed this would be much better than the blunt tool that is |
Look at this small world :) So maybe the way forward should be to create a new flag for this new behavior that is more clearly defined and eventually depreciate the existing |
This would be great to have. |
Maybe try to resolve this outstanding issue that was prematurely closed before perpetuating the poor semantics of |
It seems like this is solved now by the |
I am closing this issue, as it was implemented in Stack 2.9.3. See also: #5910. |
See haskell/cabal#2756 . We don't need to deal with allowing specific pkg1 <-> pkg2 constraints, though. Instead I think it's sufficient to just list which packages are allowed to differ from the constraints placed on them.
This is clearer than
allow-newer: True
about the reason for theallow-newer
.The text was updated successfully, but these errors were encountered: