-
-
Notifications
You must be signed in to change notification settings - Fork 13.9k
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 hackage and stackage #346720
Open
sternenseemann
wants to merge
75
commits into
master
Choose a base branch
from
haskell-updates
base: master
Could not load branches
Branch not found: {{ refName }}
Loading
Could not load tags
Nothing to show
Loading
Are you sure you want to change the base?
Some commits from the old base branch may be removed from the timeline,
and old review comments may become outdated.
Open
+2,539
−2,667
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
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
I dropped darwin builds from the jobset. I believe we can put it back when queues on the farm settle down a bit. |
Feel free to disable evals altogether if necessary; I think no one is available to work on anything at least until the weekend. |
Fixed in revisions 3 and 2
This commit partially reverts ccec93c. This will break a lot of packages in haskellPackages (due to a missing webkitgtk), but at least hackage-packages.nix is reproducible with the generation shell script again. Unfortunately, it seems the generated nature of hackage-packages.nix was ignored when preparing the webkitgtk change: #345611 (comment)
The fallout from #345611 is going to be really annoying to deal with. |
Unfortunately, this is the newest GHC revision we can update to. After https://gitlab.haskell.org/ghc/ghc/-/commit/145a6477854d4003a07573d5e7ffa0c9a64ae29c, it becomes necessary to bootstrap with an in tree Cabal version. Supporting this in nixpkgs is a waste of time since it wouldn't be necessary for any release version.
Stackage already specifies == 0.5.*
These were used by the now removed pkgs.petrinizer.
stylish-cabal does no longer build for GHC 8.6.5 (binary) for unrelated reasons. Doesn't really make sense to invest further into it.
Some library dependency must have stopped re-exporting 'void', so now it needs an extra import line. This package doesn't have any VCS repo.
I'm not sure why this needs a jailbreak. There is already a hackage revision to fix it: https://hackage.haskell.org/package/pipes-extras-1.0.15/revisions/
This commit has been generated by maintainers/scripts/haskell/regenerate-hackage-packages.sh
9.10 HLS either needs a downgraded extensions or to be built with Cabal >= 3.14. |
Backport a patch (which probably addresses a completely unrelated issue with hadrian and system libffi for GHC >= 9.2.3) that stops Cabal from handling libffi includes in libraries/ghci. This allows for cc-wrapper to freely pick the correct libffi which is important when cross compiling GHC as we need to correctly pick between build and host/target libffi each time. This fixes the build of pkgsCross.riscv64.haskell.compiler.ghc8107. Tested - haskell.packages.ghc8107.cabal2nix (x86_64-linux, aarch64-linux) - pkgsCross.riscv64.haskell.compiler.ghc8107 (x86_64-linux) Could not test darwin because rcodesign is broken at the moment (?).
This reverts commit c3322f4. Reason for revert: extensions 0.1.0.3 doesn't support Cabal == 3.12.*. Dependency conflicts due to extensions seem annoying to deal with.
Neither package support GHC 9.10 currently. Their corresponding plugins are thus disabled in HLS.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
This Merge
This PR is the regular merge of the
haskell-updates
branch intomaster
.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:
haskell-updates
(normally at the beginning of a merge window).haskell-updates
intomaster
every two weeks.mergeable
job is succeeding on hydra.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 #339272. Come to #haskell:nixos.org if you have any questions.