The bump to Stackage LTS 23 has removed these attributes because they
are the default version now (I've verified this manually). With this,
haskellPackages (haskell.packages.ghc98 only) evaluates successfully to
the satisfaction of nix-env(1).
WARNING: Builds where not tested, some of the removals may have broken
something. Also new eval failures of previously working attributes due
to (new) dependencies that are marked as broken were note addressed.
- Upstream has decided that gi-g*k == 4.* should be replaced by dedicated
gi-g*k4 packages. The latest versions of gi-adwaita and gi-gsk use these
already.
- gi-gtk == 4.0.12 and gi-gdk == 4.0.10 are compat packages
forwarding (?) to the corresponding gi-g*k4 package. The gi_g*k_4
alias is retained for now, but should be removed eventually.
WARNING: Builds are totally untested. Especiall gi-g*k may not work
correctly.
This approach no longer works as the latest version of postgresql-libpq
discovers its dependencies via conditionally included dependencies. This
mechanism doesn't work in nixpkgs at the moment, so we'll have to look
into that.
For now, we can remove the shuffling of dependencies which now causes an
evaluation error since librarySystemDepends is unset.
Upstream has addressed the issue we've been trying to work
around (darwin support). The upstream change is different and (iirc)
more correct. We'll have to wait and see if any new issues crop up.
This matches the update from Stackage LTS 22 -> 23 in 7ea7574c.
Regenerate the package set with compiler: ghc-9.8.3 passed to Cabal
using
env \
HACKAGE2NIX=/nix/store/57ivr7wj0bzgkgvgp6i1dsz5rbihy2an-cabal2nix-unstable-2024-12-31/bin/hackage2nix \
bash ./maintainers/scripts/haskell/regenerate-hackage-packages.sh --fast
since cabal2nix-unstable doesn't build yet (I assume).
This was an oversight when first adding GHC 9.8.1 which went unnoticed
because the package set contained semaphore-compat thanks to GHC 9.6 not
having it. Also, semaphore-compat is probably reinstallable.
These overrides are obsolete since Stackage LTS ships these versions by
default. We need to urgently remove these overrides since they are
involved in packages that are exposed from `pkgs`, preventing us from
generating the package map for hackage2nix.
Stackage LTS 23 ships 3.6 as the default version. Note that adding this
attribute probably was not a great idea since it was never going to stay
around consistently.
Rather than repeating this situation, we should implement
https://github.com/NixOS/nixpkgs/issues/190542 for pandoc, ideally
getting help from e.g. the quarto maintainers. Ideally pkgs.pandoc would
be the latest pandoc.
WARNING: Build is completely untested, this change is mostly guesswork
so that pkgs.pandoc evals again to a point where we can generate the
package map for hackage2nix.
This allows us to build packages that set `jailbreak = true` with GHC
9.12. For other versions, this update doesn't change anything, so we can
avoid the rebuild (making this change potentially cherry-pickable onto
e.g. master or staging-next). The update will otherwise happen with a
normal bump of the hackage tarball, rendering this override obsolete.
lzma-static is deprecated in favor of xz which can finally be built
against the system library instead of vendoring and statically linking
xz in the Hackage package.
I've set all packages that vendor lzma somehow related to these packages
to dontDistribute since we don't really want to redistribute potentially
outdated versions of xz (maybe we should mark these as broken,
actually).
Upstream has fixed the implicit declarations in a new release. That
release also includes the test suite in the default package which
unfortunately segfaults, so the build is failing again.
As of b01ca00aed (CODEOWNERS: Switch to alternate mechanism,
2024-10-10) and #336261, this repository doesn't use the GitHub
CODEOWNERS file, but instead has its own similar mechanism. Remove and
update references to the CODEOWNERS file in various documentation files.
Without the change the eval fails as:
$ nix build --no-link -f. haskell.packages.ghc865Binary.exceptions
error: attribute 'exceptions_0_10_8' missing
at pkgs/development/haskell-modules/configuration-ghc-8.6.x.nix:97:16:
96| # This became a core library in ghc 8.10., so we don’t have an "exception" attribute anymore.
97| exceptions = self.exceptions_0_10_8;
| ^
98|
Did you mean exceptions_0_10_9?
After the change the attribute builds successfully.
The test suite expects the behavior of Cabal < 3.12 and it seems
permissible to ignore it. Stackage also ignores this test suite (though
due to a dependency cycle, it seems).
