-
Notifications
You must be signed in to change notification settings - Fork 841
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
Adding new dependency to extra-deps makes version checking go nuts #1735
Comments
|
Yeah, I agree that this is information overload. What's happening is that monad-logger's dependencies aren't satisfied:
I'm not sure what the best way to make this output more concise is. A few possibilities:
That said, I'm not looking at the code right now, I'm not sure what the best thing is, but I bet we can do a lot better than the current output! We might also consider making it more straightforward to use this as guidance. For example, it might tell you to try adding the following to extra-deps:
|
@mgsloan I added that and a lot more dependencies to extra-deps. It didn't work. - monad-logger-0.3.8
- fast-logger-2.4.1
- persistent-2.2.4
- persistent-template-2.1.5
- yesod-1.4.2
- yesod-core-1.4.19
- yesod-form-1.4.6
- yesod-newsfeed-1.5
- yesod-persistent-1.4.0.3
- yesod-static-1.5.0.3
- classy-prelude-yesod-0.12.5 For example. I specified everything it mentioned in the verbose representation. Didn't work. I do think it should be narrowed down, prioritized, highlighted. Something. But what you're pointing out as having needed highlighting didn't produce a fix anyway when I acted on it. |
How did it not work? Note that there is no guarantee that a given extra-dep is feasible atop a snapshot. This is akin to the circumstance where cabal cannot find a build plan. Perhaps pick a different version of monad-logger, or a different snapshot? |
Except I could debug what it told me and fix the version bounds in those circumstances. FSR, I cannot figure out what exactly the conflicts are from what Stack tells me.
Well no, that would defeat the purpose.
This was with LTS-5.1. Should I try a nightly? |
In my experience, cabal-install's dependency resolution errors were far less scrutable than these, but hey, we each have our own subjective experience of these things.
Sure, worth a shot. How does it not work? What output is it giving you? I am confused why you are saying it doesn't work, but with no output. |
is there a typo? did you mean to add if it is actually - monad-logger-0.3.8
- fast-logger-2.2.3
- monad-control-0.3.3.1 also I believe the packages in "needed for package" are available from the snapshot so they can be removed from extra-deps. The "latest applicable" packages are the ones that have to be tinkered |
Fixing typos in version numbers (where the typed version is valid) may not be possible because we don't know whether it is a typo or the user really wants that particular version. We can only tell if a working plan is possible or not with the given combination of versions. I think we should recommend the use of There is also a possiblity to use solver automatically at the build time (or suggest solver as the next step) to suggest changes when the build fails - see #1693 . @bitemyapp can you check if |
I agree that there should be some message telling the user to either use
True! The issue here is typos in the package names. I've opened up #1748 to track going a step further than just detecting non-existent extra-deps, but also suggesting a package name that the user intended. |
Cf. #1734
The text was updated successfully, but these errors were encountered: