haskellPackages: update stackage and hackage #130424
Merged
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
cdepillabout
requested review from
expipiplus1,
maralorn and
sternenseemann
as code owners
ofborg
bot
added
8.has: package (new)
11 tasks
|
@cdepillabout can you update the hackage pin once again? Seems like the update fixing |
haskell-updates: add explanation for adding new NixOS/haskell member
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
|
It looks like If someone were to fix this, I imagine it would end up fixing a bunch of the reverse dependencies as well. |
|
It looks like fixing |
These were blocked due to mutual desigion during me<>`sternenseemann` discussion. haskell-nix/hnix#952 In short: I shipped my own work (to support GHC 9.0) in the 0.5 releases of `hnix-store-{core,remote}`. These packages are really used only by `hnix` itself, and instead of maintaining them in Nixpkgs & reacting on `hnix` release, we decided to hold them back & switch to these versions when `hnix` provides support for them. I just (today) released `hnix` 0.14 & it requires `hnix-store-{core,remote}` 0.5. If you would look at dependency tree: https://packdeps.haskellers.com/reverse/hnix-store-core https://packdeps.haskellers.com/reverse/hnix-store-remote It shows that `hnix` currently is the only alive use of these projects.
hnix needs these versions since 0.13, but we previously patched it to use the versions tracked in stackage because that reduces the risk of multiple versions of a package being propagated in the dependency tree and breaking a build. One major release later, patching hnix has become quite cumbersome, so we'll bite the bullet for now and return to this approach if any problems come up.
Change to pname is necessary in order to not confuse jailbreak-cabal.
This is helpful to get a small cache going for people who want musl-enabled packages.
…imple ghc: mark broken for musl + integer-simple builds
haskell-updates build report from hydraevaluation 1689170 of nixpkgs commit 0dfed52 as of 2021-07-26 00:33 UTC Build summary
Maintained packages with build failure
Maintained packages with failed dependency
Unmaintained packages with build failure99 job(s)
Unmaintained packages with failed dependency122 job(s)
Report generated with maintainers/scripts/haskell/hydra-report.hs |
|
I'm passing over control of this PR to @sternenseemann, who will be in charge of this process from today til 2021-08-08. Here's what still needs to be either fixed or marked as broken before merging this PR in. Note that we give maintainers 7 days after the first time they've been notified that their packages are failing to build, so I've also included how many days ago the maintainers were first notified on this thread:
|
seems like python39 currently fails to build with musl as libc #131557. As a workaround, we can just build the musl GHCs using python38 like we have been in the past (the python 3.8 -> 3.9 update being a more recent development).
|
I opened upstream issues for all agda packages I'm maintaining, and referenced this PR. I'll bump the version for |
|
I'm fine with merging this PR with agda stuff as is, I guess it is easier for you guys to fix the extra regressions on master? |
Yes and no. My proposal:
|
|
Alright, I'll cherry-pick the appropriate bits of #131245 onto this PR quickly and then you can make your PR. |
Co-authored-by: sternenseemann <[email protected]>
11 tasks
This reverts commit 36628e6. As it turns out this wasn't caused by the update from python 3.8 -> 3.9, but the underlying issue affects both python version (it seems that LTO is at fault currently). Will have to be fixed elsewhere, reverting.
turion
requested changes
Jul 26, 2021
maintainers/scripts/haskell/upload-nixos-package-list-to-hackage.sh
Outdated
Show resolved
Hide resolved
| # | ||
| # > removeMany ["aarch64-linux" "x86_64-darwin"] ["aarch64-linux" "x86_64-darwin" "x86_64-linux"] | ||
| # ["x86_64-linux"] | ||
| removeMany = itemsToRemove: list: lib.foldr lib.remove list itemsToRemove; |
There was a problem hiding this comment.
Shouldn't functions like this go to lib?
There was a problem hiding this comment.
I guess, but adding stuff to lib should get a bit of consensus and on the flipside is also subject to a lot of bikeshedding. If someone feels like it, they can feel free to move this into lib though.
Co-authored-by: Manuel Bärenz <[email protected]>
This commit has been generated by maintainers/scripts/haskell/mark-broken.sh
12 tasks
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-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-07-25. If I can merge it earlier, there might be successor PRs in that time window. As part of our rotation @sternenseemann will continue these merges from 2021-07-26 to 2021-08-08.
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 #129606.