Closed sjakobi closed 8 years ago
Oh no! Thanks for the catch. I'll check this out after work today.
@sjakobi - I just pushed a new version to hackage. Please let me know if that fixes your issue (it did for me ;)).
Thanks for the quick response!
stack
's package index doesn't seem to pick up new versions from hackage so quickly though:
~ $ stack install steeloverseer-2.0.0.1
Run from outside a project, using implicit global project config
Using resolver: nightly-2016-06-21 from implicit global project's config file: /home/simon/.stack/global-project/stack.yaml
Didn't see steeloverseer-2.0.0.1 in your package indices.
Updating and trying again.
Fetching package index ...remote: Counting objects: 388, done.
remote: Compressing objects: 100% (287/287), done.
remote: Total 388 (delta 102), reused 344 (delta 89), pack-reused 0
Objekte werden empfangen: 100% (388/388), 134.40 KiB | 0 bytes/s, done.
Unterschiede werden aufgelöst: 100% (102/102), abgeschlossen mit 75 lokalen Objekten.
Von https://github.com/commercialhaskell/all-cabal-hashes
- [Tag Aktualisierung] current-hackage -> current-hackage
Fetched package index.
Populated index cache.
The following package identifiers were not found in your indices: steeloverseer-2.0.0.1
Possible candidates: steeloverseer-2.0.
I can see the fixed bounds on hackage, so closing. Thanks again!
If this is due to a missing or too large upper bound on megaparsec, it would be great if you could add a revision for that bound on Hackage!