-
Notifications
You must be signed in to change notification settings - Fork 238
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
installed package ghc-9.0.1 is broken due to missing package exceptions-0.10.4 #1177
Comments
Best fix for this would be to set in pkgs.haskell-nix.project {
# 'cleanGit' cleans a source directory based on the files known by git
src = pkgs.haskell-nix.haskellLib.cleanGit {
name = "haskell-nix-project";
src = ./.;
};
+ modules = [{
+ nonReinstallablePkgs = [
+ "rts" "ghc-heap" "ghc-prim" "integer-gmp" "integer-simple" "base"
+ "deepseq" "array" "ghc-boot-th" "pretty" "template-haskell"
+ # ghcjs custom packages
+ "ghcjs-prim" "ghcjs-th"
+ "ghc-bignum" "exceptions" "stm"
+ "ghc-boot"
+ "ghc" "Cabal" "Win32" "array" "binary" "bytestring" "containers"
+ "directory" "filepath" "ghc-boot" "ghc-compact" "ghc-prim"
+ # "ghci" "haskeline"
+ "hpc"
+ "mtl" "parsec" "process" "text" "time" "transformers"
+ "unix" "xhtml" "terminfo"
+ ];
+ }];
} |
Same with ghc921 https://github.com/miuirussia/nix-flake-env/runs/4749352662?check_suite_focus=true
|
@miuirussia does the proposed solution from @hamishmack work for 9.2.1? |
no, and on 9.0.1 not working too |
I see. Thanks. So this will need some investigation. Sorry for the inconvenience. |
FYI, we're running into this issue now with latest |
This also occurs for us with GHC 9.0.2 and GHC 9.2.2 when |
This fix made |
After #1437 got merged, I managed to build |
Correction: I do have the merge from #1437 but The failing project is https://github.com/goertzenator/hnixtest. This is on a default "stack new" project with polysemy and cleff added (w/plugins). The project builds just fine, but I can't get This is the failing |
Try removing this bit. One of the things |
Thanks. I removed that along with the cleff/polysemy stuff (true default stack project now) but it did not work. Full output. The repo has been updated with these changes. To summarize, |
it seems that So I basically copied it into
// EDIT I just took another look at it and my woes were because I missed the |
@jkopanski Would you mind posting your literal |
this is my shell.nix |
This is not a complaint, just a request for clarification. This issue has been present for 10 months now, and it's affecting not only our own app when built with GHC 9.2.2, but also now both the latest versions of What's the root cause, and is there any hope of this being fixed in the near future? |
We temporarily pull from github:July541/haskell-language-server/ghc-9.2.3, until this PR is merged upstream: haskell/haskell-language-server#2936 However, more importantly, we re-use the `nonReinstallablePkgs` from input-output-hk/haskell.nix#1177 to fix a crash that has been plaguing us since we switched the GHC 9.2.3.
bump |
As far as I know this is fixed and the work arounds are not needed any more (since To check I built the tools mentioned using the latest haskell.nix and both ghc 9.0 and 9.2:
In the original repo https://github.com/locallycompact/haskell-nix-ghc-bug with the patch below applied to update it. I ran:
diff --git a/default.nix b/default.nix
index bfcd208..7b55695 100644
--- a/default.nix
+++ b/default.nix
@@ -14,7 +14,7 @@ let
# haskell.nix provides access to the nixpkgs pins which are used by our CI,
# hence you will be more likely to get cache hits when using these.
# But you can also just use your own, e.g. '<nixpkgs>'.
- haskellNix.sources.nixpkgs-2105
+ haskellNix.sources.nixpkgs-unstable
# These arguments passed to nixpkgs, include some patches and also
# the haskell.nix functionality itself as an overlay.
haskellNix.nixpkgsArgs;
diff --git a/nix/sources.json b/nix/sources.json
index f8a0e6d..c254a80 100644
--- a/nix/sources.json
+++ b/nix/sources.json
@@ -5,10 +5,10 @@
"homepage": "https://input-output-hk.github.io/haskell.nix",
"owner": "input-output-hk",
"repo": "haskell.nix",
- "rev": "97421c99a9a1843e88e6e8937ed683d59eedc74e",
- "sha256": "0c7g8akcrqds4rkpiczk047riryk2hzllv75dlbjyy76qzxwyhr3",
+ "rev": "9c20232d0fc5577932ba3ee4dd277278b4c3bf48",
+ "sha256": "125v89dij1n58mzvb7rffkb93790vqljc9b780rw9d3x21w3qq4r",
"type": "tarball",
- "url": "https://github.com/input-output-hk/haskell.nix/archive/97421c99a9a1843e88e6e8937ed683d59eedc74e.tar.gz",
+ "url": "https://github.com/input-output-hk/haskell.nix/archive/9c20232d0fc5577932ba3ee4dd277278b4c3bf48.tar.gz",
"url_template": "https://github.com/<owner>/<repo>/archive/<rev>.tar.gz"
},
"niv": {
diff --git a/stack.yaml b/stack.yaml
index 4f7d497..9e4f976 100644
--- a/stack.yaml
+++ b/stack.yaml
@@ -1,4 +1,4 @@
-resolver: nightly-2021-07-23
+resolver: nightly-2022-09-17
packages:
- .
extra-deps: [] |
Switch back to the haskell.nix-provided HLS. Also, we can undo the workarounds needed for input-output-hk/haskell.nix#1177 as that issue has now been fixed upstream.
Switch back to the haskell.nix-provided HLS. Also, we can undo the workarounds needed for input-output-hk/haskell.nix#1177 as that issue has now been fixed upstream.
Switch back to the haskell.nix-provided HLS. Also, we can undo the workarounds needed for input-output-hk/haskell.nix#1177 as that issue has now been fixed upstream.
Switch back to the haskell.nix-provided HLS. Also, we can undo the workarounds needed for input-output-hk/haskell.nix#1177 as that issue has now been fixed upstream.
Switch back to the haskell.nix-provided HLS. Also, we can undo the workarounds needed for input-output-hk/haskell.nix#1177 as that issue has now been fixed upstream.
Switch back to the haskell.nix-provided HLS. Also, we can undo the workarounds needed for input-output-hk/haskell.nix#1177 as that issue has now been fixed upstream. And one more thing: we need to disable the NixOS test framework for the time being until I can port it to the next NixOS test system.
Switch back to the haskell.nix-provided HLS. Also, we can undo the workarounds needed for input-output-hk/haskell.nix#1177 as that issue has now been fixed upstream. And one more thing: we need to disable the NixOS test framework for the time being until I can port it to the next NixOS test system.
Switch back to the haskell.nix-provided HLS. Also, we can undo the workarounds needed for input-output-hk/haskell.nix#1177 as that issue has now been fixed upstream. And one more thing: we need to disable the NixOS test framework for the time being until I can port it to the next NixOS test system.
Also, we make the following changes: * Switch back to the haskell.nix-provided HLS. * Undo the workarounds needed for input-output-hk/haskell.nix#1177 as that issue has now been fixed upstream. * disable the NixOS test framework for the time being until I can port it to the next NixOS test system. * Switch to fourmolu 0.8.2 as building 0.7 causes a segfault on `aarch64-darwin`, all of a sudden. * Reformat our Cabal files using the latest `cabal-fmt`. * Drop the GHC 8.10.7 workaround for `cabal-fmt`. * Drop `cabal-edit` from our toolset, as it produces bad PVP bounds, and has apparently been abandoned upstream. See sdiehl/cabal-edit#6
Also, we make the following changes: * Switch back to the haskell.nix-provided HLS. * Undo the workarounds needed for input-output-hk/haskell.nix#1177 as that issue has now been fixed upstream. * disable the NixOS test framework for the time being until I can port it to the next NixOS test system. * Switch to fourmolu 0.8.2 as building 0.7 causes a segfault on `aarch64-darwin`, all of a sudden. * Reformat our Cabal files using the latest `cabal-fmt`. * Drop the GHC 8.10.7 workaround for `cabal-fmt`. * Drop `cabal-edit` from our toolset, as it produces bad PVP bounds, and has apparently been abandoned upstream. See sdiehl/cabal-edit#6
Hi, I encountered this while converting a stack project that used ghc-tcplugins-extra, and it seems due to the dependency on ghc-9.0.1
Here is a repo reproducing the behaviour with
nix-build
.https://github.com/locallycompact/haskell-nix-ghc-bug
The text was updated successfully, but these errors were encountered: