Remove some obsolete hackage-quirks

[michaelpj]

The stlylish-haskell plugin is updated and there was a retrie
release.

[michaelpj]

Ugh, looks like the plugins don't actually work? I'm very confused, I thought people were able to install HLS from source fine, which should have not worked if the plugins weren't set up properly. But indeed HLS depends on hls-plugin-api >= 1.5 and hls-stylish-haskell-plugin has hls-plugin-api <1.5

[hamishmack]

haskell/haskell-language-server#3185 (comment)

[michaelpj]

Okay, got the revision in. So we probably just need to wait for hackage.nix to update and then we can try this again.

[andreabedini]

Rebased on master

[andreabedini]

hls-hlint-plugin, hls-stan-plugin, hls-rename-plugin and hls-qualify-imported-names failed to build. Perhaps we should bump the internal index state but I have materialisation nightmares :D

[hamishmack]

Why does this now remove the hls 1.9.0.0 work arounds? Those are new aren't they?

[hamishmack]

It looks like the ghc 9.4.3 ci jobs (the only ones use hls 1.9) are all working. So hackage issue must have been fixed.

We just need to figure out why 1.8 is not building on the older GHC versions that still use it.

hls-hlint-plugin, hls-stan-plugin, hls-rename-plugin and hls-qualify-imported-names failed to build. Perhaps we should bump the internal index state but I have materialisation nightmares :D

hls build in CI does not set an index state or use materialised nix. So it picks up the latest hackage index-state available in hackage.nix.

[hamishmack]

BTW logic choosing HLS version to build on CI is here

haskell.nix/build.nix

Lines 47 to 49 in ee6e1d7

	if __compareVersions haskell.compiler.${compiler-nix-name}.version "9.4" < 0
	then "1.8.0.0"
	else "latest";