!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

757 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.org150 Servers

Load older messages


SenderMessageTime
5 Jun 2021
@sternenseemann:systemli.orgsterni (he/him)
In reply to @maralorn:maralorn.de
If so I imagine a broken = forDefaultCompiler would work better?
yeah well naming is the other thing always :) but that would be the idea indeed
12:40:39
@maralorn:maralorn.demaralorn
In reply to @Las:matrix.org
Couldn't just haskell language server stay on GHC 8.10?
I mean we could still deliver an 8.10 hls to the users. But they wouldn‘t be able to use it on their haskellPackages packages.
12:41:39
@Las:matrix.orgLasmakes sense12:41:48
@maralorn:maralorn.demaralornMaybe that’s something we need to swallow. But it would completely break my use case for nixpkgs and I would likely quickly loose interest in maintaining it.^^12:42:40
@Las:matrix.orgLasIs there some overview of why it's broken on GHC 9? I couldn't find anything on their GitHub12:42:49
@joe:monoid.aljoe (he/him)isn't it one of the pinned issues?12:43:24
@Las:matrix.orgLasyou are right12:43:39
@maralorn:maralorn.demaralorn Las: They have an issue about it. The problem is that GHC changed a lot of their internal APIs including nearly all of their Module names and hls links directly against their internal API. 12:44:11
@Las:matrix.orgLasThat sounds unfortunate12:44:30
@Las:matrix.orgLashttps://github.com/haskell/haskell-language-server/pull/1635 It seems to have basic support since a few days ago?12:45:40
@Las:matrix.orgLasThere is also https://github.com/haskell/haskell-language-server/pull/164912:46:21
@toonn:matrix.orgtoonn Las: Maybe haskell.nix is a better fit for you. 12:51:39
@Las:matrix.orgLasMaybe yeah12:52:06
@toonn:matrix.orgtoonn The Nixpkgs Haskell infra's primary (only?) goal is to facilitate providing Haskell programs in Nixpkgs. 12:52:18
@maralorn:maralorn.demaralorn toonn: That’s not how I see it. 12:52:33
@toonn:matrix.orgtoonn It's really cool how usable it can be for general development but that is not it's goal. 12:52:50
@toonn:matrix.orgtoonn *its 12:53:11
@maralorn:maralorn.demaralornI think providing a large consistent collection of precompiled libraries is great.12:53:23
@toonn:matrix.orgtoonn Sure, but that's what stackage is. 12:53:46
@maralorn:maralorn.demaralorn toonn: Ours is larger ;-) 12:54:05
@toonn:matrix.orgtoonn As soon as you step outside of the stackage purview in the Nixpkgs infra you open yourself up to trouble. 12:54:12
@toonn:matrix.orgtoonn It's not really. 12:54:17
@toonn:matrix.orgtoonn You said a consistent collection. 12:54:25
@toonn:matrix.orgtoonn I assume building together is implied by that. 12:54:35
@maralorn:maralorn.demaralornYeah12:54:47
@toonn:matrix.orgtoonn And that's only reliably true for the Stackage subset. 12:54:52
@maralorn:maralorn.demaralorn toonn: And for everything that we actively maintain. 12:55:55
@toonn:matrix.orgtoonn Maybe. I don't know whether anyone does build matrices comparing to all of stackage? 12:57:03
@toonn:matrix.orgtoonn And my original point still stands. If you are the kind of dev that always wants the latest GHC, the infra isn't really for you. 12:57:45
@maralorn:maralorn.demaralorn
In reply to @toonn:matrix.org
And my original point still stands. If you are the kind of dev that always wants the latest GHC, the infra isn't really for you.
Yeah, that is certainly true.
12:58:16

Show newer messages


Back to Room ListRoom Version: 6