Arch Linux User Repository

Getting many like this:

haskell-language-server-2.7.0.0/lib/9.4.8/libHShaskell-language-server-2.7.0.0-l-hls-overloaded-record-dot-plugin-e02994d03b2152aabb9239aa4251dec2d8294990699d705954443fa383c50273-ghc9.4.8.so: Could not stat haskell-language-server-2.7.0.0/lib/9.4.8/libHShaskell-language-server-2.7.0.0-l-hls-overloaded-record-dot-plugin-e02994d03b2152aabb9239aa4251dec2d8294990699d705954443fa383c50273-ghc9.4.8.so: File name too long

$HOME is on ext4

Pushed the fix. Sorry for that oversight.

The pkgrel field in the PKGBUILD is 1 and in .SRCINFO it is 2. As a result, an AUR helper keeps showing this package as upgradable. Can you fix this?

I'm getting for some time now:

Package (1)                     Old Version  New Version  Net Change
haskell-language-server-static  2.5.0.0-1    2.5.0.0-1      0.00 MiB

and it never upgrades.

pkgrel=1?

If you happen to use 9.0.2 GHC and get the GHC ABIs don't match error - this is a known bug, use this as a workaround: https://github.com/haskell/vscode-haskell#ghc-abis-dont-match

Thanks to @carbolymer I will be co-maintaining this package. With the release of 1.7.0.0, many things have changed in the way haskell-language-server is built and distributed. Binaries are now dynamically linked and checked at runtime to match the GHC ABI used in the project. Therefore, we provide distribution of prebuilt binaries for UnknownLinux (identical to fedora27 version; suitable for Arch) linked in a way suitable for Stack/Cabal projects using a supported GHC version (this means that if you use Stack to download GHC for you, hls should be available for projects using local GHC. Or, if you installed your GHC via ghcup or official downloads, hls should also work fine). If in doubt, run HLS_WRAPPER_DEBUG=1 haskell-language-server-wrapper typecheck in your project directory to see what it is trying to do. Feel free to report any packaging related errors here.

With 1.7.0.0 HLS changed the way they build and distribute binaries. Executables are not now completely static, but are dynamically linked to match the GHC version. Long story short, I have success using the following PKGBUILD:

# Maintainer: Marcin Rzeźnicki <marcin.rzeznicki@gmail.com>

pkgname=haskell-language-server-bin
pkgver=1.7.0.0
pkgrel=1
pkgdesc="Official haskell ide support via language server (LSP). Successor of ghcide & haskell-ide-engine."
arch=('x86_64')
url='https://github.com/haskell/haskell-language-server'
license=('Apache')
depends=('sh' 'zlib' 'gmp')
provides=('haskell-language-server')
conflicts=('haskell-language-server' 'haskell-language-server-git')
replaces=('haskell-language-server-static')
source=("https://downloads.haskell.org/~hls/haskell-language-server-${pkgver}/haskell-language-server-${pkgver}-${arch}-linux-fedora27.tar.xz")
sha512sums=('7d50282ba7253d548998b8bc364a8cc6cec0accfbc0cfba3d7a6be903c16a81b8ed0baeb346fb72c176ca6f39edde3a3f61290aa3aaa2acc9f9c43d0e7e51b67')
options=(!strip)

package() {
  cd "${srcdir}/haskell-language-server-${pkgver}"
  make DESTDIR="$pkgdir/" PREFIX="/usr" install
}

This changes the package name etc. for my own purposes, but you may adapt it to this package if you want to maintain it further (I am not sure if -static is the correct name now though, but, well ...). I tested the resulting binaries with stack and various projects and they seem to work. Of course, there are some combinations I have not tested e.g. using it with Arch's GHC but I don't think many people use it.

Thanks for taking over! I'll open a PR to HLS to update their documentation to point to this package as an installation method on Arch. Thank you!