The sdl2 version bounds are too loose on hackage since 0.6.0.

Question

The sdl2 version bounds are too loose on hackage since 0.6.0.

ekmett opened this issue 10 years ago · 5 comments

The contents of Graphics.UI.SDL.Enum rather radically changed in 1.3.0, and the < 2 version bound you've been using on hackage since helm 0.6.0 doesn't work.

You can now change these retroactively on hackage by using the edit package description to lower the upper bound to < 1.3. If you did this before pushing a new version, you'd have a lot fewer user install problems.

Answer 1 · 2015-01-04T10:45:22.000Z

Going forward it was fixed with #74. I don't have access to the hackage package so @z0w0 will need to do the retroactive edit.

Answer 2 · 2015-01-04T21:14:15.000Z

I've deprecated the other packages and uploaded 0.7.1 which contains the corrected version bounds.

Answer 3 · 2015-01-04T23:01:33.000Z

Sadly, deprecation doesn't actually work on hackage at the moment, so 0.6.0 and 0.6.1 can still be selected by the solver unless you cap their versions as well.

Answer 4 · 2015-01-04T23:26:48.000Z

Ugh, absolute bummer. Is there not even a warning saying it's deprecated!?

On Mon, Jan 5, 2015 at 9:01 AM, Edward Kmett notifications@github.com
wrote:

Sadly, deprecation doesn't actually work on hackage at the moment, so
0.6.0 and 0.6.1 can still be selected by the solver unless you cap their
versions as well.

—
Reply to this email directly or view it on GitHub
#86 (comment).

Zack Corr
z0w0.me http://z0w0.me

Answer 5 · 2015-01-04T23:54:24.000Z

It basically does nothing at this point. You might get a deprecation warning on the page for the haddocks or something, but I've never seen it.