haskell.nix exactDeps is fragile
#876
Labels
blocked/upstream ❌
Blocked by upstream issue
bug 🐞
A confirmed bug
Nix
Nix- or nixpkgs-related
tracking
This is a tracking issue
Comments
dhess
added
tracking
dhess
added a commit
that referenced
this issue
Feb 19, 2023
Unfortunately, this is required when we use a `source-repository-package`, as we're now doing for the unreleased Selda that we're using. See: #876
dhess
added a commit
that referenced
this issue
Feb 23, 2023
Unfortunately, this is required when we use a `source-repository-package`, as we're now doing for the unreleased Selda that we're using. See: #876
dhess
added a commit
that referenced
this issue
Mar 1, 2023
Unfortunately, this is required when we use a `source-repository-package`, as we're now doing for the unreleased Selda that we're using. See: #876
dhess
added a commit
that referenced
this issue
Mar 1, 2023
Unfortunately, this is required when we use a `source-repository-package`, as we're about to do for an as-yet-unreleased version of Selda. See: #876
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This issue tracks an upstream issue in
haskell.nix. Specifically, theexactDepssetting for the project'sshellbreaks whensource-repository-packageis also used:exactDepshas bad interaction withsource-repository-packageandshellForinput-output-hk/haskell.nix#1637This means:
source-repository-packagein ourcabal.project, we must disableexactDeps; andThere's not much we can do about this until
haskell.nixfinds a workaround, or it's fixed in Cabal (e.g., see haskell/cabal#8434).Thus far, we've only needed
source-repository-packagefrom time to time. If it becomes more frequently necessary, we could resort to running our own Hackage repo for such packages. See https://github.com/input-output-hk/cardano-haskell-packages.Other potentially relevant links:
The text was updated successfully, but these errors were encountered: