-
Notifications
You must be signed in to change notification settings - Fork 82
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
msgpack-0.7 with relaxed upper bounds #57
Comments
Is this still desired? |
One moment, I will check |
It looks like I have switched my use cases from https://hackage.haskell.org/package/msgpack to https://hackage.haskell.org/package/data-msgpack since (the latter was made "since the original author is unreachable"). So I personally would no longer need this, given that the other package also claims "This fork incorporates a number of bugfixes and is actively being developed". |
Fair enough; just for the record, effective immediately this library is maintained again :-) |
@hvr OK, good to know! Have you already had a chance to look at the differences the fork has made so far, maybe some of them are useful to pick back up? |
I skimmed the fork and I think most of the functional non-refactoring changes were already submitted as PRs to this repo (and have been merged). I'll take a closer look at some point in the future to see if there's anything else I'd like to steal back... :-) |
Hi,
I saw that you released msgpack-1.0 - congrats!
However, the changes are quite a lot (e.g. switching to
binary
).Would you mind making another point release in the 0.7 series that allows higher upper bounds on some standard packages like
text,attoparsec,template-haskell
?Currently I have to use
--allow-newer
to use it, see e.g. here: https://travis-ci.org/nh2/call-haskell-from-anything/jobs/61278874#L184Thanks!
The text was updated successfully, but these errors were encountered: