Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

haskellPackages: update stackage and hackage #351154

Merged
merged 40 commits into from
Nov 7, 2024
Merged

Conversation

sternenseemann
Copy link
Member

@sternenseemann sternenseemann commented Oct 25, 2024

This Merge

This PR is the regular merge of the haskell-updates branch into master.

This branch is being continually built and tested by hydra at https://hydra.nixos.org/jobset/nixpkgs/haskell-updates. You may be able to find an up-to-date Hydra build report at cdepillabout/nix-haskell-updates-status.

We roughly aim to merge these haskell-updates PRs at least once every two weeks. See the @NixOS/haskell team calendar for who is currently in charge of this branch.

haskellPackages Workflow Summary

Our workflow is currently described in pkgs/development/haskell-modules/HACKING.md.

The short version is this:

  • We regularly update the Stackage and Hackage pins on haskell-updates (normally at the beginning of a merge window).
  • The community fixes builds of Haskell packages on that branch.
  • We aim at at least one merge of haskell-updates into master every two weeks.
  • We only do the merge if the mergeable job is succeeding on hydra.
  • If a maintained package 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!)

More information about Haskell packages in nixpkgs can be found in the nixpkgs manual.


This is the follow-up to #346720. Come to #haskell:nixos.org if you have any questions.

Marked as draft since we need to wait for the last iteration to be merged as part of #348827. After that we can switch the target branch to master and finalize this iteration.

github-actions bot and others added 7 commits October 22, 2024 00:16
This commit has been generated by maintainers/scripts/haskell/update-hackage.sh
This commit has been generated by maintainers/scripts/haskell/update-stackage.sh
This commit has been generated by maintainers/scripts/haskell/regenerate-hackage-packages.sh
@github-actions github-actions bot added 6.topic: haskell 8.has: documentation This PR adds or changes documentation labels Oct 25, 2024
I do not know why we are ignoring Stackage for this package.
fe7d494#commitcomment-148356941
This reverts commit accf933 with some
additional modifications.
@github-actions github-actions bot removed the 8.has: documentation This PR adds or changes documentation label Oct 25, 2024
Fails to compile due to a newly exposed type in deepseq 1.5.10:
<typeable/generic-arbitrary#18>.
- crypton is maintained, contrary to cryptonite
- since the Hackage scrypt package uses SSE2, we can't build it on
  non-x86 platforms (non x86_64 even probably). The best option
  is to disable the Scrypt module. To prevent cabal from pulling
  in scrypt in spite of that, we need to patch build-depends to
  respect the flag.
@sternenseemann
Copy link
Member Author

sternenseemann commented Oct 31, 2024

  • eval errors
  • large-hashable (I'll do that)

sternenseemann and others added 12 commits November 1, 2024 11:38
http-semantics is a package implementing some logic common between http2
and http3. There aren't matching releases of the latter packages for
http-semantics == 0.3.* yet.
These jobs weren't actually generated since we don't add doDistribute to
Cabal-syntax*. It doesn't really matter since the Cabal job always
causes the corresponding Cabal-syntax to be built.
Unfortunately, it won't be possible to build 9.12 nor, in all
likelihood, 9.14 with Cabal 3.12 or 3.14 (which are shipped with GHC 9.8
and 9.10, respectively) due to
<https://gitlab.haskell.org/ghc/ghc/-/commit/145a6477854d4003a07573d5e7ffa0c9a64ae29c>.
Since this has been confirmed by upstream, we'll have to bite the bullet
and adjust our hadrian bootstrapping logic to deal with that.
Fortunately, we at least have gotten a hackage released version of Cabal
3.14, so we don't need to bootstrap from an in tree Cabal version.
For Cabal, using a more recent version of process is practically never
necessary since it has support for a very wide range. The process
override is a relic from when we were testing cabal-install with all GHC
versions. cabal-install(-solvers) needs directory >=1.3.7.0 which in
turn needs a recent version of process to work. Consequently, the used
Cabal version needed to use the same process version or we'd have
inconsistent dependencies when building cabal-install. Since we only
support cabal-install with GHCs that ship new enough versions of both
process and directory out of the box, we can drop these overrides.
@github-actions github-actions bot added the 8.has: documentation This PR adds or changes documentation label Nov 3, 2024
This was forgotten when the mailctl attribute was removed.
twain 2.2.0.0 means that we can finally stop depending on out of date
versions of http2 and warp.
@sternenseemann
Copy link
Member Author

@maralorn From what I can tell all important regressions have been fixed (mergeable and maintained succeed locally), but you should probably have another look before merging. The ghcHEAD aarch64-linux issue is annoying, but isn't urgent, I'll find a solution soon. We could downgrade MicroHs to fix it, but it is fixed in the next release, so probably a waste of time (as long as we remember to unmark it broken)v.

@sternenseemann sternenseemann merged commit a469250 into master Nov 7, 2024
11 of 12 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants