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.

`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.

Ben Gamari authored 5 years ago and Ben Gamari committed 5 years ago

This was incorrectly dropped with the old CI infrastructure.

All of these libraries must be adapted to recent changes to `TupE`
on HEAD.

Also remove old patches for `cql` and `diagrams-lib`.

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/ghc#16288 has been backported to the `ghc-8.8`
  branch.
* We can remove `singletons` and `vinyl` from the expected failures
  for `master` now that ghc/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.)

The `free-5.1.2` patch has been updated to accommodate recent changes
to unary `TupE` expressions in ghc/ghc@708c60aa.

The following new patches have been added:

* `fclabels-2.0.3.3`
* `free-algebras-0.0.8.0`
* `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-2.0.1.0`
* `persistent-sqlite-2.10.5`
* `row-types-0.3.0.0`
* `trivial-constraint-0.6.0.0`
* `typenums-0.1.2.1`
* `witness-0.4`

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.

It will only confuse the reader.

Ben Gamari authored 5 years ago and Ben Gamari committed 5 years ago

This clamps the mtime of files in patched source tarballs to the mtime
of the patch to ensure that the time of the build doesn't sneak into the
hashes in the index.

These packages all have more recent Hackage versions that require
patching to support GHC HEAD.

Ben Gamari authored 5 years ago and Ben Gamari committed 5 years ago

This should fix #11.

Ryan Scott authored 5 years ago and Ben Gamari committed 5 years ago

Each of these libraries now has a newer Hackage release that compiles
with GHC 8.8/HEAD.

Now since we have support for expected-broken packages we needn't be as
cautious about linting.

This adds a `--expect-broken` option to the CI driver executable along
with a simple shell script containing the list of packages which we
expect to fail for a given GHC version.