!RbXGJhHMsnQcNIDFWN:nixos.org

Haskell in Nixpkgs/NixOS

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

Load older messages

SenderMessageTime
31 Mar 2025
@cdepillabout:matrix.orgcdepillabout I think there is quite a few packages in nixpkgs that use doctest. The I know off the top of my head is termonad, which uses cabal-doctest. Maybe you could look at exactly what cabal-doctest is doing, and try to emulate it within your derivation? 11:33:19
@maralorn:maralorn.demaralorn a12l: Are you sure the "No space left on device" is not a problem with your system? 11:36:40
@maralorn:maralorn.demaralornIt makes sense because the build get’s bigger with the overrides that you mention.11:37:00
@maralorn:maralorn.demaralornYeah, overrideAttrs is wrong and doesn’t even throw an error, so it is a no-op.11:38:10
@a12l:matrix.orga12lIs it possible my /tmp (tmpfs) that gets filled? For I've > 75GB left on my SSD, and I hope more than that isn't necessary? 11:38:24
@maralorn:maralorn.demaralornI guess so.11:39:21
@a12l:matrix.orga12lGuess I'll have to move my /tmp to my regular fs. I'll come back later today with the results :)11:44:00
@maralorn:maralorn.demaralornThat’s annoying.11:45:18
@emilazy:matrix.orgemily you can set the Nix build-dir setting 14:26:54
@sellout:matrix.orgsellout Thanks – you’ve reminded me why my code is the way it is. I currently use cabal-doctest, but sol suggested I change it to use the more “official” way to run it. And getting rid of 75 loc per package seemed like a good reason to. But a major reason I use cabal-doctest is so my doctests are run in the Nixpkgs derivations, which I have much less control over than the derivations in my repo. I think the only reasonable way to avoid it would be if cabal2nix itself accepted some way to run doctest explicitly. At least all that boilerplate is generated code – I generally don’t have to think about it. 15:09:37
@qyliss:fairydust.spaceAlyssa Ross joined the room.16:02:58
@qyliss:fairydust.spaceAlyssa Ross @sternenseemann:systemli.org what would be my route to getting GHC on aarch64 musl in Nixpkgs, ideally relatively soon? They have binaries for 6.8 but nothing older, and my previous strategy of just avoiding anything with a pandoc input is getting more and more difficult. 16:04:42
@a12l:matrix.orga12l

I've

(pkgs.haskell-language-server.override {
  supportedGhcVersions = [ "96" "92" ];
})

in environment.systemPackages. But when I run haskell-language-server-wrapper in a Haskell project I get this

# haskell-language-server-wrapper
No 'hie.yaml' found. Try to discover the project type!
Run entered for haskell-language-server-wrapper(haskell-language-server-wrapper) Version 2.9.0.0 x86_64 ghc-9.6.6
Current directory: /root/Forges/Exercism/haskell/acronym
Operating system: linux
Arguments: []
Cradle directory: /root/Forges/Exercism/haskell/acronym
Cradle type: Stack

Tool versions found on the $PATH
cabal:          3.12.1.0
stack:          3.1.1
ghc:            9.6.6


Consulting the cradle to get project GHC version...
2025-03-31T19:38:26.654350Z | Debug | stack --stack-yaml /root/Forges/Exercism/haskell/acronym/stack.yaml setup --silent
2025-03-31T19:38:28.478946Z | Debug | stack --stack-yaml /root/Forges/Exercism/haskell/acronym/stack.yaml exec ghc -- --numeric-version
Project GHC version: 9.2.7
haskell-language-server exe candidates: ["haskell-language-server-9.2.7","haskell-language-server"]
Failed to find a HLS version for GHC 9.2.7
Executable names we failed to find: haskell-language-server-9.2.7,haskell-language-server
19:55:35
@a12l:matrix.orga12lDoesn't seem that HLS for 9.2 is available in my $PATH?19:55:51
@maralorn:maralorn.demaralornCan you do an ls on the output of the derivation?20:51:10
@alex:tunstall.xyzAlex
In reply to @a12l:matrix.org
Doesn't seem that HLS for 9.2 is available in my $PATH?
nix-repl> haskell.compiler.ghc92.version
"9.2.8"

This is probably why. You need "927" in the supportedGhcVersions.

21:29:12
@a12l:matrix.orga12l maralorn, Alex It seems that haskell-language-server-9.2.8 is in my $PATH when I try to autocomplete in the terminal. 21:58:21
@a12l:matrix.orga12l May be that. But why do I need to specify 927? Why doesn't 928 show up when I run haskell-language-server-wrapper when 966 shows up? 21:59:56
@alex:tunstall.xyzAlex
In reply to @qyliss:fairydust.space
@sternenseemann:systemli.org what would be my route to getting GHC on aarch64 musl in Nixpkgs, ideally relatively soon? They have binaries for 6.8 but nothing older, and my previous strategy of just avoiding anything with a pandoc input is getting more and more difficult.

Have you tried getting it through pkgsMusl?

IIRC pkgsMusl is cross-compiled from the glibc bootstrap, but that should work even for GHC nowadays.

22:00:52
@alex:tunstall.xyzAlex
In reply to @a12l:matrix.org
May be that. But why do I need to specify 927? Why doesn't 928 show up when I run haskell-language-server-wrapper when 966 shows up?
Because 92 means "the latest available revision of 9.2" and that happens to be 9.2.8, not 9.2.7.
For 96, 9.6.6 is the latest revision in Nixpkgs so that's what you get. 		22:02:24
@a12l:matrix.orga12l I understand why you get 9.2.8 when you specify 92, but why does 9.6.6 show up when running haskell-language-server-wrapper and not 9.2.8? In that project 9.2.8 is more correct that 9.6.6 22:05:22
@alex:tunstall.xyzAlex I don't think it's chosen to use either version?
HLS needs the exact same version as the compiler, so the wrapper gave up altogether when it failed to find a HLS for 9.2.7. 		22:06:51
@alex:tunstall.xyzAlex * I don't think it has chosen to use either version?
HLS needs the exact same version as the compiler, so the wrapper gave up altogether when it failed to find a HLS for 9.2.7. 		22:06:58
1 Apr 2025
@lowtex:matrix.org_low_ joined the room.00:19:59
@lowtex:matrix.org_low_Hey, I'm using NixOS & Cabal & GHC 9.12.1. I want to utilize hmatrix-gls (0.19.0.1). But cabal new-build all --preference="Cabal >= 3.14.1.1" --keep-going --enable-debug-info=3 inside of nix develop --impure --expr 'with import <nixpkgs> {}; mkShell rec { buildInputs = [pkg-config zlib blas lapack gsl]; LD_LIBRARY_PATH = lib.makeLibraryPath buildInputs;}' leads to <no location info>: error: …/libgsl.so: undefined symbol: cblas_ctrmv. Any idea? Thx in advance!00:52:19
@lowtex:matrix.org_low_ Among other things, I've tried to (1) utilize openblas instead of blas and to (2) link dynamically by shared: True↵executable-dynamic: True. 00:52:56
@lowtex:matrix.org_low_ set a profile picture.00:57:46
@lowtex:matrix.org_low_ changed their profile picture.01:03:16
@lowtex:matrix.org_low_ changed their display name from lowtex to low.01:03:44
@qyliss:fairydust.spaceAlyssa Ross
In reply to @alex:tunstall.xyz

Have you tried getting it through pkgsMusl?

IIRC pkgsMusl is cross-compiled from the glibc bootstrap, but that should work even for GHC nowadays.

That's what I'm doing. It is not cross compiled. 		07:09:44

Show newer messages

Back to Room ListRoom Version: 6