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

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)

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.

The upstream issue for liquidhaskell is resolved. liquidhaskell is
marked broken for an unrelated issue in one of its dependencies.

haskellPackages.brick_0_70_1: remove at 0.70.1

taskell's upstream repository has been archived after three years of
inactivity. There also doesn't seem to be an obvious fork that provides
a suitable, maintained replacement.

No changelog entry since taskell has already been marked as broken in
24.05 from the beginning.

Seems like Stackage recently has reintroduced ghc-syntax-highlighter to
its set at version 0.0.10.0 which is just what we need.

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

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.

…mesa

update package.yaml

Neither package support GHC 9.10 currently. Their corresponding plugins
are thus disabled in HLS.

https://www.haskell.org/ghc/download_ghc_9_8_3.html

…mesa (#349186)

HLS can't be built yet with 9.8.3, so it doesn't make sense to make it a
default yet. Unfortunately we are still missing a ghc-lib-parser release
that works with ghc 9.8.3.

This commit has been generated by maintainers/scripts/haskell/mark-broken.sh based on
*evaluation [1809515](https://hydra.nixos.org/eval/1809515) of nixpkgs commit [e7735af](https://github.com/NixOS/nixpkgs/commits/e7735afbdce5f32dabb78e9393792625ff6d5eaa) as of 2024-10-21 19:40 UTC*
from the haskell-updates jobset on hydra under https://hydra.nixos.org/jobset/nixpkgs/haskell-updates