!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

755 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
@maralorn:maralorn.demaralorn Las: No, no way. Completely impossible. 12:40:33
@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

Show newer messages


Back to Room ListRoom Version: 6