Skip to content
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

Release new version with aeson 0.8 support #53

Closed
snoyberg opened this issue Sep 8, 2014 · 10 comments
Closed

Release new version with aeson 0.8 support #53

snoyberg opened this issue Sep 8, 2014 · 10 comments

Comments

@snoyberg
Copy link
Collaborator

snoyberg commented Sep 8, 2014

It looks like this is already on master, but not released to Hackage. Could you make this release available?

@snoyberg
Copy link
Collaborator Author

snoyberg commented Oct 3, 2014

@kallisti-dev Bump, would it be possible to make this release?

@ExternalReality
Copy link

+1 snoyberg. Would it be at all possible to make this a release?

@snoyberg
Copy link
Collaborator Author

snoyberg commented Oct 8, 2014

If it helps you, I've released a package webdriver-snoy to Hackage with relaxed upper version bounds, which we're using internally now. Once a new release is made of the official webdriver, I'll deprecate my package.

@ExternalReality
Copy link

That did help.

@codygman
Copy link

@snoyberg Just a friendly reminder, you forgot to deprecate webdriver-snoy.

@snoyberg
Copy link
Collaborator Author

webdriver hasn't been updated yet, AFAICT.

@erratic-pattern
Copy link
Member

The latest changes to webdriver are available on hackage as version 0.6.0.2. I apologize for the wait.

@snoyberg
Copy link
Collaborator Author

Actually, since then two new package versions have been released that are excluded by the cabal file:

  • text 1.2.0.0
  • http-client 0.4.5

@erratic-pattern
Copy link
Member

Ah, it looks like several pull requests that weren't attached to issues snuck by me. I've updated the dependencies for those and released 0.6.0.3.

@snoyberg
Copy link
Collaborator Author

Thanks, packdeps reports all upper bounds are non-restrictive

snoyberg added a commit to commercialhaskell/stackage that referenced this issue Nov 24, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants