Re: [PR PATCH] [Closed]: [WIP] GHC 8.10.4

[q66 <q66@users.noreply.github.com>]

[-- Attachment #1: Type: text/plain, Size: 2872 bytes --]

There's a closed pull request on the void-packages repository

[WIP] GHC 8.10.4
https://github.com/void-linux/void-packages/pull/29506

Description:
It's that time of the year again!

- [X] ghc; I took over as maintainer here, @leahneukirchen said that was okay on IRC (cc'ing here to make sure)
- [ ] ghc-bin; took over as mainainer of orphaned package.
    - [X] x86_64-musl; [Link here](https://void.johnnynator.dev/distfiles/ghc-8.10.4-x86_64-void-linux-musl.tar.xz)
    cc @q66 for these
    - [ ] ppc64le
    - [ ] ppc64le-musl
- [X] cabal-install
- [X] stack
 
Rebuild literally every single haskell package we have and see if anything's broken:

- [x] git-mediate
- [x] kmonad
- [x] cgrep; took over as mainainer of orphaned package.
- [x] debug-me
- [x] hlint
- [x] hoogle
- [x] darcs
- [x] shellcheck
- [x] git-annex
- [x] hledger
- [x] pandoc
- [x] xmobar
- [x] HLS; this is #27961 once that's merged

For the following two I'd like to fix #6414 while we're at it.  Because stack can't install libraries globally, this would involve either removing these packages entirely and advising users to install them in their own [stack or cabal projects](https://github.com/xmonad/xmonad-testing), or finding a way to build them with cabal and updating ghc's data base accordingly.  This would probably use `v1` commands, as we don't want to nuke our users db if we update xmonad. Cc @xaltsc as the current maintainer and @chilledfrogs as someone who might want to tackle this (if I read the IRC discussion correctly). 

- [ ] xmonad
- [ ] xmonad-contrib

<!-- Mark items with [x] where applicable -->

#### General
- [ ] This is a new package and it conforms to the [quality requirements](https://github.com/void-linux/void-packages/blob/master/Manual.md#quality-requirements)

#### Have the results of the proposed changes been tested?
- [X] I use the packages affected by the proposed changes on a regular basis and confirm this PR works for me
- [ ] I generally don't use the affected packages but briefly tested this PR

<!--
If GitHub CI cannot be used to validate the build result (for example, if the
build is likely to take several hours), make sure to
[skip CI](https://github.com/void-linux/void-packages/blob/master/CONTRIBUTING.md#continuous-integration).
When skipping CI, uncomment and fill out the following section.
Note: for builds that are likely to complete in less than 2 hours, it is not
acceptable to skip CI.
-->

#### Does it build and run successfully? 
(Please choose at least one native build and, if supported, at least one cross build. More are better.)
- [X] I built this PR locally for my native architecture, (ARCH-LIBC)
- [ ] I built this PR locally for these architectures (if supported. mark crossbuilds):
  - [ ] aarch64-musl
  - [ ] armv7l
  - [ ] armv6l-musl

[ci skip]