HLS 1.2.0 macOS gzip hash seems different from the one provided

[korayal]

When I have this snippet in my home.nix:

    easy-hls-src = pkgs.fetchFromGitHub {
      owner  = "jkachmar";
      repo   = "easy-hls-nix";
      rev    = "9d64543a015563942c954b89addc1108800ed134";
      sha256 = "1szq3g34dv22fqzil549mvpdd1865s64vqnfxj0l2aw9ha32jxyz";
    };
    easy-hls = pkgs.callPackage easy-hls-src {};

I get this error:

trying https://github.com/haskell/haskell-language-server/releases/download/1.2.0/haskell-language-server-macOS-1.2.0.tar.gz
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
100   650  100   650    0     0   3457      0 --:--:-- --:--:-- --:--:--  3457
100  351M  100  351M    0     0  6317k      0  0:00:57  0:00:57 --:--:-- 4929k
unpacking source archive /private/tmp/nix-build-source.drv-0/haskell-language-server-macOS-1.2.0.tar.gz
hash mismatch in fixed-output derivation '/nix/store/53cw30wdar6sci3rhlgpf36mdyg7gmpm-source':
  wanted: sha256:03a9pgyj6ajgn4g0s26a3jqwmil31avn14mi57ayfyfra3s0fqin
  got:    sha256:1grh2cpdbg4r4m9jq9wg1f20i9w96spv4f9izafjm1ka1xbrm4li

easy-hls-nix/default.nix

Line 47 in 9d64543

sha256 = "NmIH9FDZeefVKbGSYLcKg8bKsRzKCA0esU8qI/27SQ0=";

[jkachmar]

Hey Koray! Sorry it’s taken me a month to notice this issue, I’ll try to take a look at it in the next day or two 😅

---

I’ve actually been running into more issues with the approach in this repo lately (in particular there’s been some weirdness with the chroots and certain TH stuff that depends on text encoding).

I’ll probably end up either deprecating this project or transitioning it over to using dynamically linked HLS executables produced/signed by a CI process that lives in this repo. Hopefully that should provide a more definitive solution, but we’ll see.

[jkachmar]

We've updated to 1.3.0 and resolved this issue, I think. Let me know if there's still something that doesn't quite work out.

[korayal]

@jkachmar this issue got lower and lower in my inbox, so eventually I stopped noticing it, so sorry for my late response.

Starting with 1.3.0 we were bitten by an issue where using executables directly did not work. For some TH related issues, we had to recompile its dynamically linked version instead.

So, I'm trying to keep my version up-to-date until that issue gets resolved.