What is the relationship between dependency constraints in “stack configuration”, xxx.cabal, and...
up vote
0
down vote
favorite
I haven't tried solving the issue yet; first I want to understand where the issue comes from:
TextTerra $ stack --nix test
Error: While constructing the build plan, the following exceptions were encountered:
In the dependencies for TextTerra-0.1.0.0:
easytest-0.2 from stack configuration does not match ==0.2.1 (latest matching version is 0.2.1)
needed since TextTerra is a build target.
Some different approaches to resolving this:
* Set 'allow-newer: true' to ignore all version constraints and build anyway.
* Consider trying 'stack solver', which uses the cabal-install solver to attempt to find some working build configuration. This can be convenient when dealing with many complicated constraint
errors, but results may be unpredictable.
* Recommended action: try adding the following to your extra-deps in /home/brandon/workspace/TextTerra/stack.yaml:
- easytest-0.2.1
Plan construction failed.
There is now no other reference to easytest, particularly easytest-0.2; the single reference is what I just added:
TextTerra $ rg easytest
TextTerra.cabal
67: , easytest == 0.2.1
However, there was a reference to easytest-0.2 in cabal.config. I'm not aware of the relevance of this file as a quick search doesn't turn up much and removing the file has no effect on the build (in particular, I get the same error message above).
haskell cabal haskell-stack
asked Nov 15 at 2:00
bbarker
1,60421426
add a comment |
up vote
0
down vote
favorite
I haven't tried solving the issue yet; first I want to understand where the issue comes from:
TextTerra $ stack --nix test
Error: While constructing the build plan, the following exceptions were encountered:
In the dependencies for TextTerra-0.1.0.0:
easytest-0.2 from stack configuration does not match ==0.2.1 (latest matching version is 0.2.1)
needed since TextTerra is a build target.
Some different approaches to resolving this:
* Set 'allow-newer: true' to ignore all version constraints and build anyway.
* Consider trying 'stack solver', which uses the cabal-install solver to attempt to find some working build configuration. This can be convenient when dealing with many complicated constraint
errors, but results may be unpredictable.
* Recommended action: try adding the following to your extra-deps in /home/brandon/workspace/TextTerra/stack.yaml:
- easytest-0.2.1
Plan construction failed.
There is now no other reference to easytest, particularly easytest-0.2; the single reference is what I just added:
TextTerra $ rg easytest
TextTerra.cabal
67: , easytest == 0.2.1
However, there was a reference to easytest-0.2 in cabal.config. I'm not aware of the relevance of this file as a quick search doesn't turn up much and removing the file has no effect on the build (in particular, I get the same error message above).
haskell cabal haskell-stack
asked Nov 15 at 2:00
bbarker
1,60421426
Does this related to the curated/fixed-version packages in LTS?
– bbarker
Nov 15 at 2:08
1
"Does this related to the curated/fixed-version packages in LTS?" -- Likely so. Look for theresolverfield instack.yaml, then look foreasytestin the Stackage page for the snapshot mentioned there (for instance, this is the page for LTS 12.18).
– duplode
Nov 15 at 2:23
Thanks, yeah updating the resolver fixed it! Perhaps that should be one of the approaches listed for solving the issue in the error message?
– bbarker
Nov 15 at 2:56
Possibly. I believe the error message makes the conservative assumption that you (or upstream) have already decided which resolver to use and just want to adjust your configuration for a new dependency (as opposed to, say, wanting to update the dependencies of an old project).
– duplode
Nov 15 at 3:19
add a comment |
up vote
0
down vote
favorite
up vote
0
down vote
favorite
I haven't tried solving the issue yet; first I want to understand where the issue comes from:
TextTerra $ stack --nix test
Error: While constructing the build plan, the following exceptions were encountered:
In the dependencies for TextTerra-0.1.0.0:
easytest-0.2 from stack configuration does not match ==0.2.1 (latest matching version is 0.2.1)
needed since TextTerra is a build target.
Some different approaches to resolving this:
* Set 'allow-newer: true' to ignore all version constraints and build anyway.
* Consider trying 'stack solver', which uses the cabal-install solver to attempt to find some working build configuration. This can be convenient when dealing with many complicated constraint
errors, but results may be unpredictable.
* Recommended action: try adding the following to your extra-deps in /home/brandon/workspace/TextTerra/stack.yaml:
- easytest-0.2.1
Plan construction failed.
There is now no other reference to easytest, particularly easytest-0.2; the single reference is what I just added:
TextTerra $ rg easytest
TextTerra.cabal
67: , easytest == 0.2.1
However, there was a reference to easytest-0.2 in cabal.config. I'm not aware of the relevance of this file as a quick search doesn't turn up much and removing the file has no effect on the build (in particular, I get the same error message above).
haskell cabal haskell-stack
asked Nov 15 at 2:00
bbarker
1,60421426
I haven't tried solving the issue yet; first I want to understand where the issue comes from:
TextTerra $ stack --nix test
Error: While constructing the build plan, the following exceptions were encountered:
In the dependencies for TextTerra-0.1.0.0:
easytest-0.2 from stack configuration does not match ==0.2.1 (latest matching version is 0.2.1)
needed since TextTerra is a build target.
Some different approaches to resolving this:
* Set 'allow-newer: true' to ignore all version constraints and build anyway.
* Consider trying 'stack solver', which uses the cabal-install solver to attempt to find some working build configuration. This can be convenient when dealing with many complicated constraint
errors, but results may be unpredictable.
* Recommended action: try adding the following to your extra-deps in /home/brandon/workspace/TextTerra/stack.yaml:
- easytest-0.2.1
Plan construction failed.
There is now no other reference to easytest, particularly easytest-0.2; the single reference is what I just added:
TextTerra $ rg easytest
TextTerra.cabal
67: , easytest == 0.2.1
However, there was a reference to easytest-0.2 in cabal.config. I'm not aware of the relevance of this file as a quick search doesn't turn up much and removing the file has no effect on the build (in particular, I get the same error message above).
haskell cabal haskell-stack
haskell cabal haskell-stack
asked Nov 15 at 2:00
bbarker
1,60421426
asked Nov 15 at 2:00
bbarker
1,60421426
asked Nov 15 at 2:00
bbarker
1,60421426
asked Nov 15 at 2:00
bbarker
1,60421426
asked Nov 15 at 2:00
bbarker
1,60421426
1,60421426
Does this related to the curated/fixed-version packages in LTS?
– bbarker
Nov 15 at 2:08
1
"Does this related to the curated/fixed-version packages in LTS?" -- Likely so. Look for theresolverfield instack.yaml, then look foreasytestin the Stackage page for the snapshot mentioned there (for instance, this is the page for LTS 12.18).
– duplode
Nov 15 at 2:23
Thanks, yeah updating the resolver fixed it! Perhaps that should be one of the approaches listed for solving the issue in the error message?
– bbarker
Nov 15 at 2:56
Possibly. I believe the error message makes the conservative assumption that you (or upstream) have already decided which resolver to use and just want to adjust your configuration for a new dependency (as opposed to, say, wanting to update the dependencies of an old project).
– duplode
Nov 15 at 3:19
add a comment |
Does this related to the curated/fixed-version packages in LTS?
– bbarker
Nov 15 at 2:08
1
"Does this related to the curated/fixed-version packages in LTS?" -- Likely so. Look for theresolverfield instack.yaml, then look foreasytestin the Stackage page for the snapshot mentioned there (for instance, this is the page for LTS 12.18).
– duplode
Nov 15 at 2:23
Thanks, yeah updating the resolver fixed it! Perhaps that should be one of the approaches listed for solving the issue in the error message?
– bbarker
Nov 15 at 2:56
Possibly. I believe the error message makes the conservative assumption that you (or upstream) have already decided which resolver to use and just want to adjust your configuration for a new dependency (as opposed to, say, wanting to update the dependencies of an old project).
– duplode
Nov 15 at 3:19
Does this related to the curated/fixed-version packages in LTS?
– bbarker
Nov 15 at 2:08
Does this related to the curated/fixed-version packages in LTS?
– bbarker
Nov 15 at 2:08
1
1
"Does this related to the curated/fixed-version packages in LTS?" -- Likely so. Look for the
resolver field in stack.yaml, then look for easytest in the Stackage page for the snapshot mentioned there (for instance, this is the page for LTS 12.18).– duplode
Nov 15 at 2:23
"Does this related to the curated/fixed-version packages in LTS?" -- Likely so. Look for the
resolver field in stack.yaml, then look for easytest in the Stackage page for the snapshot mentioned there (for instance, this is the page for LTS 12.18).– duplode
Nov 15 at 2:23
Thanks, yeah updating the resolver fixed it! Perhaps that should be one of the approaches listed for solving the issue in the error message?
– bbarker
Nov 15 at 2:56
Thanks, yeah updating the resolver fixed it! Perhaps that should be one of the approaches listed for solving the issue in the error message?
– bbarker
Nov 15 at 2:56
Possibly. I believe the error message makes the conservative assumption that you (or upstream) have already decided which resolver to use and just want to adjust your configuration for a new dependency (as opposed to, say, wanting to update the dependencies of an old project).
– duplode
Nov 15 at 3:19
Possibly. I believe the error message makes the conservative assumption that you (or upstream) have already decided which resolver to use and just want to adjust your configuration for a new dependency (as opposed to, say, wanting to update the dependencies of an old project).
– duplode
Nov 15 at 3:19
add a comment |
1 Answer
1
active
oldest
votes
up vote
2
down vote
accepted
In...
easytest-0.2from stack configuration does not match==0.2.1
... the "stack configuration" means the set of packages specified through the resolver (typically a Stackage snapshot -- you can find lists of packages and versions in a snapshot at the Stackage site) and the extra-deps in stack.yaml, while the ==0.2.1 constraint is what your .cabal file is asking. The suggestions given by the error message (ignoring .cabal upper bounds with allow-newer, and adding packages to extra-deps) are appropriate in the cases in which you want, or need, to build with a specific resolver. If that is not the case (say, if you are trying to update an old project to a recent LTS snapshot), you can also change the resolver to something that includes the packages and versions you are looking for (if such a resolver is available).
answered Nov 15 at 4:01
duplode
22.8k44581
add a comment |
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
2
down vote
accepted
In...
easytest-0.2from stack configuration does not match==0.2.1
... the "stack configuration" means the set of packages specified through the resolver (typically a Stackage snapshot -- you can find lists of packages and versions in a snapshot at the Stackage site) and the extra-deps in stack.yaml, while the ==0.2.1 constraint is what your .cabal file is asking. The suggestions given by the error message (ignoring .cabal upper bounds with allow-newer, and adding packages to extra-deps) are appropriate in the cases in which you want, or need, to build with a specific resolver. If that is not the case (say, if you are trying to update an old project to a recent LTS snapshot), you can also change the resolver to something that includes the packages and versions you are looking for (if such a resolver is available).
answered Nov 15 at 4:01
duplode
22.8k44581
add a comment |
up vote
2
down vote
accepted
In...
easytest-0.2from stack configuration does not match==0.2.1
... the "stack configuration" means the set of packages specified through the resolver (typically a Stackage snapshot -- you can find lists of packages and versions in a snapshot at the Stackage site) and the extra-deps in stack.yaml, while the ==0.2.1 constraint is what your .cabal file is asking. The suggestions given by the error message (ignoring .cabal upper bounds with allow-newer, and adding packages to extra-deps) are appropriate in the cases in which you want, or need, to build with a specific resolver. If that is not the case (say, if you are trying to update an old project to a recent LTS snapshot), you can also change the resolver to something that includes the packages and versions you are looking for (if such a resolver is available).
answered Nov 15 at 4:01
duplode
22.8k44581
add a comment |
up vote
2
down vote
accepted
up vote
2
down vote
accepted
In...
easytest-0.2from stack configuration does not match==0.2.1
... the "stack configuration" means the set of packages specified through the resolver (typically a Stackage snapshot -- you can find lists of packages and versions in a snapshot at the Stackage site) and the extra-deps in stack.yaml, while the ==0.2.1 constraint is what your .cabal file is asking. The suggestions given by the error message (ignoring .cabal upper bounds with allow-newer, and adding packages to extra-deps) are appropriate in the cases in which you want, or need, to build with a specific resolver. If that is not the case (say, if you are trying to update an old project to a recent LTS snapshot), you can also change the resolver to something that includes the packages and versions you are looking for (if such a resolver is available).
answered Nov 15 at 4:01
duplode
22.8k44581
In...
easytest-0.2from stack configuration does not match==0.2.1
... the "stack configuration" means the set of packages specified through the resolver (typically a Stackage snapshot -- you can find lists of packages and versions in a snapshot at the Stackage site) and the extra-deps in stack.yaml, while the ==0.2.1 constraint is what your .cabal file is asking. The suggestions given by the error message (ignoring .cabal upper bounds with allow-newer, and adding packages to extra-deps) are appropriate in the cases in which you want, or need, to build with a specific resolver. If that is not the case (say, if you are trying to update an old project to a recent LTS snapshot), you can also change the resolver to something that includes the packages and versions you are looking for (if such a resolver is available).
answered Nov 15 at 4:01
duplode
22.8k44581
answered Nov 15 at 4:01
duplode
22.8k44581
answered Nov 15 at 4:01
duplode
22.8k44581
answered Nov 15 at 4:01
duplode
22.8k44581
22.8k44581
add a comment |
add a comment |
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Some of your past answers have not been well-received, and you're in danger of being blocked from answering.
Please pay close attention to the following guidance:
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53311370%2fwhat-is-the-relationship-between-dependency-constraints-in-stack-configuration%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Does this related to the curated/fixed-version packages in LTS?
– bbarker
Nov 15 at 2:08
1
"Does this related to the curated/fixed-version packages in LTS?" -- Likely so. Look for the
resolverfield instack.yaml, then look foreasytestin the Stackage page for the snapshot mentioned there (for instance, this is the page for LTS 12.18).– duplode
Nov 15 at 2:23
Thanks, yeah updating the resolver fixed it! Perhaps that should be one of the approaches listed for solving the issue in the error message?
– bbarker
Nov 15 at 2:56
Possibly. I believe the error message makes the conservative assumption that you (or upstream) have already decided which resolver to use and just want to adjust your configuration for a new dependency (as opposed to, say, wanting to update the dependencies of an old project).
– duplode
Nov 15 at 3:19