!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

686 Members
For discussions and questions about Haskell with Nix, cabal2nix and haskellPackages in nixpkgs | Current Docs: https://nixos.org/manual/nixpkgs/unstable/#haskell | Current PR: https://github.com/nixos/nixpkgs/pulls?q=is%3Apr+is%3Aopen+head%3Ahaskell-updates | Maintainer Docs: https://github.com/NixOS/nixpkgs/blob/haskell-updates/pkgs/development/haskell-modules/HACKING.md | More Nix: #community:nixos.org | More Haskell: #haskell-space:matrix.org | Merger Schedule: https://cloud.maralorn.de/apps/calendar/p/H6migHmKX7xHoTFa/dayGridMonth/now | Join #haskell.nix:libera.chat for question about the alternative haskell.nix infrastructure136 Servers

You have reached the beginning of time (for this room).


SenderMessageTime
15 Sep 2025
@alex:tunstall.xyzAlex
In reply to @sternenseemann:systemli.org
can also be master if you don’t depend on anything in h-u
Hugs fix: https://github.com/NixOS/nixpkgs/pull/443281
22:53:44
@sternenseemann:systemli.orgsternithe mhs package set is probably better on h-u since we’d want to figure out CI22:58:06
@sternenseemann:systemli.orgsterniI’ll just see to it that hugs gets propagated quickly to the branch after megre22:58:29
@alex:tunstall.xyzAlexOk, thanks.22:58:50
16 Sep 2025
@bglgwyng:matrix.orgbglgwyng Do you mean a bug in builtins.functionArgs? 00:08:45
@bglgwyng:matrix.orgbglgwynghttps://github.com/bglgwyng/nix-x-cabal I wrote another Nix + Haskell framework. It is based on flake-parts and uses plan.json to reproducible builds. It delegates all the network access from Cabal to Nix, and runs cabal build in pure way.04:59:21
@bglgwyng:matrix.orgbglgwyng It doesn't use pre-baked package set, but resolves version constraints. So you can freely choose any version of ghc(at this moment, in nixpgks.haskell.packages.ghc***) 05:00:45
@bglgwyng:matrix.orgbglgwyngI wish I could provide the docs right now, but nix-options-doc and flake-parts don't play well together for some reasons..05:10:06
@alex:tunstall.xyzAlex
In reply to @bglgwyng:matrix.org
https://github.com/bglgwyng/nix-x-cabal

I wrote another Nix + Haskell framework. It is based on flake-parts and uses plan.json to reproducible builds. It delegates all the network access from Cabal to Nix, and runs cabal build in pure way.

Do you have a typo here?

https://github.com/bglgwyng/nix-x-cabal/blob/4c7136218ba15da9304a054fbaeb8641db5592c3/lib/make-noindex-repository.nix#L4

(Was looking through wondering whether you're using IFD.)

07:17:46
@bglgwyng:matrix.orgbglgwyngThanks! 07:19:13
@bglgwyng:matrix.orgbglgwyngNo I don't use IFD07:19:16
@alex:tunstall.xyzAlex

Are you sure? It looks to me like you do...

https://github.com/bglgwyng/nix-x-cabal/blob/4c7136218ba15da9304a054fbaeb8641db5592c3/modules/cabal-project.nix#L118

Or maybe I am mistaken and using builtins.readFile on an output is not IFD?

07:20:28
@bglgwyng:matrix.orgbglgwyng ah... callCabal2Nix might use IFD internally 07:20:35
@alex:tunstall.xyzAlex
In reply to @bglgwyng:matrix.org
ah... callCabal2Nix might use IFD internally
That does too IIRC.
07:20:51
@bglgwyng:matrix.orgbglgwyng Is readJSON (readFile ...) also considred IFD? 07:21:10
@bglgwyng:matrix.orgbglgwyngI thought that import in IFD means the usage of `import' keyword07:21:40
@wolfgangwalther:matrix.orgWolfgang WaltherIf the file is an output of another derivation, then yes. See https://nix.dev/manual/nix/2.30/language/import-from-derivation.07:22:08
@bglgwyng:matrix.orgbglgwyng I think I can remove the usage of callCabal2nix and it's in the roadmap 07:22:18
@alex:tunstall.xyzAlex I guess disabling IFD with --option is one way of being sure. 07:22:19

Show newer messages


Back to Room ListRoom Version: 6