-
-
Notifications
You must be signed in to change notification settings - Fork 14.8k
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 #262645
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
haskell.compiler.ghc*Binary: fix globbing
The original change missed that we used to erroneously provide LLVM on aarch64-linux, but not on aarch64-darwin which was later fixed in #246045. Since the change was tested on aarch64-linux prior to this, tls ended up being broken on both aarch64-linux and aarch64-darwin. This commit resolves the situation by introducing a helper function to achieve the effect of passing -fllvm while ensuring LLVM is provided. Resolves #260013.
I assume it's OK for me to cancel non-current builds in the corresponding Hydra jobset, e.g. now it was several thousand. |
This is verified using testers.hasPkgConfigModules which leads to a slight refactor of the expression.
This is verified using testers.hasPkgConfigModules which leads to a slight refactor of the expression.
This is verified using testers.hasPkgConfigModules which leads to a slight refactor of the expression.
This is verified using testers.hasPkgConfigModules which leads to a slight refactor of the expression.
…skell unleash-client-haskell: Unbreak and add maintainer
I think the monad-bayes situation is the only thing which needs fixing. This PR has been open quite a while. I don’t think waiting for the upstream fix to be merged and then bumping hackage is a good option, because the branch is otherwise ready to merge. Let’s either apply the patch or disable the checks now and rip them out in the next iteration. |
Fine with me if a link to the upstream fix is mentioned: tweag/monad-bayes#326 |
haskellPackages.servant-JuicyPixels: unbreak
Applying the monad-bayes patch isn't enough because the files are still missing from the Hackage tarball, so I've disabled the tests. |
This is a manual merge of the PR #265678 since it has a merge conflict
I didn't update our My guess is that the underlying COIN-OR/Clp C++ library was updated fixing the problem? (Gotta love when QuickCheck in Haskell is able to find problems in the underlying C/C++ libraries 😄 ) |
This commit has been generated by maintainers/scripts/haskell/mark-broken.sh based on *evaluation [1801560](https://hydra.nixos.org/eval/1801560) of nixpkgs commit [f10a9c9](https://github.com/NixOS/nixpkgs/commits/f10a9c90947faa4a399e6c98c9fa0ee5c4ae51c5) as of 2023-11-10 04:13 UTC* from the haskell-updates jobset on hydra under https://hydra.nixos.org/jobset/nixpkgs/haskell-updates
taskell depends on an old version of brick that no longer compiles
…+abi issue ...into staging-next We have lots of binaries in cache.nixos.org for this combination already.
On Thu, 9 Nov 2023, Dennis Gosnell wrote:
@thielema
I have released a work-around in the Haskell bindings to Hackage. The tests of
coinor-clp should work, again.
I didn't update our haskellPackages.coinor-clp version in this PR (and it doesn't look like there
was a commit fixing it), but it is now compiling correctly.
My guess is that the underlying COIN-OR/Clp C++ library was updated fixing the problem?
They have fixed something, but I do not know whether they already released
the fix.
(Gotta love when QuickCheck in Haskell is able to find problems in the
underlying C/C++ libraries :-))
I have actually also found bugs in OpenBLAS this way.
Since QuickCheck tests with random inputs, tests may fail or succeed
randomly. Since the test failure showed up only after several runs at
Hydra, I think the failure conditions are not met too often. Thus my
current guess is, that neither my Haskell work-around nor the COIN/OR fix
is used but simply the failure conditions are not triggered by accident.
|
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 #259060. Come to #haskell:nixos.org if you have any questions.