Haskell in Nixpkgs/NixOS | 728 Members | |
| For discussions and questions about Haskell with Nix, cabal2nix and haskellPackages in nixpkgs | Current Docs: https://haskell4nix.readthedocs.io/ | More Nix: #community:nixos.org | More Haskell: #haskell-space:matrix.org | 146 Servers |
| Sender | Message | Time |
|---|---|---|
| 6 Jan 2026 | ||
It doesn't look like it, cabal --verbose build says
Running: /nix/store/a8h81f4wc2nc8qgrfsxvgfd8has0xh3r-ghc-9.6.3/bin/ghc --print-global-package-db
and the flake says ghc963 | 14:48:51 | |
| Apparently cabal-doctest works. Couldn’t get doctest-discover to run. | 17:19:16 | |
| But I still very much have no idea what I am doing … | 17:19:33 | |
| 7 Jan 2026 | ||
| 00:25:15 | ||
| Hello there, while having a conversation with my coincidentally named counterpart (i remember that), I discovered that haskell packages set has a at least a few packages that we should really not ship, as they has been removed after a report on the [https://github.com/haskell-infra/hackage-trustees/issues/132](hackage-trustees ' Spam/fraudulent issue) While both examples sigmaSquadron gave me are marked as broken, this is due to dependency mismatch, not that the source is gone, because we have it cached. | 00:30:52 | |
| Yeah, it's probably not ideal that the channels just randomly have sources for known fraudulent software. | 00:35:11 | |
Does anyone have experience with pkgsCross.ghcjs? I'm trying to build a package that indirectly depends on zlib, and getting the following error: no C compiler provided for this platformI can trace the error to here: https://github.com/NixOS/nixpkgs/blob/492f8a5b3855f5d5f3fa4d096acb073ec7c86e17/pkgs/stdenv/cross/default.nix#L118 I think I should be able to use emscripten as a C compiler, any idea how I could wire that up to get zlib to build? | 08:43:37 | |
| 15:34:54 | ||
evening. what's the current status of Cabal not seeing deps provided by shellFor? I see some suggest v1-* commands to workaround, but they both fail for me:shell.nix seems to have the necessary toolsobviously generating a package recipe and building with Nix works, but i'm using the shell purely to cabal run or cabal repl the respective packages, which doesn't seem to work without fetching the deps from Hackage | 18:00:43 | |
Acid Bong: The problem is that the packages field in shellFor is not for listing dependencies but for listing the packages you want to be able to build within your shell. | 18:40:11 | |
ah, so a regular mkShell with ghc.withPackages in it is enough? | 20:28:08 | |
| That would probably work, yes. | 20:29:20 | |
bloo-dy-hell, that was so easy 🤦♂️ looks like the shellFor docs are misleading | 20:33:57 | |
| There are many ways to hold this. Surprisingly many of them work but still most don’t. 😄 | 20:37:03 | |
| 8 Jan 2026 | ||
i wanna file a ticket about ghc.withPackages ignoring installDocumentation = false, but(1) there already exists one, but(2) the author mistook it for a NixOS issue (it's 316768). should we reformat the issue or open a new one? | 20:12:50 | |
| 9 Jan 2026 | ||
| It got broken by a recent emscripten update again, just needs someone to look at config.log for ghc and see what goes wrong | 15:27:25 | |
| This will be addressed by https://github.com/NixOS/cabal2nix/pull/667. In theory we could also expand the manual exclude list in the meantime, but I think it's not really urgent at this point anymore. | 15:28:56 | |
| I'd love to help, but don't know how. | 15:29:18 | |
ners: it would already be helpful if you could open an issue for the problem and obtain the contents of config.log (written by autoconf). You can get that by building witih --keep-failed. | 15:31:18 | |
| also link this piece of information, please: https://github.com/NixOS/nixpkgs/pull/466258#issuecomment-3651073416 | 15:32:43 | |
| i'm trying to build simple liquidhaskell app (https://github.com/ulysses4ever/liquid-haskell-demo) with
when I run | 18:35:48 | |
| you need to use the override interface of the haskell builder, not overrideAttrs | 18:36:22 | |
| i.e. haskell.lib.compose.overrideCabal | 18:36:28 | |
In reply to @sternenseemann:systemli.orgmost helpful thing I learned today: --keep-failed exists | 19:02:01 | |
| sterni: i tried
but that fails with a type error:
| 19:06:06 | |
| That’s expected the dependency declarations are named different there to match cabal | 19:06:47 | |
| you can look it up in the nixpkgs manual under “specifying dependencies” in the haskell section | 19:07:13 | |
| great, "buildTools" worked. Thanks a lot! | 19:16:47 | |
| liquid haskell looks really cool | 19:48:59 | |
apparently, core liquid packages in nixpkgs are built without liquid annotations for the same reason: Haddock was enabled by default. So, now I need to disable it there. haskell-modules/configuration-nix.nix seems like the right place? And it should look fairly similar (oveerideCabal) I guess. | 20:46:49 | |