Support new stack syntax

[nc6]

Stack is adding new syntax, which should actually be somewhat nicer (and in particular allows pinning of cabal revision). See https://www.fpcomplete.com/blog/2017/07/stacks-new-extensible-snapshots for details.

[enobayram]

Hi, today I've been bitten by this too, and I can't find any workarounds. Seems like the latest stack doesn't use (i.e. use them as dependencies) the git repositories under the packages section, so I have to add them to the extra-deps section using the new syntax. But then stackage2nix complains about it. I couldn't come up with a stack.yaml file that pleases both stack and stackage2nix. Am I missing an obvious workaround?

[4e6]

If yaml format has changed, I don't see a workaround for this issue. The version of the stack binary I am currently using still supports the old format, so maybe you can temporarily switch back to this version:

stack --version
Version 1.6.5, Git revision 24ab0d6ff07f28276e082c3ce74dfdeb1a2ca9e9 (5514 commits) x86_64 hpack-0.20.0

I'll see what has been changed. Ideally, I would like stackage2nix support both formats.

I'll put this issue on the stack (pun intended)

[enobayram]

Awesome, thanks

[4e6]

TODO:

• Custom snapshots.
  • Generate Stackage from a snapshot config file
  • --resolver arg should accept a path to yaml config with a custom Stackage snapshot
  • resolver in a stack.yaml file should also support a path to yaml config
• support new package definition
  • acme-missiles-0.3@sha256:2ba66a092
  • acme-missiles-0.3@rev:0
  • (Add support for archive keyword #56) archive: url with subdirs
  • (Add support for new syntax in extra-deps #55) packages and extra-deps sections in stack.yaml should support all package formats
• can we support package-indices other than Hackage?