Restore dhall and reverse dependencies

[Gabriella439]

The latest version of dhall builds against the latest version of ansi-terminal

Checklist:

• Meaningful commit message - please not Update build-constraints.yml

• Some time passed since Hackage upload

• On your own machine, in a new directory, you have successfully run the following set of commands (replace $package with the name of the package that is submitted, $version is the version of the package you want to get into Stackage):

  stack unpack $package
  cd $package-$version
  stack init --resolver nightly
  stack build --resolver nightly --haddock --test --bench --no-run-benchmarks
  

[Gabriella439]

I believe the CI failure indicates that Travis is now pulling in an unexpected version of GHC? I think it's unrelated to this change

[DanBurton]

We've switched nightlies over to ghc 8.4.1 now. I restarted the travis build; it should be internally consistent on which ghc version it expects and uses now.

[DanBurton]

The Travis build now states the correct reason for failure. Many packages are currently absent from the nightlies, such as aeson, cryptonite, yaml, etc. We are working on adding them back in. Keep the PR open. I'll give you an update on this if there's any action to take on your end. Otherwise, I anticipate we'll be able to merge within a few days.

[DanBurton]

I've been able to restore most of the deps needed to the build plan. However, the following are still an issue:

http-client (not present) depended on by:

• dhall-1.11.1 (>=0.4.30 && < 0.6). Gabriel Gonzalez Gabriel439@gmail.com @Gabriel439. @dhall-lang. Used by: library

http-client-tls (not present) depended on by:

• dhall-1.11.1 (>=0.2.0 && < 0.4). Gabriel Gonzalez Gabriel439@gmail.com @Gabriel439. @dhall-lang. Used by: library

trifecta (not present) depended on by:

• dhall-1.11.1 (>=1.6 && < 1.8). Gabriel Gonzalez Gabriel439@gmail.com @Gabriel439. @dhall-lang. Used by: library, executable
• dhall-bash-1.0.10 (>=1.6 && < 1.8). Gabriel Gonzalez Gabriel439@gmail.com @Gabriel439. @Gabriel439. Used by: executable
• dhall-json-1.0.12 (>=1.6 && < 1.8). Gabriel Gonzalez Gabriel439@gmail.com @Gabriel439. @dhall-lang. Used by: executable

All three are waiting on blaze-builder to upgrade. See also: lpsmith/blaze-builder#14

[Gabriella439]

@DanBurton: Yeah, no hurry

Regarding #3143 (comment), should I wait for this to complete before opening an issue to add the dhall-* packages back to LTS 11?

[DanBurton]

@Gabriel439 no need to wait. LTS 11 is still on ghc 8.2 and does already include blaze-builder. It will not have the same roadblock that we are experiencing here.

[DanBurton]

The blaze-builder update happened, yay! It appears that the last issue blocking dhall is haskell/text-format#22

text-format (not present) depended on by:

• dhall-1.11.1 (< 0.4). Gabriel Gonzalez Gabriel439@gmail.com @Gabriel439. @dhall-lang. Used by: library
• dhall-bash-1.0.10 (< 0.4). Gabriel Gonzalez Gabriel439@gmail.com @Gabriel439. @Gabriel439. Used by: library

[Gabriella439]

Somebody contributed a fix to replace dhall's text-format dependency with a formatting dependency instead since text-format appears to be unmaintained, so I'm going to cut a new release with the changed dependency, which should fix this last issue. formatting seems to be maintained and already passing for Stackage nightly if I'm reading the build-constraints.yaml correctly

[DanBurton]

formatting seems to be maintained and already passing for Stackage nightly if I'm reading the build-constraints.yaml correctly

@Gabriel439 correct.

https://www.stackage.org/nightly-2018-03-20/package/formatting-6.3.1

[Gabriella439]

Alright, I updated dhall and its reverse dependencies to no longer depend on formatting and I verified that dhall builds with the latest stackage nightly

[juhp]

Thanks, sorry this took so long: this one seemed to slip through the cracks