Skip to content

Conversation

@snoyberg
Copy link
Contributor

This patch turned out to be much larger than expected, and mostly for tedious reasons. I recommend reviewing one commit at a time, as two of these are very mechanical (changing constraints and adding fields to some data types).

I added support to stackage-curator recently to include hashes of .cabal files for newly generated snapshots. This patch will ensure that, when using Git as a package index and a snapshot with this hash information, we get the same version of the .cabal file as was used when generating the snapshot, avoiding the possibility of Hackage edits from corrupting the snapshot for end users.

I recommend holding off on merging this for a few days so it can be properly tested with upstream Stackage Nightly snapshots that actually have this .cabal hash information.

@mgsloan
Copy link
Contributor

mgsloan commented Apr 28, 2016

@snoyberg LGTM! I pushed a fix to the build for 7.8

@snoyberg snoyberg force-pushed the cabal-file-git-sha branch from 47b3913 to e18d8b5 Compare May 3, 2016 05:08
@mgsloan
Copy link
Contributor

mgsloan commented May 4, 2016

LGTM!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants