!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

701 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 infrastructure137 Servers

Load older messages


SenderMessageTime
26 Feb 2026
@b:chreekat.netchreekatSo, I will carry on dreaming 😄15:37:30
@toonn:matrix.orgtoonn Recursive Nix was another such dream. 16:00:06
@maralorn:maralorn.demaralornIsn’t even basically the same?16:10:26
@toonn:matrix.orgtoonn Both of them and IFD basically achieve the same thing AFAIK. 16:12:31
@toonn:matrix.orgtoonn Different trade-offs to reach at least similar goals. 16:12:49
@sternenseemann:systemli.orgsterniwe can't even do that since the database is not available at eval time (it's a derivation after all)16:13:04
@sternenseemann:systemli.orgsternibut yes, we need to figure out the latest package version and revision for a package with the sha256 hash of the cabal file (in case it is revised) and the sdist when generating hackage-packages.nix16:14:24
@sternenseemann:systemli.orgsterniI don't know if historically something was missing from the cabal-install database or restricting it to a specific state was too complicated, but it seems like we can get all the information we need from the index now.16:16:10
@sternenseemann:systemli.orgsterniwith the slight downside that it needs to be managed on the developer's machine by cabal-install since there's no way to fetch a specific version of the index16:16:43
@sternenseemann:systemli.orgsterniI think we are going to need all-cabal-hashes going forward for callHackage anyway, a nicer alternative there would be useful16:17:05
@teoc:matrix.orgteo (they/he)Yeah good point! Tbh maybe we could just require people put the hash into the callHackage call and then not have to do any of this?16:19:23
@sternenseemann:systemli.orgsterniyeah that already exists16:41:17
@sternenseemann:systemli.orgsternii think retaining that feature is not that interesting since the snapshot you’re getting is always outdated by a week at least16:42:11
@maralorn:maralorn.demaralornidk, sometimes you want a newer version of something which is pinned in stackage but the newest _version doesn’t cut it.17:00:45
@maralorn:maralorn.demaralornI use the hash based pinning quite regularly.17:00:58
27 Feb 2026
@deepak-dev:matrix.orgDeepak Maharana joined the room.01:23:13
@amadaluzia:tchncs.deamadaluzia[tde] changed their profile picture.03:52:45
@amadaluzia:unredacted.orgamadaluzia changed their profile picture.03:55:20
@robert:funklause.dedotlambdaI want to drop the broken (even if it weren't marked insecure) package psftools but haskellPackages.HDRUtils depends on it. How do I go about removing that package too?05:29:19
@robert:funklause.dedotlambda Since HDRUtils is already in the dont-distribute-packages list, should I simply remove the librarySystemDepends line from hackage-packages.nix manually? 05:34:24
@robert:funklause.dedotlambdahttps://github.com/NixOS/nixpkgs/pull/49460105:41:01
@maralorn:maralorn.demaralornEditing hackage-packages.nix is never the correct solution.09:45:39
@maralorn:maralorn.demaralornQuestion would be: If HDRUtils is already under dont-distribute do you even need to do anything?09:46:36
@maralorn:maralorn.demaralornI might be wrong but when you remove psftools and we rerun hackage2nix I think it would automatically set psftools = null in the package input.09:47:53
@dandart:matrix.orgEmber Void changed their display name from Void Ember to Ember Void.11:29:02
@artem.types:matrix.orgArtem

has anyone ever seen this error when trying to do a basic cabal install:

Version mismatch between ghc and ghc-pkg: /run/current-system/sw/bin/ghc is version 9.8.4 /nix/store/vqkj90qn7489hcixgy5ah2mv59g72a14-ghc-9.10.3/bin/ghc-pkg-9.10.3 is version 9.10.3

I don't have anything fancy in the NixOS config, I think: just ghc and cabal-install ins systemPackages...

16:21:06
@artem.types:matrix.orgArtem *

has anyone ever seen this error when trying to do a basic cabal install:

Version mismatch between ghc and ghc-pkg: /run/current-system/sw/bin/ghc is version 9.8.4
  /nix/store/vqkj90qn7489hcixgy5ah2mv59g72a14-ghc-9.10.3/bin/ghc-pkg-9.10.3 is version 9.10.3

I don't have anything fancy in the NixOS config, I think: just ghc and cabal-install ins systemPackages...

16:21:21
@artem.types:matrix.orgArtem *

has anyone ever seen this error when trying to do a basic cabal install:

Version mismatch between ghc and ghc-pkg:
  /run/current-system/sw/bin/ghc is version 9.8.4
  /nix/store/vqkj90qn7489hcixgy5ah2mv59g72a14-ghc-9.10.3/bin/ghc-pkg-9.10.3 is version 9.10.3

I don't have anything fancy in the NixOS config, I think: just ghc and cabal-install ins systemPackages...

16:21:33
@artem.types:matrix.orgArtemI'm on 25.11 so it should be just 9.10.316:22:04
@artem.types:matrix.orgArtemwow, it looks like it's a regression in cabal HEAD (which I daily-drive by default). cabal 3.16.1.0 does the right thing17:36:11

Show newer messages


Back to Room ListRoom Version: 6