!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

708 Members
For discussions and questions about Haskell with Nix, cabal2nix and haskellPackages in nixpkgs | Current Docs: https://haskell4nix.readthedocs.io/142 Servers

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


SenderMessageTime
19 Oct 2025
@raboof:matrix.orgraboofit might be interesting to enable it by default for 9.12 - cache.nixos.org does appear to contain a bunch of packages.ghc912 packages (though it's not quite clear to me where they're built), so it might allow us to see build problems early20:18:58
20 Oct 2025
@peterbecich:matrix.orgPeter Becich

Would someone take a look at hls-cabal-plugin on NixPkgs?

Breakage reproducible on both master and haskell-updates:

NIXPKGS_ALLOW_BROKEN=1 nix build nixpkgs#haskellPackages.hls-cabal-plugin --impure 

NIXPKGS_ALLOW_BROKEN=1 nix build nixpkgs/haskell-updates#haskellPackages.hls-cabal-plugin --impure

I believe this is contributing to a breakage of Haskell Language Server

04:38:28
@maralorn:maralorn.demaralornNo, the standalone hls plugin packages are deprecated, they were moved into the hls package06:17:09
@peterbecich:matrix.orgPeter BecichThanks!06:19:50
@sternenseemann:systemli.orgsterni
In reply to @raboof:matrix.org
with https://github.com/NixOS/nixpkgs/commit/fffebd7398360d241c3e34f01af4813ef199e488 haskell.packages.ghc912.these seems deterministic, so that's promising!
did you measure performance impact
06:59:59
@sternenseemann:systemli.orgsterni
In reply to @raboof:matrix.org
I noticed that we're packaging both .so and .a artifacts where Arch seems to only include the .so . Probably a naive question, but are we using those .a's? :)
yes
07:00:18
@sternenseemann:systemli.orgsterni
In reply to @raboof:matrix.org
with https://github.com/NixOS/nixpkgs/commit/fffebd7398360d241c3e34f01af4813ef199e488 haskell.packages.ghc912.these seems deterministic, so that's promising!
* did you measure performance impact?
07:00:28
@sternenseemann:systemli.orgsterni
In reply to @raboof:matrix.org
I noticed that we're packaging both .so and .a artifacts where Arch seems to only include the .so . Probably a naive question, but are we using those .a's? :)
* yes, dynamically linking executables means excessively large closure sizes
07:01:25
@alex:tunstall.xyzAlex
In reply to @sternenseemann:systemli.org
yes
As usual, separate outputs would be nice but potentially require a lot of effort to implement. :s
08:17:03
21 Oct 2025
@alexeusgr:matrix.org50^2 changed their profile picture.04:51:49
@le:4d2.org@le:4d2.org left the room.10:36:16
@eldritchcookie:matrix.orgeldritchcookieis cabal2nix not aware of build-tools-depends or do i need to blame flake-parts's haskell-flake?21:57:25
@artem.types:matrix.orgArtem eldritchcookie: the latter I think 23:13:21
@artem.types:matrix.orgArtem * eldritchcookie: the former I think 23:13:25
@artem.types:matrix.orgArtem * eldritchcookie: the former I think (not aware) 23:13:33
@eldritchcookie:matrix.orgeldritchcookiei did some digging and actually calling cabal2nix on my cabal package has an output which contains TestToolDepends = [tasty-discover]; so somebody is dropping that and it certainly isnt cabal2nix23:17:22

Show newer messages


Back to Room ListRoom Version: 6