about summary refs log tree commit diff
path: root/pkgs/top-level/release-haskell.nix
AgeCommit message (Collapse)AuthorFilesLines
2023-08-17haskell.packages.ghc94.ghc-tags: pin to matching version 1.6sternenseemann1-0/+1
haskell.packages.ghc96.ghc-tags: test on Hydra
2023-08-08haskell.compiler.ghc946: init at 9.4.6sternenseemann1-0/+3
https://www.haskell.org/ghc/blog/20230807-ghc-9.4.6-released.html
2023-07-25haskell.packages.*.ghc-source-gen: shuffle broken flags aroundsternenseemann1-0/+8
ghc-source-gen being broken is the norm now, as it only supports GHC < 9.4. To keep tabs on it still (it is required for HLS some of the time), we add it to release-haskell.nix.
2023-07-24haskell.packages.ghc962.weeder: test on Hydrasternenseemann1-0/+1
2023-07-03haskell.packages.ghc96.monad-par: patch for mtl >= 2.3sternenseemann1-12/+4
This allows us building cabal2nix with GHC 9.6 which we can now test on Hydra.
2023-07-03haskell.packages.ghc96.hpack: test no Hydrasternenseemann1-3/+1
2023-07-03haskellPackages.large-hashable: restrict to GHC < 9.4sternenseemann1-0/+3
A potential fix for the problem is still in discussion: https://github.com/factisresearch/large-hashable/pull/26
2023-07-01haskell.packages.*.hashable: provide data-array-byte for GHC < 9.4sternenseemann1-0/+2
This dependency is no longer necessary for GHC >= 9.4, but we need to make it available for GHC < 9.4.
2023-06-30haskellPackages: cleanup Cabal versionsmaralorn1-3/+0
Not regenerating hackage-packages.nix in this commit because cabal2nix is currently not cached by hydra
2023-06-08haskell.compiler.ghc961: remove at 9.6.1sternenseemann1-8/+0
2023-05-30haskell.compiler.ghc96: 9.6.1 -> 9.6.2sternenseemann1-0/+8
2023-05-29release-haskell: remove pakcs because it is insecureDennis Gosnell1-1/+0
2023-05-28ghc: 9.2.7 -> 9.2.8Dennis Gosnell1-3/+3
2023-05-27haskell.compiler.ghc928: init at 9.2.8Dennis Gosnell1-0/+5
2023-04-22haskell.compiler.ghc94: 9.4.4 -> 9.4.5sternenseemann1-3/+3
https://www.haskell.org/ghc/blog/20230418-ghc-9.4.5-released.html
2023-04-11haskell-language-server: Enabe builds for ghc 9.6.1maralorn1-2/+0
2023-03-29haskellPackages: filter out Darwin jobs from mergeable job in ↵Dennis Gosnell1-28/+37
release-haskell.nix
2023-03-24haskellPackages: make sure versionedCompilerJobs doesn't try running on ↵Dennis Gosnell1-3/+18
platforms ghc does not support
2023-03-24haskellPackages: small refactoring and comments to versionedCompilerJobs in ↵Dennis Gosnell1-5/+30
release-haskell.nix
2023-03-24haskellPackages: small formatting fix to versionedCompilerJobs in ↵Dennis Gosnell1-7/+7
release-haskell.nix
2023-03-24haskellPackages: add comments to release-haskell.nixDennis Gosnell1-1/+60
2023-03-19release-haskell.nix: test Cabal-syntax >= 3.8 as wellsternenseemann1-0/+2
2023-03-18release-haskell.nix: test GHC 9.6 package setsternenseemann1-8/+28
2023-03-18release-haskell.nix: test weeder with GHC 9.4sternenseemann1-0/+1
2023-03-14haskellPackages.Cabal_3_10_1_0: build with matching of Cabal-syntaxsternenseemann1-0/+1
2023-03-12release-haskell.nix: disable musl dependent jobs on aarch64-darwinsternenseemann1-1/+5
2023-03-12haskell.compiler.ghc961: init at 9.6.1sternenseemann1-7/+14
xhtml seems to be built unconditionally now which is at least one thing improved by hadrian.
2023-03-10release-haskell.nix: add aarch64-darwinsternenseemann1-1/+1
nixpkgs:trunk also builds aarch64-darwin these days, so this forces our hand a little bit. We can still refuse to care about failures _too_ much, but at least we will stop merging as big a rebuilds as we are currently.
2023-03-08haskell.compiler.ghcHEAD: 9.7.20221224 -> 9.7.20230217sternenseemann1-3/+0
- Christmas is over! - Upstream has changed the name of the target triplet used for the JS backend from js-unknown-ghcjs to javascript-unknown-ghcjs, since Cabal calls the architecture "javascript": https://gitlab.haskell.org/ghc/ghc/-/commit/6636b670233522f01d002c9b97827d00289dbf5c Since the triplet is made up anyways, i.e. autoconf does not support it and Rust uses different triplets for its emscripten backends, we'll just change it as well. - Upstream fixed the problem with ar(1) being invoked incorrectly by stage0: https://gitlab.haskell.org/ghc/ghc/-/commit/e987e345c807035e4637ca3eae227ae501e16c42
2023-03-01haskellPackages.ghc: 9.2.6 -> 9.2.7sternenseemann1-3/+3
https://www.haskell.org/ghc/blog/20230227-ghc-9.2.7-released.html Also updates some of the printouts in the manual. We should probably make it clear in the text that these may be outdated, since we are doing a terrible job keeping up…
2023-03-01haskell.compiler.ghc927: init at 9.2.7sternenseemann1-0/+5
https://www.haskell.org/ghc/blog/20230227-ghc-9.2.7-released.html
2023-02-19release-haskell.nix: don't try building known to fail js backendssternenseemann1-6/+17
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.
2023-02-18Merge pull request #216985 from sternenseemann/release-haskell-ghc926maralorn1-3/+7
release-haskell.nix: reflect release of GHC 9.2.6
2023-02-18haskell.packages.*.ghc-tags: pick compatible versionsternenseemann1-0/+8
Since there is probably more movement going forward, testing this on Hydra for multiple GHC versions seems sensible.
2023-02-18release-haskell.nix: reflect release of GHC 9.2.6sternenseemann1-3/+7
2023-02-14treewide: use lib.optionalsFelix Buehler1-3/+1
2023-01-05release-haskell.nix: test ghc with JS backendsternenseemann1-0/+7
It should be just below the current output limit, but we'll see. If it doesn't fit, we may have to disable profiling objects.
2022-12-30release-haskell: Pick correct versions for hlint and hlsmaralorn1-9/+2
2022-12-29haskell.compiler.ghc94: 9.4.2 -> 9.4.4sternenseemann1-2/+1
https://www.haskell.org/ghc/blog/20221103-ghc-9.4.3-released.html https://www.haskell.org/ghc/blog/20221224-ghc-9.4.4-released.html
2022-12-24haskell: remove spectacle from release packagesDennis Gosnell1-3/+0
2022-12-24haskell: remove idris from release packagesDennis Gosnell1-1/+0
2022-12-19neuron-notes: Removemaralorn1-1/+0
2022-11-26haskellPackages.purescript: drop unnecessary overridessternenseemann1-4/+0
We no longer need to fiddle around with the broken flag, as the package is in the default set now.
2022-11-26haskell.packages.ghc8107.purescript-*st: mark as brokensternenseemann1-6/+0
These packages are not really used by anything anymore (except dovetail which has not been working (ever?)). As they now choke on the base-compat version we ship, we'll mark them as broken.
2022-11-20haskellPackages: stop evaluating hyper-haskell-server-with-packages in jobsetDennis Gosnell1-1/+1
2022-11-11release-haskell.nix: test emanotesternenseemann1-0/+1
2022-11-09haskell.packages.ghc92: revert to 9.2.4sternenseemann1-3/+9
Due to https://gitlab.haskell.org/ghc/ghc/-/issues/22425, we'll tentatively stay with 9.2.4 for now. If you need 9.2.5, it is available via haskell.packages.ghc925.
2022-11-09haskell.packages.ghc94: revert to 9.4.2sternenseemann1-0/+1
Due to https://gitlab.haskell.org/ghc/ghc/-/issues/22425, we'll tentatively stay with 9.4.2 for now. 9.4.3 is available explicitly via haskell.packagse.ghc943 if you need it (e.g. on aarch64).
2022-11-07haskell.compiler.ghc92: 9.2.4 -> 9.2.5sternenseemann1-9/+9
2022-11-04haskell.compiler: ghc942 -> ghc943sternenseemann1-1/+1
https://www.haskell.org/ghc/download_ghc_9_4_3.html Dropping GHC 9.4.2, since there is no Stackage snapshot which uses GHC 9.4.*, so the stack Nix integration should not get any ideas.