about summary refs log tree commit diff
path: root/pkgs/development/haskell-modules/patches
AgeCommit message (Collapse)AuthorFilesLines
2023-08-18haskellPackages.bloomfilter: drop patches obsoleted by releasesternenseemann1-28/+0
2023-07-26haskell.packages.ghc94.hnix: Add note to patchRodney Lorrimar1-0/+5
2023-07-25haskell.packages.ghc94.hnix: Add patch to fix compile errorsRodney Lorrimar1-0/+74
2023-07-09haskellPackages.{cachix,hercules-ci-agent}: fix buildIlan Joselevich1-32/+0
2023-06-27cachix: 1.5 -> 1.6Domen Kožar1-0/+32
2023-06-07haskell.packages.ghc94.gtk2hs-buildtools: remove patch for upstream fixTommy Bidne1-12/+0
2023-04-09haskellPackages.haskell-ci: adjust to 0.16sternenseemann1-54/+0
- Drop patch which was a backport of a now released upstream change. - Drop scope overrides where upstream constraints are compatible with LTS-20. haskellPackages.cabal-install-parsers_0_4_5: remove at 0.4.5 No longer necessary for haskell-ci which is why we had it.
2023-02-08Merge master into haskell-updatesgithub-actions[bot]7-981/+0
2023-02-07haskellPackages: remove unused patchesNaïm Favier7-981/+0
2023-02-04haskell.packages.ghc94.gtk2hs-buildtools: gtk2hs setup hook broken for ghc-9.4.4Peter Simons1-0/+12
See https://github.com/gtk2hs/gtk2hs/issues/323 for details.
2023-01-04haskellPackages.recursion-schemes: Remove obsolete patchmaralorn1-24/+0
2022-12-31haskellPackages: unbreak hevmArtur Cygan1-129/+0
2022-11-27haskellPackages: configuration common cleanupArtur Cygan1-10/+0
2022-11-26haskell-ci: allow Stackage LTS-20 dependency versionsternenseemann1-0/+54
2022-11-22haskellPackages.mbox: fix build for time >= 1.10sternenseemann1-0/+52
Patch proposed to upstream via email, using a trivial replacement as suggested in the time documentation.
2022-11-21lambdabot: remove upstreamed patchesNaïm Favier2-153/+0
2022-09-25haskellPackages.cachix: fix buildDomen Kožar1-0/+10
2022-09-14haskellPackages.xmonad: drop upstreamed Nix compat patchsternenseemann1-34/+0
We had a long standing downstream patch for XMonad allowing us to override the ghc and xmessage binaries used. That has been upstreamed and released in 0.17.1 and we can drop it! * patch upstreamed in https://github.com/xmonad/xmonad/pull/409 * downstream patch adjusted in https://github.com/NixOS/nixpkgs/pull/184784
2022-09-08echidna: 1.7.3 -> 2.0.2Artur Cygan1-0/+129
2022-08-04nixos/xmonad: rename NIX_GHC env var to XMONAD_GHCsternenseemann1-1/+1
Upstream XMonad was using our xmonad patch file for their flake build to support our nixos module. This would of course break the build upstream if the version we patched and their master branch diverged. We [discussed] that it'd make sense to upstream the environment var code. In the process it seemed sensible to rename the NIX_GHC variable as well, since it isn't really Nix-specific – it's just a way to set the GHC binary to execute. This change has been [implemented] upstream in an unreleased version of xmonad now – meaning we'll be able to drop the xmonad patch soon! This also clarifies the situation in nixpkgs a bit: NIX_GHC is easy to confuse with the environment variable used in the ghcWithPackages wrapper where it is used to set an alternative prefix for a GHC-wrapper for applications trying to discover it via e.g. ghc-paths. It is an implementation detail in this context, as it is in the case of the xmonad module. Since they are different implementations doing different things, different names also make sense. [discussed]: https://github.com/NixOS/nixpkgs/commit/36d5761b3e5aca9742fec85107e3d308a9af872c [implemented]: https://github.com/xmonad/xmonad/commit/23f36d7e230a5dca36fd869ef904abbe1fc168c3
2022-07-02haskellPackages.misfortune: remove patchNaïm Favier1-70/+0
Applied in 0.1.2: https://github.com/ncfavier/misfortune/commit/59fe811f30b3544b71d19276076021bba82d2498
2022-04-03haskellPackages.graphql-engine: 2.0.10 -> 2.3.1sternenseemann1-33/+0
haskellPackages.kriti-lang: init at 0.3.1 Towards getting hasura-related packages to work with Stackage Nightly / GHC 9.0.
2022-03-26haskellPackages.knob: remove patch after 0.2Naïm Favier1-62/+0
2022-03-22lambdabot: apply patch to fix GHC 9 buildNaïm Favier2-0/+153
2022-03-22haskellPackages.misfortune: apply patch to fix GHC 9 buildNaïm Favier1-0/+70
2022-03-16haskellPackages.knob: add patch for GHC 9 supportNaïm Favier1-0/+62
Patch sent to upstream via email, but the package hasn't been updated in ten years. Changes: - IO.seek should now return the new offset so I used modifyMVar instead of modifyMVar_ - mkFileHandle now requires a RawIO instance for Device. Since this was not the case before and I don't think we need to actually support raw IO, I used DeriveAnyClass.
2022-03-08haskellPackages.cryptonite: Disable Argon2 on aarch64-darwinRobert Hensing1-0/+69
A workaround for packages that don't use this hash function. See https://github.com/haskell-crypto/cryptonite/issues/360
2022-02-20haskellPackages.xmonad: use appropriate patch for >= 0.17sternenseemann1-73/+0
We already had a xmonad-nix.patch for XMonad 0.17, so it's just a matter of using it. The old patch for 0.16 can be dropped as well, since we no longer ship that version.
2022-02-20haskellPackages.regex-compat-tdfa: fix build with GHC >= 9.0sternenseemann1-0/+19
Seems that GHC 9 got a bit stricter in terms of bang pattern syntax.
2022-01-22haskellPackages.hnix: drop obsolete patchsternenseemann1-24/+0
2022-01-18hnix: add missing patchDomen Kožar1-0/+24
2021-12-01haskellPackages.xmonad_0_17_0: respect NIX_GHC and XMONAD_XMESSAGENick Hu1-0/+34
Adds xmonad-nix.patch adjusted for xmonad 0.17.0. Originally posted here: https://discourse.nixos.org/t/use-latest-version-of-xmonad-0-17-0/16191/5 Co-Authored-By: ento <ping@stillspinning.cc> Co-Authored-By: sternenseemann <sternenseemann@systemli.org>
2021-11-08haskellPackages.graphviz: hardcode references to graphviz toolssternenseemann1-0/+40
This will make everything using graphviz just work without graphviz having to be able from PATH (in a nix-shell or installed globally).
2021-10-21haskellPackages.gogol-core: unbreakEllie Hermaszewska1-0/+26
2021-10-18haskellPackages.recursion-schemes: Fix profiling objectsEllie Hermaszewska1-0/+24
Thanks to Ryan's patch here https://github.com/recursion-schemes/recursion-schemes/issues/128\#issuecomment-911632813 Fixes https://github.com/NixOS/nixpkgs/issues/140613
2021-08-19haskellPackages.graphql-engine: 2.0.5 -> 2.0.7lassulus1-9/+29
2021-08-17Merge pull request #133621 from Lassulus/hasuraDennis Gosnell2-26/+13
hasura graphql-engine: 1.0.0 -> 2.0.5
2021-08-16haskellPackages.graphql-engine: update to 2.0.5 + refactorlassulus2-26/+13
2021-08-16haskellPackages.readline: fix Setup.hs to work with Cabal 3Samuel Rivas1-0/+8
See https://github.com/NixOS/nixpkgs/pull/111985/ for previous discussion
2021-08-06haskellPackages.SDL-image: fix build on darwinsternenseemann1-0/+9
Interestingly SDL-image exhibits both the problems of SDL-mixer and SDL-ttf have. How the respective fixes we apply here as well work is explained in 1a68ebf98573291fc4a8d8e7b35ea2e74a0d6665 and 2a8105fc58644307007f326de25b357d216d3ad7.
2021-08-06haskellPackages.SDL-ttf: fix build on darwinsternenseemann1-0/+9
SDL_main.h which is included from SDL_ttf.h contains a #define which redefines main to SDL_main. This has to do with the way SDL binaries are linked and executed on darwin which is explained here [1]. However this is bad news for hsc2hs intermediate C sources which in this case only to gather version information from the headers and not to run a full SDL application. Thus compilation would fail due to this issue which we can avoid by redefining main to main again after including the header. [1]: http://www.ariis.it/link/repos/sdl-bindings/hssdl-image/MACOSX
2021-06-05haskellPackages.jsaddle-webkit2gtk: remove now unnecessary patchsternenseemann1-65/+0
Upstream seems to have fixed the issue in the meantime -- without merging Malte's PR, however.
2021-05-20haskellPackages.dyre: fix build by removing out-dated patch and pulling from ↵(cdep)illabout1-25/+0
upstream
2021-05-13haskellPackages.hnix: remove now unnecessary patchsternenseemann1-34/+0
New release 0.13.0.1 introduced support with ref-tf >= 0.5, so we can remove our patch for that purpose.
2021-05-11haskellPackages.phonetic-languages-phonetics-basics: Remove obsolete patchMalte Brandy1-46/+0
2021-05-08haskellPackages.phonetic-languages-phonetics-basics: fix haddockPhaseDmitry Ivankov1-0/+46
haddock 2.24.0 rejects double doc-comments on module https://hydra.nixos.org/build/142423054/nixlog/2 Haven't found upstream repository so patching in-place https://hackage.haskell.org/package/phonetic-languages-phonetics-basics ZHF: #122042
2021-05-07haskellPackages.haskell-gi: Bump versions manually to still build with used ↵Malte Brandy1-0/+65
C libs
2021-05-05haskellPackages.hnix: unbreaksternenseemann1-0/+34
The mystery build failure was caused by having the same instance as an orphan and imported from ref-tf 0.5 (why ever that doesn't warrant a logged error message…). The solution for this is https://github.com/haskell-nix/hnix/pull/918, which sadly doesn't apply cleanly on the hnix 0.12.0.1 tarball. Therefore I've backported the patch until hnix hopefully gets a new hackage release soon.
2021-04-03haskellPackages.gitit: fetch patch from upstreamsternenseemann1-65/+0
The patch I proposed yesterday and vendored in here as a precautionary measure in case I'd have to amend it in order for it to got merged, has been accepted without changes. Thus we can remove the patch file from the tree and just use fetchpatch.
2021-04-02haskellPackages.gitit: unbreaksternenseemann1-0/+65
pandoc 2.12 changed and removed a few exports gitit used. I procured a patch which fixes those without any refactoring by vendoring in the removed function from pandoc which is no problem as they are both available under the GPL 2.0.