2025-09-07 00:00:22 +0200 | alienmind | (~cmo@2604:3d09:207f:8000::d1dc) |
2025-09-07 00:00:43 +0200 | chexum | (~quassel@gateway/tor-sasl/chexum) (Remote host closed the connection) |
2025-09-07 00:00:51 +0200 | chexum_ | (~quassel@gateway/tor-sasl/chexum) chexum |
2025-09-07 00:04:20 +0200 | <alienmind> | hi. i'm trying to install rasterific but can't because i'm getting missing file errors. 'ghc-pkg check' reveals a lot of packages missing 'haddock-html' and 'haddock-interfaces' files. these files seem to be missing in packages installed by pacman. i tried deleteing '~/.cabal' and running 'cabal install --reinstall Rasterific', however it results in the same missing file error. how might i proceed? |
2025-09-07 00:04:53 +0200 | inline | (~inline@ip-005-146-196-246.um05.pools.vodafone-ip.de) Inline |
2025-09-07 00:06:33 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-09-07 00:10:50 +0200 | trickard | (~trickard@cpe-53-98-47-163.wireline.com.au) (Ping timeout: 258 seconds) |
2025-09-07 00:11:07 +0200 | trickard | (~trickard@cpe-53-98-47-163.wireline.com.au) |
2025-09-07 00:11:13 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 258 seconds) |
2025-09-07 00:12:54 +0200 | <alienmind> | ok ive thought of an approach. i'm going to extract the missing files and directories from the ghc-pkg errors and touch them all |
2025-09-07 00:15:33 +0200 | Lycurgus | (~juan@user/Lycurgus) Lycurgus |
2025-09-07 00:18:43 +0200 | ystael | (~ystael@user/ystael) (Ping timeout: 252 seconds) |
2025-09-07 00:18:47 +0200 | jim_simi | (~jm@2600:1012:a024:8574:476c:f888:d14e:49d) |
2025-09-07 00:20:13 +0200 | jim_simi | (~jm@2600:1012:a024:8574:476c:f888:d14e:49d) (Client Quit) |
2025-09-07 00:22:02 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-09-07 00:27:48 +0200 | target_i | (~target_i@user/target-i/x-6023099) (Quit: leaving) |
2025-09-07 00:28:13 +0200 | <geekosaur> | those should be warnings, not errors, since documentation builds are optional (you would need `documentation: True` in your cabal config or --enable-documentation on the command line) |
2025-09-07 00:28:25 +0200 | <tomsmeding> | alienmind: assuming you're on arch linux: either install ghc-static and hope for the best, or uninstall ghc from pacman and get haskell stuff from ghcup instead |
2025-09-07 00:28:36 +0200 | <geekosaur> | for pacman, they may have separate documentation packages |
2025-09-07 00:28:48 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 256 seconds) |
2025-09-07 00:28:52 +0200 | <tomsmeding> | the haskell situation in the arch linux repos is a running joke here |
2025-09-07 00:29:16 +0200 | <tomsmeding> | ( https://www.haskell.org/ghcup/ ) |
2025-09-07 00:32:33 +0200 | <tomsmeding> | if you still have missing files issues with ghcup, tell us precisely what errors you get when running which commands (use e.g. the pastebin in the topic) |
2025-09-07 00:32:54 +0200 | <tomsmeding> | I'll be sleeping for ~9 hours now but others might pick it up :) |
2025-09-07 00:33:33 +0200 | <geekosaur> | right, you are most likely missing the static packages that Arch deliberately removes and which will prevent pretty much anything they don't package from installing |
2025-09-07 00:33:53 +0200 | <geekosaur> | as tomsmeding said, the only real fix is to ditch Arch's ghc entirely and use ghcup |
2025-09-07 00:34:17 +0200 | <alienmind> | i'm getting a new laptop. i'm going to install nix on it |
2025-09-07 00:34:18 +0200 | <geekosaur> | Arch only cares about packaging the minimum needed to package pandoc built dynamically |
2025-09-07 00:37:52 +0200 | arandombit | (~arandombi@user/arandombit) (Ping timeout: 256 seconds) |
2025-09-07 00:38:40 +0200 | Lycurgus | (~juan@user/Lycurgus) (bye room!) |
2025-09-07 00:40:06 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-09-07 00:44:34 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 258 seconds) |
2025-09-07 00:55:20 +0200 | vanishingideal | (~vanishing@user/vanishingideal) vanishingideal |
2025-09-07 00:55:30 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-09-07 00:59:58 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 256 seconds) |
2025-09-07 01:00:07 +0200 | <anselmschueler> | does anyone know if Stack have fixed their Nix integration so it doesn’t just completely fail any time a GHC version is not in nixpkgs? |
2025-09-07 01:00:33 +0200 | <anselmschueler> | last time I tried it Stack just generated the package name for the GHC version and if it wasn’t called that or wasn’t there it would just fail immediately |
2025-09-07 01:00:35 +0200 | vanishingideal | (~vanishing@user/vanishingideal) (Ping timeout: 244 seconds) |
2025-09-07 01:10:58 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-09-07 01:15:28 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 260 seconds) |
2025-09-07 01:17:07 +0200 | poscat0x04 | (~poscat@user/poscat) poscat |
2025-09-07 01:18:46 +0200 | puke | (~puke@user/puke) (Quit: puke) |
2025-09-07 01:19:03 +0200 | poscat | (~poscat@user/poscat) (Ping timeout: 265 seconds) |
2025-09-07 01:19:58 +0200 | slondr | (cf9f9e8f44@2a03:6000:1812:100::10b6) slondr |
2025-09-07 01:21:27 +0200 | puke | (~puke@user/puke) puke |
2025-09-07 01:21:40 +0200 | <slondr> | hi, I have ghc and haskell-language-server installed via GHCup, but when I run lsp in emacs I get: Failed to find the GHC version of this Defaul project. |
2025-09-07 01:22:26 +0200 | <slondr> | does this look familiar to anyone? |
2025-09-07 01:23:48 +0200 | arandombit | (~arandombi@2603:7000:4600:ffbe:2133:587c:64a5:1340) |
2025-09-07 01:23:48 +0200 | arandombit | (~arandombi@2603:7000:4600:ffbe:2133:587c:64a5:1340) (Changing host) |
2025-09-07 01:23:48 +0200 | arandombit | (~arandombi@user/arandombit) arandombit |
2025-09-07 01:26:22 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-09-07 01:26:37 +0200 | <geekosaur> | what version of cabal did you install? the LSP uses cabal to find out what ghc version a project uses, but the latest HLS doesn't work with the latest cabal (this will be fixed in the next cabal release, scheduled for when ghc 9.14.1 comes out because some tweaks were needed for that as well) |
2025-09-07 01:27:05 +0200 | <slondr> | I just accepted all of the default suggestions |
2025-09-07 01:27:11 +0200 | <slondr> | So maybe that is the problem? |
2025-09-07 01:27:13 +0200 | <geekosaur> | okay, then that's not it |
2025-09-07 01:29:57 +0200 | <geekosaur> | the default cabal version in ghcup is 3.12.1.0, it's 3.16.0.0 that breaks current HLS. (which won't be updated for it until ghc 9.14.1 is released and HLS can be updated to support its ghc-lib) |
2025-09-07 01:30:46 +0200 | <slondr> | yes my cabal version is 3.12.1.0 and my hls version is 9.4.8 |
2025-09-07 01:31:00 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 252 seconds) |
2025-09-07 01:31:22 +0200 | <geekosaur> | you mean ghc version? |
2025-09-07 01:31:30 +0200 | <geekosaur> | HLS versions don't go that high |
2025-09-07 01:32:18 +0200 | <geekosaur> | also that sounds like an out of date ghcup, or at least ghcup metadata; current metadata has 9.6.7 as recommended |
2025-09-07 01:32:51 +0200 | <slondr> | oh! that's a clue |
2025-09-07 01:33:02 +0200 | <slondr> | my hls binary is named "haskell-language-server-9.4.8" |
2025-09-07 01:33:38 +0200 | <slondr> | It looks like I also have haskell-language-server-9.6.7 |
2025-09-07 01:36:16 +0200 | <slondr> | emacs lsp reports: ghc 9.6.7, cabal 3.12.1.0, stack 3.3.1 |
2025-09-07 01:36:48 +0200 | <slondr> | I also see: libc.so.6: undefined symbol: __nptl_change_stack_perm, version GLIBC_PRIVATE |
2025-09-07 01:39:01 +0200 | <geekosaur> | right, you need an HLS binary for each ghc version because the ghc-api it uses must match |
2025-09-07 01:39:16 +0200 | <geekosaur> | the undefined symbol one sounds like much more of a problem |
2025-09-07 01:40:55 +0200 | ljdarj1 | (~Thunderbi@user/ljdarj) ljdarj |
2025-09-07 01:41:05 +0200 | <slondr> | I'm on glibc 2.42 should I expect hls to support that? |
2025-09-07 01:41:46 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-09-07 01:42:13 +0200 | <geekosaur> | the question is whether or how your glibc supports linux's native posix threads library (the "nptl" in that symbol) |
2025-09-07 01:43:17 +0200 | hiredman | (~hiredman@frontier1.downey.family) (Remote host closed the connection) |
2025-09-07 01:44:12 +0200 | <geekosaur> | if you can find libc.so.6, can you run it as if it were a program and if so what does it say for "libc ABIs"? |
2025-09-07 01:44:18 +0200 | hiredman | (~hiredman@frontier1.downey.family) hiredman |
2025-09-07 01:44:21 +0200 | ljdarj | (~Thunderbi@user/ljdarj) (Ping timeout: 250 seconds) |
2025-09-07 01:44:21 +0200 | ljdarj1 | ljdarj |
2025-09-07 01:44:35 +0200 | <slondr> | libc ABIs: UNIQUE IFUNC ABSOLUTE |
2025-09-07 01:45:18 +0200 | <geekosaur> | okay, so that's not it (same here) |
2025-09-07 01:45:30 +0200 | <geekosaur> | also I have 2.41 but it's Ubuntu's build |
2025-09-07 01:45:43 +0200 | <slondr> | yeah I just have the normal default Arch Linux glibc |
2025-09-07 01:46:17 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 258 seconds) |
2025-09-07 01:47:33 +0200 | <geekosaur> | this might be a question for maerwald, but the answer may again be "give up on the Arch ghc install" because it just causes too many problems for Haskell maintainers |
2025-09-07 01:47:54 +0200 | <slondr> | ah you see, i have already done that. my ghc is from GHCup. |
2025-09-07 01:48:07 +0200 | <slondr> | I ran GHCup via the curl | bash command on the website |
2025-09-07 01:50:42 +0200 | fp | (~Thunderbi@89-27-10-140.bb.dnainternet.fi) (Ping timeout: 260 seconds) |
2025-09-07 01:51:40 +0200 | <geekosaur> | okay, if Arch changed their glibc recently then ghcup's release builds probably need to be adjusted |
2025-09-07 01:52:00 +0200 | <slondr> | wait wait wait wait. the glibc error seems to be referencing a glibc version installed by nix |
2025-09-07 01:52:25 +0200 | <slondr> | which seems almost certainly wrong, I'd want ghc to reference the system glibc not some random nix derivation glibc |
2025-09-07 01:52:52 +0200 | <geekosaur> | https://github.com/NixOS/patchelf |
2025-09-07 01:53:43 +0200 | <geekosaur> | nix really wants to be hermetic, but that can break things pretty thoroughly when it comes to stuff like glibc |
2025-09-07 01:54:42 +0200 | <slondr> | I don't want ghc to reference anything nix-related at all |
2025-09-07 01:54:47 +0200 | <slondr> | I'm not sure why it does |
2025-09-07 01:55:42 +0200 | <geekosaur> | make sure nix isn't substituting its own ghc for the one you intended to use |
2025-09-07 01:55:56 +0200 | <geekosaur> | the ghc from ghcup won't know about nix |
2025-09-07 01:56:16 +0200 | <slondr> | 'which ghc' reports: $HOME/.ghcup/bin/ghc |
2025-09-07 01:56:44 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-09-07 01:57:07 +0200 | <slondr> | though 'echo $PATH' sure does report that the /nix bin directories are above the ghcup bin directories, hmm |
2025-09-07 01:57:44 +0200 | <geekosaur> | shells cache paths, but something run in a subshell or by a program you run from that shell won;t see the cache and will find the nix one first in that case |
2025-09-07 01:59:54 +0200 | <geekosaur> | that said, nix wouldn't insert a ghc into your path unless you're in a directorry with a shell.nix and something knows enough about nix to see that file and load the derivations it specifies |
2025-09-07 02:00:06 +0200 | Tuplanolla | (~Tuplanoll@91-159-69-59.elisa-laajakaista.fi) (Quit: Leaving.) |
2025-09-07 02:00:14 +0200 | <slondr> | yeah that's definitely not the case here. I'm in a blank directory with one .hs file |
2025-09-07 02:00:48 +0200 | sprotte24 | (~sprotte24@p200300d16f1ae200cce55c66184a5d60.dip0.t-ipconnect.de) (Quit: Leaving) |
2025-09-07 02:01:44 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 256 seconds) |
2025-09-07 02:06:53 +0200 | potato44 | (uid421314@id-421314.lymington.irccloud.com) potato44 |
2025-09-07 02:10:09 +0200 | Guest62 | (~Guest62@c-73-217-79-154.hsd1.co.comcast.net) |
2025-09-07 02:10:48 +0200 | trickard | (~trickard@cpe-53-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
2025-09-07 02:11:02 +0200 | trickard_ | (~trickard@cpe-53-98-47-163.wireline.com.au) |
2025-09-07 02:12:17 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-09-07 02:14:30 +0200 | trickard_ | (~trickard@cpe-53-98-47-163.wireline.com.au) (Read error: Connection reset by peer) |
2025-09-07 02:17:02 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) (Ping timeout: 256 seconds) |
2025-09-07 02:17:47 +0200 | Guest62 | (~Guest62@c-73-217-79-154.hsd1.co.comcast.net) (Ping timeout: 250 seconds) |
2025-09-07 02:21:31 +0200 | trickard_ | (~trickard@cpe-53-98-47-163.wireline.com.au) |
2025-09-07 02:24:54 +0200 | arandombit | (~arandombi@user/arandombit) (Ping timeout: 252 seconds) |
2025-09-07 02:25:31 +0200 | otto_s | (~user@p5de2f1c5.dip0.t-ipconnect.de) (Ping timeout: 248 seconds) |
2025-09-07 02:27:02 +0200 | otto_s | (~user@p5b044af8.dip0.t-ipconnect.de) |
2025-09-07 02:27:39 +0200 | merijn | (~merijn@host-vr.cgnat-g.v4.dfn.nl) merijn |
2025-09-07 02:28:18 +0200 | <geekosaur> | there is one more thing you can try but it's a bit involved |