NO MOAR BIKESHEDS! I don't want to release in the platform an API that is out of date the day we release it. So we either go with the new (and I'm trusting Sven to vouch for 'it's the right API, we'll support this for the next year or so') - or we drop OpenGL* from the platform release - or we do "with and without" releases. Votes? ​

Relatedly, theres a major version bump release of primitive that's due to be cut soon, and in a month or two vector 0.11 will be ready for release one way or another. At the very least, we should try to get that new version of primitive ready for release and onto platform, since it immediately upgrades the power of any package that uses prim monad! On Mar 27, 2015 11:28 AM, "Edward Kmett" wrote:

I'm personally a rather vocal proponent of the new OpenGL API changes.

I'd also in general favor a policy of greater trust when it comes to library authors factoring out bits of their packages even once they become part of the platform. We all want our code to work together.

The hand-wringing we've had over the splitting off of multipart from cgi and ObjectName or StateVar from OpenGL because designers of packages like sdl2 want to be able to support a common API without incurring a needless OpenGL dependency is largely indicative of why some folks get scared of their packages being included in the platform.

And, e.g. aeson's scientific dependency is needed to ensure data going through the API doesn't lose precision, and due to stackage almost everyone has adapted to its presence for over a year. Removing it would do nobody any good. Let's bless it and move on.

-Edward

On Fri, Mar 27, 2015 at 10:41 AM, Mark Lentczner

...

wrote:

...

NO MOAR BIKESHEDS!

I don't want to release in the platform an API that is out of date the day we release it. So we either go with the new (and I'm trusting Sven to vouch for 'it's the right API, we'll support this for the next year or so') - or we drop OpenGL* from the platform release - or we do "with and without" releases.

Votes? ​

_______________________________________________ Libraries mailing list Libraries@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

On March 27, 2015 at 10:47:12 PM, Mark Lentczner (mark.lentczner@gmail.com) wrote:

Is "soon" measured in hours? If not - I suggest that it misses.

I'm pushing that we change how we do this Platform thing - and make it stick, like glue, to the GHC release schedule. Sure, this time 'round we'll be out of sync with those "it's almost there" packages... but next time we'll know it's coming and hopefully, we'll have these panic attacks as GHC is in beta not post-Release.

+1 to this sentiment. Now that we can do efficient platform builds, better to release regularly and efficiently. Otherwise we’ll always be playing catch-up to “one more thing.” -g

Soon is now. I just published primitive-0.6 and vector-0.10.12.3 that increments the version dependency for it. So they can go in if people want. -- Dan On Fri, Mar 27, 2015 at 10:46 PM, Mark Lentczner wrote:

On Fri, Mar 27, 2015 at 11:50 AM, Carter Schonwald < carter.schonwald@gmail.com> wrote:

...

Relatedly, theres a major version bump release of primitive that's due to be cut soon, and in a month or two vector 0.11 will be ready for release one way or another.

Is "soon" measured in hours? If not - I suggest that it misses.

I'm pushing that we change how we do this Platform thing - and make it stick, like glue, to the GHC release schedule. Sure, this time 'round we'll be out of sync with those "it's almost there" packages... but next time we'll know it's coming and hopefully, we'll have these panic attacks as GHC is in beta not post-Release.

- Mark

_______________________________________________ ghc-devs mailing list ghc-devs@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs

Just needs a bumped upper bound it seems. On Sat, Mar 28, 2015 at 5:48 PM, Mark Lentczner wrote:

On Wed, Mar 25, 2015 at 1:02 AM, Sven Panne wrote:

...

A +1 for including exceptions, but why version 0.6.1, which is quite old? I would propose including the latest and greatest 0.8.0.2 version.

Ah - because gci 3001.2.2.0 has a bound on exceptions < 0.7.

John Chee: I don't want to ship an old exceptions. Can update cgi or shall we keep cgi out this time 'round?

- Mark

_______________________________________________ Libraries mailing list Libraries@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries

On Sat, Mar 28, 2015 at 10:28 AM, John Alfred Nathanael Chee < cheecheeo@gmail.com> wrote:

Mark: I'm bumping the dependency on exceptions now. I'll post back before noon PDT if I get a release out.

Rockin'! All: I appreciate the crazy weekend scramble! Alas, for me during the week I'm swamped with work (a good thing - it means my project there is going very well!) If this sync'ing with GHC releases path is well received, then next time we'll have a bit more (~1 month) runway! - Mark

Thanks, John! Alpha 2 is now out: - github commit https://github.com/haskell/haskell-platform/commit/fa90210b908e26616904d8f0d... - OS X Build: Haskell Platform 2015.2.0.0 alpha 2 64bit.pkg http://www.ozonehouse.com/mark/platform/Haskell%20Platform%202015.2.0.0%20al... Notable changes: - Based on GHC 7.10.1 release - updated attoparsec - updated cgi - brand spanking new major release of OpenGL & GLUT (and related packages) - brand new primitive - updated vector - modern exceptions - updated cabal-install - added ObjectName, StateVar, and transformers-compat, needed by the above Whew! I'll be building the ubuntu based generic build tonight (just got a brand new Intel NUC for this!) Keep the cards and letters coming! Test it out! Review the versions! *Look over the issues list on GitHub https://github.com/haskell/haskell-platform/issues, and see if there is anything we need to fix before going final sometime in the next few days.* - Mark