haskellPackages: update stackage and hackage#217111
Merged
sternenseemann merged 42 commits intomasterfrom Mar 1, 2023
Merged
Conversation
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
Both packages had a new release fixing the issues we found after the last bump, so they are easily fixed.
This comment was marked as outdated.
This comment was marked as outdated.
Unbreak tdlib and its dependencies by same upstream (tdlib-types, tdlib-gen, language-tl). Co-authored-by: sternenseemann <sternenseemann@systemli.org>
Cabal 3.8 and friends support process 1.6.17.0 which has recently been released on Hackage, so we can fix the evaluation errors this way.
aarch64-linux will continue failing unless we find another solution. For x86_64-darwin we won't learn anything by it being a constaint star in our build failure reports.
`ghc-pkg list` tells us everything hackage2nix needs to know. In the past the core-packages list and compiler setting in hackage2nix was maintained manually which inevitably leads to it being forgot once in a while – this will then mess with flag resolution when generating the package set in some cases. Luckily, we can just let a simple derivation do this for us. Resolves #202621.
Member
Author
|
@ofborg build haskellPackages.bytepatch |
Espial was broken because the version being tracked had a restrictive upper bound on bytestring that isn't neccessary. Here we jailbreak after asserting the version is 0.0.11 so that it fails once we there's a new release.
haskellPackages.espial: Use latest on GitHub (0.0.16) to unbreak
…ses to broken list
haskell.packages.ghc94.ormolu: fix eval by bumping version
This just moves the package to the current head in the official repo, which has since seen patches that unbreak the ghc-9 build and work with our version of TensorFlow.
This reverts commit 32eecc6. Reason for revert: This fix doesn't alleviate the problem in two ways: 1. It is in the aarch64-darwin section of configuration-darwin.nix, the problem appears on x86_64-darwin (bytepatch doesn't support aarch64). 2. When moving the override into the general *-darwin section, the problem with bytepatch is also unaffected, see my attempt in #217201.
…nsorflow Unbreak snappy and tensorflow Haskell packages
This commit has been generated by maintainers/scripts/haskell/regenerate-hackage-packages.sh
There is a code generation bug in Cabal-3.6.3.0. For packages configured with --enable-relocatable, Cabal would generate code that doesn't compile. There isn't an upstream issue, but the issue is described in the commit that fixed it: haskell/cabal@6c79621 It was fixed in Cabal-3.8.* Backport the fix to the Cabal library that ships with ghc-9.4.4 Cabal 3.8 ships with ghc-9.6, so when 9.6 is released this fix shouldn't be necessary.
Correctly resolves gmodule pkg-config name now: NixOS/cabal2nix@6c1dc89
Member
|
I don't know the workflow of haskell updates, but could you add bump of --- a/pkgs/development/haskell-modules/hackage-packages.nix
+++ b/pkgs/development/haskell-modules/hackage-packages.nix
@@ -129407,4 +129407,4 @@ self: {
pname = "haskell-gi";
- version = "0.26.2";
- sha256 = "05r84czb05n69g7p7jazljh95yzdh2lpzgjjypgpg75mh83igr2w";
+ version = "0.26.3";
+ sha256 = "sha256-jsAb3JCSHCmi2dp9bpi/J3NRO/EQFB8ar4GpxAuBGOo=";
setupHaskellDepends = [ base Cabal cabal-doctest ]; |
Member
|
So, now that diff is in nixpkgs master as 1af0d67 – I thought that unbreaking until the next regeneration is an improvement. As |
This achieves the same as 1af0d67, but prevents it being rolled back by package set regeneration.
Upstream change not released yet: haskell/haskell-language-server@05b248d
maintainers/scripts/haskell/hydra-report: Add comments with error causes to broken list
This commit has been generated by maintainers/scripts/haskell/mark-broken.sh based on *evaluation [1791397](https://hydra.nixos.org/eval/1791397) of nixpkgs commit [81d5cb1](https://github.com/NixOS/nixpkgs/commits/81d5cb1550ef0a58c5ee529c743065cc93a7fb64) as of 2023-02-28 23:50 UTC* from the haskell-updates jobset on hydra under https://hydra.nixos.org/jobset/nixpkgs/haskell-updates
Requested in #218740.
This was referenced Mar 1, 2023
This file contains hidden or 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
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. 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-updatesPRs 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-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 #215925. Come to #haskell:nixos.org if you have any questions.