Sender | Message | Time |
---|---|---|
23 Jun 2025 | ||
Redacted or Malformed Event | 20:18:43 | |
Well with cabal update it should work, even though it is not a very typical workflow. | 20:20:48 | |
Ah, that's not a workflow I'm familiar with and I vaguely recall it being a problem in the past... Let's see whether any of our ideas help. | 20:22:41 | |
Alex: It has the advantage of not needing overrides as long as there is any valid build plan cabal can find on hackage. It has the disadvantage that you get no caching for dependencies and the problem that you get no automatic installation of system dependencies. So traditionally this breaks when you have e.g. zlib in your closure. | 20:24:53 | |
(I guess you know that, but that is probably the problem you remember.) | 20:25:22 | |
Given that GHC 9.10 is being used, cabal update may be easier than jailbreaking and patching various packages.I haven't tried upgrading beyond the default GHC lately, but when I do it has always involved Nix overrides... | 20:28:34 | |
I mean for building unix there shouldn’t be any problems either way, tbh. | 20:36:37 | |
I assume only problem is that test dependencies of boot packages are not boot packages themselves. | 20:37:10 | |
True, but it's rare for a project to only need boot libraries. It's hard to say what the easiest approach is without a better understanding of Artem's use case. | 20:38:49 | |
In reply to @maralorn:maralorn.deI tried these, yes. I've been having this issue a while, so I've tried many simple things like that | 20:54:04 | |
Artem: I see. If you would like more help then maybe you can share the Haskell relevant part of the nix configuration (e.g. the nix- shell or your system config) which installed ghc, etc and also the full log of the failing command? | 20:58:38 | |
@maralorn:maralorn.de: thank you, I'll do that tonight. | 21:06:52 | |
24 Jun 2025 | ||
here's one way it fails for me (other version of GHC because it's another project that's easier to set up). I'm trying to build cabal from source, and I'm using very basic nix shell to get simple things like zlib into scope.
Build log isn't very useful:
| 03:30:29 | |
Huh, wild | 06:49:28 | |
I mean that is a test dependency. Does cabal-install by default build the test suites of dependencies? | 07:03:23 | |
I had a look at the .cabal file and it looks normalish. | 07:04:26 | |
I wonder if nixos is a red herring. @artem.types:matrix.org you don't have any stray GHC environment files or cabal project files around, do you? | 08:01:10 | |
how can i create a haskellPackages set with a patched GHC? | 13:33:43 | |
in a devshell i get the ghc i want with: | 13:34:04 | |
but im not sure how to make haskellPackages use that | 13:34:20 | |
oh maybe i found it | 13:37:01 | |
nope, i still dont know how to do it, i tried
| 13:56:59 | |
chreekat: man, you made my day: it looks like the default GHC environment screwed things up | 13:59:17 | |
Lol I knew it | 14:15:38 | |
In reply to @magic_rb:matrix.redalder.orgYou can browse through nixpkgs around haskell-modules/make-package-set.nix and look at the function arguments you can override. | 14:28:11 | |
In reply to @maralorn:maralorn.deYeah i got somewhere i think, i wont declare success till it compiles and works | 14:32:25 | |
https://github.com/ners/nix-wasm/blob/main/flake.nix As a working example, here I create a Haskell package set with the WASM GHC (and recreate the entire stdenv while I'm at it). | 14:45:32 | |
It is much more complicated than what you are trying to do though, since it is cross-compiling. | 15:53:30 | |
Yeah for me it was quite simple, just took ages to compile :D | 15:59:11 | |
20:25:08 |