haskellPackages: update stackage and hackage #135453
Conversation
This commit has been generated by maintainers/scripts/haskell/update-stackage.sh
This commit has been generated by maintainers/scripts/haskell/update-hackage.sh
This commit has been generated by maintainers/scripts/haskell/regenerate-hackage-packages.sh
This commit has been generated by maintainers/scripts/haskell/update-hackage.sh
This commit has been generated by maintainers/scripts/haskell/regenerate-hackage-packages.sh
expipiplus1
requested review from
cdepillabout,
maralorn and
sternenseemann
as code owners
|
@expipiplus1 I'll look at fixing |
ofborg
bot
added
8.has: clean-up
8.has: package (new)
Sure, if you have enough energy. Otherwise I'll see about taking a look before my period ends! |
Issue was resolved upstream
Compiling GHC on Hydra takes 3h or more (with -j2) whereas even on an outdated CPU GHC can be compiled in under an hour with -j4. To get a higher NIX_BUILD_CORES value at build time, we'll have to mark GHC big-parallel.
GHC 9.2.1-rc1 needs to run xattr in ghc.mk unconditionally. The fix for this and support for the XATTR environment variable have only been added to the GHC 8.10 series so far.
|
We'll need to replace Will need some investigation if GHC 9.2.1 just suffers from the same bug or we'll need to change something in its build. |
|
I'm on it. |
GHC 8.8.4 seems to be quite susceptible to flaky build failures when using more cores. Since we don't care about speed too much with this one, let's disable big-parallel again.
|
Given that all packages build, is there any reason to hold this longer? |
|
The OpenSSL bump (?) on master caused some regressions which need fixing (namely haskell-language-server has started failing). |
|
That seems transient: https://hydra.nixos.org/build/151735600 |
|
Interesting, I had already restarted it once… |
This also adds a top-level `termonad` alias for `termonad-with-packages`.
termonad: add meta.mainProgram to easily run with flakes
Seems like there is either a fundamental issue with how our derivation works or an upstream bug prevent GHC 9.2.1 from compiling on macOS using nixpkgs. Until someone fixes that or rc2 comes around, we can save the build time.
|
@expipiplus1 What do you think about merging the branch as-is? |
This commit has been generated by maintainers/scripts/haskell/mark-broken.sh
|
Thanks everyone! |
…endency. GHC HQ switched the musl bindists from gmp to `integer-simple` with GHC >= 8.10.6, but this was not reflected in the nixpkgs update: * commit 6f12424: ghc: 8.10.5-binary -> 8.10.7-binary From PR NixOS#135453 See also NixOS#130441.
This Merge
This PR is the regular merge of the
haskell-updatesbranch intomaster.This branch is being continually built and tested by hydra at https://hydra.nixos.org/jobset/nixpkgs/haskell-updates.
I will aim to merge this PR by 2021-09-06. If I can merge it earlier, there might be successor PRs in that time window. As part of our rotation @cdepillabout will continue these merges from 2021-09-06 to 2021-09-20.
haskellPackages Workflow Summary
Our workflow is currently described in
pkgs/development/haskell-modules/HACKING.md.The short version is this:
haskell-updates(normally at the beginning of a merge window).haskell-updatesintomasterevery two weeks.mergeablejob is succeeding on hydra.maintainedpackage is still broken at the time of merge, we will only merge if the maintainer has been pinged 7 days in advance. (If you care about a Haskell package, become a maintainer!)This is the follow-up to #133422.