Unexpected usage error with libkrb5 and GLIBC 2.32 in ubuntu 21.04

[ProofOfKeags]

Your environment

hls stack and ghc were all installed with GHCUP, Yesod Project with Template Haskell

Which OS do you use:
Distributor ID: Pop
Description: Pop!_OS 21.04
Release: 21.04
Codename: hirsute
Which lsp-client do you use:
VSCode
Describe your project (alternative: link to the project):
stack/hpack

Steps to reproduce

1. install hls on PopOS/Ubuntu 21.04 using GHCUP.
2. Create basic Yesod project
3. Start up HLS
4. Attempt to use the evaluation plugin or just look int he problems tab of VSCode

Expected behaviour

No link time errors preventing normal function of HLS

Actual behaviour

<command line>: /lib/x86_64-linux-gnu/libkrb5.so.26: symbol pthread_cond_destroy version GLIBC_2.3.2 not defined in file libpthread.so.0 with link time reference

Include debug information

Execute in the root of your project the command haskell-language-server --debug . and paste the logs here:

Speculation

I think somewhere in both the TemplateHaskell execution or in the Evaluation plugin it seems that there is a broken reference to kerberos/glibc on the newest ubuntu/popos system. It's not clear why kerberos is used at all in any of this, so I am left scratching my head here. Secondly, this may have to do with the fact that when ghcup installed ghc it pulled the binaries for fedora which seems odd since Ubuntu/PopOS isn't a RHEL based operating system. It is entirely possible that this error lies in ghcup and has nothing to do with HLS but it is manifesting in HLS right now so I figured I'd cut the ticket. Happy to provide any additional info.

[ProofOfKeags]

Currently trying to build from source to see if I can reproduce it that way. I think this would confirm that the issue is within hls and not ghcup's installation method

[ProofOfKeags]

OK can confirm that a build from source successfully fixes everything. I will look to file this upstream with ghcup.

[jneira]

related: #1723

we are building the binary in ubuntu 18.04, statically linked

[jneira]

OK can confirm that a build from source successfully fixes everything. I will look to file this upstream with ghcup.

not sure if the bug belongs to upstream as ghcup only distribute our binaries from the github release, if you downloads directly the binary you will suffer it too

//cc @maerwald

[ProofOfKeags]

Maybe the correct thing to do is to just have another build for 21.04? I'm not sure what the policy is around supporting bindists for many versions of the same OS. But it does seem like something fundamental changed between 18.04 and 21.04

[jneira]

The next release will use static binaries produced in alpine linux using musl, so maybe the might help to this issue.

[ProofOfKeags]

I believe I just ran into this again on 1.6.1 installed via ghcup

[ProofOfKeags]

Not sure if relevant but I have a bunch of these in my project now when I run the bindist from the project root:

Hidden: no
Range: 1:1-2:1
Source: compiler
Severity: DsError
Message:
Maybe.fromJust: Nothing
CallStack (from HasCallStack):
error, called at libraries/base/Data/Maybe.hs:148:21 in base:Data.Maybe
fromJust, called at src/Development/IDE/Core/Rules.hs:842:51 in
ghcide-1.6.0.0-inplace:Development.IDE.Core.Rules

https://github.com/haskell/haskell-language-server/blob/1.6.1.0-hackage/ghcide/src/Development/IDE/Core/Rules.hs#L842

Code reference to where it is complaining.