You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
After #727, haskell-ci uses any in all generated installed constraints. While I agree with this change in principle, in practice it prevents cabal from picking a build plan for one of my projects that uses a custom Setup.hs script. See haskell/cabal#9917 (comment).
Unfortunately, I am not aware of a workaround for this problem other than to remove the any constraint altogether. Would you agree to adding a haskell-ci configuration option that allows toggling the use of any in the generated constraints? (Perhaps it could be called --installed-any to mirror the existing --installed flag.) That way, I could work around this problem without needing to resort to patching the generated YAML file manually.
The text was updated successfully, but these errors were encountered:
@RyanGlScott you can configure which dependencies are constraint with installed:. E.g. to disable it all together installed: -all, or selectivelyinstalled: +all -Cabal.
The haskell/cabal#9917 (comment) is however the true issue, and I'm not keen into working around cabal-install release management troubles.
EDIT: The purpose of the check is to constraint that the package is built against GHC-bundled dependencies. This includes ./Setup and also build-tool-depends dependencies. C.f. nixpkgs and Stackage setups, these cannot use multiple versions of same package (AFAIK, maybe the situation has improved).
Thanks, @phadej. I can confirm that adding installed: +all -Cabal -Cabal-syntax to my cabal.haskell-ci file suffices to work around the issue described in haskell/cabal#9917 (comment).
After #727,
haskell-ci
usesany
in all generatedinstalled
constraints. While I agree with this change in principle, in practice it preventscabal
from picking a build plan for one of my projects that uses a customSetup.hs
script. See haskell/cabal#9917 (comment).Unfortunately, I am not aware of a workaround for this problem other than to remove the
any
constraint altogether. Would you agree to adding ahaskell-ci
configuration option that allows toggling the use ofany
in the generated constraints? (Perhaps it could be called--installed-any
to mirror the existing--installed
flag.) That way, I could work around this problem without needing to resort to patching the generated YAML file manually.The text was updated successfully, but these errors were encountered: