| 19 Oct 2025 |
raboof | it 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 early | 20:18:58 |
| 20 Oct 2025 |
Peter 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 | No, the standalone hls plugin packages are deprecated, they were moved into the hls package | 06:17:09 |
Peter Becich | Thanks! | 06:19:50 |
sterni | 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 |
sterni | 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 |
sterni | 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 |
sterni | 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 | 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 |
| 50^2 changed their profile picture. | 04:51:49 |
| @le:4d2.org left the room. | 10:36:16 |
eldritchcookie | is cabal2nix not aware of build-tools-depends or do i need to blame flake-parts's haskell-flake? | 21:57:25 |
Artem | eldritchcookie: the latter I think | 23:13:21 |
Artem | * eldritchcookie: the former I think | 23:13:25 |
Artem | * eldritchcookie: the former I think (not aware) | 23:13:33 |
eldritchcookie | i 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 cabal2nix | 23:17:22 |