1. 19 Jan, 2020 2 commits
    • Ryan Scott's avatar
      Drop, migrate old patches · 5128b784
      Ryan Scott authored
      * The patches for `barbies`, `ghc-tcplugins-extra`, `ghc-typelits-extra`,
        `mono-traversable`, and `persistent-sqlite` have all been dropped as
        their latest Hackage versions support GHC 8.8 through HEAD.
      * The `pandoc-2.9.1` patch has been migrated to support the latest
        Hackage version,
    • Ryan Scott's avatar
      Mark free-algebras as broken due to ghc#17710 · b7941dd5
      Ryan Scott authored
  2. 13 Jan, 2020 1 commit
    • Ryan Scott's avatar
      Adapt to overloaded TH quotations in GHC HEAD · f30794c5
      Ryan Scott authored
      This patches `shakespeare` and `th-utilities` to adapt to
      ghc@9129210f landing in HEAD.
      Note that since the `template-haskell` version number hasn't been
      bumped yet (see ghc#17645), I had to use
      `__GLASGOW_HASKELL__ >= 811` instead of the slightly more precise
  3. 09 Jan, 2020 3 commits
  4. 07 Jan, 2020 1 commit
  5. 24 Dec, 2019 7 commits
  6. 19 Dec, 2019 1 commit
  7. 16 Dec, 2019 1 commit
  8. 24 Nov, 2019 2 commits
    • Ryan Scott's avatar
      Remove unix-2.8 patching for now · 9a09dfe4
      Ryan Scott authored
      I originally patched these libraries in anticipation of GHC HEAD
      bundling the yet-to-be-released `unix-2.8` instead of `unix-2.7`.
      However, since then HEAD has switched back to `unix-2.7` and doesn't
      show any signs of going back to `2.8` any time soon. Keeping these
      patches around, therefore, is a bit wasteful since it results in
      more `Cabal` store cache misses without any benefits, since these
      libraries build on HEAD just fine. Until the need to actually adjust
      to `unix-2.8` arises once more, I'm going to remove these patches
      for now.
    • Ryan Scott's avatar
      Drop old snap-core patch; migrate pandoc, shakespeare patches · 8981eb8b
      Ryan Scott authored
      `snap-core` has a more recent Hackage version that builds without
      issue on GHC HEAD.
      `pandoc` and `shakespeare` have more recent Hackage versions that
      require patching.
  9. 14 Nov, 2019 3 commits
  10. 12 Nov, 2019 1 commit
    • Ryan Scott's avatar
      Remove some expected failures · 64a4f798
      Ryan Scott authored
      We can remove several packages from the expected failures list due
      to recent developments:
      * We can remove `hashtables`, `http2`, `statistics`, and
        `unicode-transforms` from the expected failures for 8.8 now that
        the fix for ghc#16288 has been backported to the `ghc-8.8`
      * We can remove `singletons` and `vinyl` from the expected failures
        for `master` now that ghc!2102 has landed. The `vinyl-0.12.0`
        patch needs to be updated since it uses `TypeFamilyDependencies`
        in such a way that requires `UndecidableInstances`. (Note that
        `singletons` already enabled `UndecidableInstances` in all the
        right places, so no further action is required for that library.)
  11. 11 Nov, 2019 1 commit
  12. 09 Nov, 2019 1 commit
    • Ryan Scott's avatar
      Update free patch, add patches for HEAD support · aea92517
      Ryan Scott authored
      The `free-5.1.2` patch has been updated to accommodate recent changes
      to unary `TupE` expressions in ghc@708c60aa.
      The following new patches have been added:
      * `fclabels-`
      * `free-algebras-`
      * `generics-sop-lens-0.2`
      * `geniplate-mirror-0.7.6`
      * `language-docker-8.0.2`
      * `mustache-2.3.0` (based on https://github.com/JustusAdam/mustache/pull/42)
      * `parameterized-utils-`
      * `persistent-sqlite-2.10.5`
      * `row-types-`
      * `trivial-constraint-`
      * `typenums-`
      * `witness-0.4`
  13. 08 Nov, 2019 2 commits
    • Ben Gamari's avatar
      ci: Add README · ff84f213
      Ben Gamari authored
    • Ben Gamari's avatar
      ci: Don't constrain to patched package versions · 4a714778
      Ben Gamari authored
      Previously we constrained the CI install plans to use only patched
      versions of any packages for which we had patches. This was an attempt
      to decouple ourselves from the evolution of Hackage a bit. Specifically,
      I was worried that if we didn't constrain the install plan to the
      patched versions then we would end up having spurious build failures
      every time a new minor package version is released (since
      cabal-install would prefer the new release over our patched
      version). Admittedly this is just a hack to work around the fact
      that version bounds are generally quite loose, but it seemed like a
      reasonable trade-off at the time.
      However, this ended up making it hard to support older major versions
      of a package simultaneously with the newest version if the latter
      doesn't require a patch. Let's try doing away with the constraints.
  14. 07 Nov, 2019 5 commits
  15. 06 Nov, 2019 2 commits
  16. 05 Nov, 2019 7 commits