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

Aeson 1.2 state? #2532

Closed
qrilka opened this issue May 22, 2017 · 10 comments
Closed

Aeson 1.2 state? #2532

qrilka opened this issue May 22, 2017 · 10 comments

Comments

@qrilka
Copy link
Contributor

qrilka commented May 22, 2017

#2449 was locked already more than a month ago, it was said that stackage curators will check it periodically so my question is - how large is that period? :)
I'm asking because aeson is 1 of obstacles for GHCJS support in lts-8 (see tolysz/ghcjs-stack#8 ) and with a locked issue it's not clear how to help pushing aeson-1.2 into LTS

@mihaimaruseac
Copy link
Contributor

mihaimaruseac commented May 24, 2017

I checked now, there are still a few blockers:

aeson-1.2.0.0 (Adam Bergmark [email protected] @bergmark) is out of bounds for:

@reactormonk
Copy link
Contributor

reactormonk commented May 24, 2017

There is now uri-bytestring-aeson-0.1.0.1 with the correct bounds. For future reference, do I need to mention that here specifically, or does it get picked up automatically?

@phadej
Copy link
Contributor

phadej commented May 24, 2017

servant- packages are going to updated any moment now (verifying last one).

Stackage maintainers are free to drop haxl if Facebook folks don't release the compatible version in time (the PR have been merged for some time already, and seems there are preparations for GHC-8.2 happening in the repository)

@bergmark
Copy link
Member

@qrilka we don't do major version upgrades in an LTS series so aeson-1.2.0.0 won't be included until
LTS 9 ships, at the earliest. (e haven't scheduled LTS 9 but it's about time for it).

@mihaimaruseac
Copy link
Contributor

@reactormonk it gets picked up

@mihaimaruseac
Copy link
Contributor

This is now also blocked by #2537

@qrilka
Copy link
Contributor Author

qrilka commented May 24, 2017

@bergmark will there be some ticket in this tracker about lts-9 preparation here or on #2537 ? Probably this lts preparation process is documented somewhere?

@bergmark
Copy link
Member

Sorry, I misspoke. What we usually do is take the current nightly and turn that into the next LTS since otherwise the LTS would contain packages that may not have been tested sufficiently. That means aeson-1.1.* would be in LTS 9 which should be fine for ghcjs as it has the flag for toggling FFI code.

That's really all there is to that process.

@christiaanb
Copy link
Contributor

I've updated the .cabal file for clash-lib-0.7.1 on hackage with the correct bounds

@bergmark
Copy link
Member

No need to keep this open as we have #2449, i may make a new issue out of it as only a few packages remain.

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

No branches or pull requests

6 participants