Release hls-1.0.0 to hackage

[jneira]

• We have to start the process to upload all packages in this repo to hackage
• We bumped out all bounds in the last release so we could upload their versions at https://github.com/haskell/haskell-language-server/tree/1.0.0, without creating a dedicated branch and backport .cabal changes (so it will be easier this time i hope)
  • imo we should not release other changes after 1.0.0
  • so f.e. we should release the hls-hlint-plugin version with the bug (1.0.0.0) before upload 1.0.0.1
• The order would be: hls-plugin-api -> ghcide and co -> plugins -> hls itself

//cc @pepeiborra

[jneira]

• Create branch 1.0.0-hackage: the ghcide cabal file needed add the Path_ module as autogen-module or hackage would reject it
• hls-plugin-api: https://hackage.haskell.org/package/hls-plugin-api-1.0.0.0 @jneira
• hie-compat @wz1000
• ghcide (needs hls-plugin-api and hie-compat): https://hackage.haskell.org/package/ghcide-1.0.0.0 @jneira
• hls-tactics-plugin: https://hackage.haskell.org/package/hls-tactics-plugin @isovector
• hls-class-plugin: https://hackage.haskell.org/package/hls-class-plugin @Ailrun
• hls-eval-plugin: https://hackage.haskell.org/package/hls-eval-plugin @tittoassini
• hls-explicit-imports-plugin: https://hackage.haskell.org/package/hls-explicit-imports-plugin @jneira
• hls-hlint-plugin: https://hackage.haskell.org/package/hls-hlint-plugin-1.0.0.1 @jneira
• hls-retrie-plugin: https://hackage.haskell.org/package/hls-retrie-plugin @pepeiborra
• hls-haddock-comments-plugin: https://hackage.haskell.org/package/hls-haddock-comments-plugin @berberman
• hls-splice-plugin: https://hackage.haskell.org/package/hls-splice-plugin @jneira
• haskell-language-server: https://hackage.haskell.org/package/haskell-language-server

[wz1000]

Why do we need a hie-compat release? It hasn't changed at all.

[jneira]

In the last release we bumped up all packages versions to 1.0.0 and all deps bounds to 1.0.* for consistency, even if they did not change so the upload is needed

[wz1000]

I don't think hie-compat needs to be at 1.0, I can revert that change if necessary. ghc-exactprintand hiedb were not bumped to 1.0 either, similarly hie-compat is more of a supporting library than a part of HLS.

[jneira]

Uploaded ghcide release candidate: https://hackage.haskell.org/package/ghcide-1.0.0.0/candidate

[Ailrun]

@jneira Oops, it still uses hie-compat >= 1.0.0.0

[jneira]

ugh did I forget to pull last changes? sure
will correct asap, thanks for check the candidate

[jneira]

@Ailrun corrected and uploaded again 🤞

[Ailrun]

Awesome, thanks!

[jneira]

ghcide fails due to the last version of haddock-library and the lack of upper bounds for it 😟

src\Development\IDE\Spans\Common.hs:123:28: error:
    • Couldn't match type ‘H.ModLink (H.DocH String String)’
                     with ‘[Char]’
      Expected type: String
        Actual type: H.ModLink (H.DocH String String)
    • In thehe first argument of ‘escapeBackticks’, namelymely ‘i’
      In the first argument of ‘(++)’, namelymely ‘escapeBackticks i’
      In the second argument of ‘(++)’, namelymely ‘escapeBackticks i ++ "`"’
    |
123 |   = "`" ++ escapeBackticks i ++ "`"
    |                            ^
cabal: Failed to build ghcide-0.6.0 (which is required by exe:ghcide-bench
from ghcide-0.6.0).

will open a pr for master and will backport in hls-1.0.0-hackage

[jneira]

Forgot to mention i did a hackage revision for ghcide-0.7.5, as it was failing for hls-plugin-api-1.0.0 and haddock-library: https://hackage.haskell.org/package/ghcide-0.7.5.0/revisions/

I assumed haddock-library was fixed in master