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

Allow limiting the scope of allow-newer #2189

Closed
mgsloan opened this issue May 24, 2016 · 7 comments
Closed

Allow limiting the scope of allow-newer #2189

mgsloan opened this issue May 24, 2016 · 7 comments

Comments

@mgsloan
Copy link
Contributor

mgsloan commented May 24, 2016

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 the allow-newer.

@mgsloan mgsloan added this to the P3: Optional milestone May 24, 2016
@mjrussell
Copy link

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?

@mgsloan
Copy link
Contributor Author

mgsloan commented Sep 29, 2018

Hey Matt! Agreed this would be much better than the blunt tool that is allow-newer: true. I think it would also be good to fix the naming - unfortunately allow-newer ignores all bounds, not just upper bounds.

@mjrussell
Copy link

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 allow-newer so users can transition to a more flexible and better named option?

@fosskers
Copy link
Contributor

fosskers commented Sep 5, 2019

This would be great to have.

@recursion-ninja
Copy link

Maybe try to resolve this outstanding issue that was prematurely closed before perpetuating the poor semantics of allow-newer?

@isomorpheme
Copy link

It seems like this is solved now by the allow-newer-deps option? Though it is still labeled as experimental currently.

@mpilgrem
Copy link
Member

I am closing this issue, as it was implemented in Stack 2.9.3. See also: #5910.

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

No branches or pull requests

6 participants