Who remembers HP 2013.4.0.0...?

I do - I'm just a lame-o this cycle! Please review the status below - I'll have the 'prerelease' branch in github updated this weekend, and packages out (src tarball and Mac installers) out this coming week. - Mark *Resolved Issues* - fgl - haven't heard from Ivan, so we'll stay with the status quo. - aeson / dlist - log round'a'bout discussion resulted in decision to omit aeson this cycle. - alex / happy - I haven't heard from the maintainers on the major version bump, but they are both active here and so I'm assuming it is a go. *Current Proposed Versions* *GHC 7.6.3* -- same as last time (erroneously listed as a version bump last time) *Packages with no changes:* fgl, haskell-src, html, HUnit, mtl, parsec, QuickCheck, random, regex-base, regex-compat, regex-posix, split, stm, text, transformers, xhtml, zlib *Packages held back:* cgi: 3001.1.7.5 (3001.1.8.4* requires MonadCatchIO-mtl)* *Packages with minor version bumps:* HTTP: 4000.2.8 → 4000.2.10 ☚ bump from prior 2013.4.0.0 list network: 2.4.1.2 → 2.4.2.2 ☚ bump from prior 2013.4.0.0 list parallel: 3.2.0.3 → 3.2.0.4 syb: 0.4.0 → 0.4.1 unordered-containers: 0.2.3.0 → 0.2.3.3 vector: 0.10.0.1 → 0.10.9.1? primitive: 0.5.0.1 → 0.5.1.0? *Packages with major version bumps:* case-insensitive: 1.0.0.1 → 1.1.0.1 hashable: 1.1.2.5 → 1.2.1.0 GLUT: 2.4.0.0 → 2.5.0.1 GLURaw: 1.3.0.0 → 1.4.0.0 OpenGL: 2.8.0.0 → 2.9.1.0 OpenGLRaw: 1.3.0.0 → 1.4.0.0 alex: 3.0.5 → 3.1.0 *pending okay* happy: 1.18.10 → 1.19.0 *pending okay* *Cabal:* Cabal: 1.16.0 → 1.18.1.2 *consensus seems to be that this will be okay* cabal-install: 1.16.0.2 → 1.18.0.2 *Platform Packagers:* This will be the last HP source release that contains all the ad hoc scripts for packaging. I canvased the group last time and as I recall, everyone said they just used the .cabal file - and no one used the scripts. I plan to replace them with a new tool built for the needs of the tarball release, and ditch this old set of scripts.

Great! I was hoping to hear an update about this soon :)
Is there anything we can do to help?
On Sat, Jan 4, 2014 at 1:35 PM, Mark Lentczner
I do - I'm just a lame-o this cycle!
Please review the status below - I'll have the 'prerelease' branch in github updated this weekend, and packages out (src tarball and Mac installers) out this coming week.
- Mark
*Resolved Issues*
- fgl - haven't heard from Ivan, so we'll stay with the status quo. - aeson / dlist - log round'a'bout discussion resulted in decision to omit aeson this cycle. - alex / happy - I haven't heard from the maintainers on the major version bump, but they are both active here and so I'm assuming it is a go.
*Current Proposed Versions* *GHC 7.6.3* -- same as last time (erroneously listed as a version bump last time)
*Packages with no changes:* fgl, haskell-src, html, HUnit, mtl, parsec, QuickCheck, random, regex-base, regex-compat, regex-posix, split, stm, text, transformers, xhtml, zlib
*Packages held back:* cgi: 3001.1.7.5 (3001.1.8.4* requires MonadCatchIO-mtl)*
*Packages with minor version bumps:* HTTP: 4000.2.8 → 4000.2.10 ☚ bump from prior 2013.4.0.0 list network: 2.4.1.2 → 2.4.2.2 ☚ bump from prior 2013.4.0.0 list parallel: 3.2.0.3 → 3.2.0.4 syb: 0.4.0 → 0.4.1 unordered-containers: 0.2.3.0 → 0.2.3.3 vector: 0.10.0.1 → 0.10.9.1? primitive: 0.5.0.1 → 0.5.1.0?
*Packages with major version bumps:* case-insensitive: 1.0.0.1 → 1.1.0.1 hashable: 1.1.2.5 → 1.2.1.0
GLUT: 2.4.0.0 → 2.5.0.1 GLURaw: 1.3.0.0 → 1.4.0.0 OpenGL: 2.8.0.0 → 2.9.1.0 OpenGLRaw: 1.3.0.0 → 1.4.0.0
alex: 3.0.5 → 3.1.0 *pending okay* happy: 1.18.10 → 1.19.0 *pending okay*
*Cabal:* Cabal: 1.16.0 → 1.18.1.2 *consensus seems to be that this will be okay* cabal-install: 1.16.0.2 → 1.18.0.2
*Platform Packagers:* This will be the last HP source release that contains all the ad hoc scripts for packaging. I canvased the group last time and as I recall, everyone said they just used the .cabal file - and no one used the scripts. I plan to replace them with a new tool built for the needs of the tarball release, and ditch this old set of scripts.
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

Hi Mark,
On Sat, Jan 4, 2014 at 10:35 PM, Mark Lentczner
I do - I'm just a lame-o this cycle!
Please review the status below - I'll have the 'prerelease' branch in github updated this weekend, and packages out (src tarball and Mac installers) out this coming week.
Regarding the Windows installer - I'm really busy right now, and will have time to work on it only in the second half of this month (after 17th January). Also, I think that the version number should be 2014.2.0.0. -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

Hello Mark, One of the major anticipated features of this HP release is the OS X 10.9 support. Since the GHC version won't change for this release, I assume that everybody is confident that 7.6.3 + a clang wrapper script is all that is required? I'm just a bit worried seeing bugs like this one: https://ghc.haskell.org/trac/ghc/ticket/8490 Would be a shame to get a HP release and then finding out that we'd really need a handful of fixes from 7.8 to get things fully working on 10.9. Also, regarding OS 10.6 64bit: https://ghc.haskell.org/trac/ghc/ticket/8094 https://ghc.haskell.org/trac/ghc/ticket/8511 The current HP page lists OS X 10.6 64bit + XCode 4.1 as a supported, but from what I can tell from my two machines this has been broken ever since HP 2012.2.0.0. I think at least the download page should be updated to reflect this. Thanks for the update and sorry if I'm just bringing up some points that have already been discussed / resolved. Cheers, Tim On Jan 4, 2014, at 10:35 PM, Mark Lentczner wrote:
I do - I'm just a lame-o this cycle!
Please review the status below - I'll have the 'prerelease' branch in github updated this weekend, and packages out (src tarball and Mac installers) out this coming week.
- Mark
Resolved Issues fgl - haven't heard from Ivan, so we'll stay with the status quo. aeson / dlist - log round'a'bout discussion resulted in decision to omit aeson this cycle. alex / happy - I haven't heard from the maintainers on the major version bump, but they are both active here and so I'm assuming it is a go. Current Proposed Versions GHC 7.6.3 -- same as last time (erroneously listed as a version bump last time)
Packages with no changes: fgl, haskell-src, html, HUnit, mtl, parsec, QuickCheck, random, regex-base, regex-compat, regex-posix, split, stm, text, transformers, xhtml, zlib
Packages held back: cgi: 3001.1.7.5 (3001.1.8.4 requires MonadCatchIO-mtl)
Packages with minor version bumps: HTTP: 4000.2.8 → 4000.2.10 ☚ bump from prior 2013.4.0.0 list network: 2.4.1.2 → 2.4.2.2 ☚ bump from prior 2013.4.0.0 list parallel: 3.2.0.3 → 3.2.0.4 syb: 0.4.0 → 0.4.1 unordered-containers: 0.2.3.0 → 0.2.3.3 vector: 0.10.0.1 → 0.10.9.1? primitive: 0.5.0.1 → 0.5.1.0?
Packages with major version bumps: case-insensitive: 1.0.0.1 → 1.1.0.1 hashable: 1.1.2.5 → 1.2.1.0
GLUT: 2.4.0.0 → 2.5.0.1 GLURaw: 1.3.0.0 → 1.4.0.0 OpenGL: 2.8.0.0 → 2.9.1.0 OpenGLRaw: 1.3.0.0 → 1.4.0.0
alex: 3.0.5 → 3.1.0 pending okay happy: 1.18.10 → 1.19.0 pending okay
Cabal: Cabal: 1.16.0 → 1.18.1.2 consensus seems to be that this will be okay cabal-install: 1.16.0.2 → 1.18.0.2
Platform Packagers: This will be the last HP source release that contains all the ad hoc scripts for packaging. I canvased the group last time and as I recall, everyone said they just used the .cabal file - and no one used the scripts. I plan to replace them with a new tool built for the needs of the tarball release, and ditch this old set of scripts. _______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

The first bug is very hard to decipher how what that user is experiencing may or may not apply to how HP on a stock 10.9/Xcode 5 system will work. In particular that user is using homebrew and a homebrew installed gcc. As one side effect of homebrew is a whole new/different set of libs (for example, there is a well known issue with homebrew and iconv, and I've seen reports in other contexts than Haskell). The second two bugs are what they are. I'm don't see how we could do anything different in the packaging of HP to fix them... other than perhaps build GHC from scratch on my machine (rather than Ian's) - but still not sure that will fix the second one. - Mark

Thanks for the clarifications! I just saw a number of 7.6.3 + 10.9 reports about linker issues and such popping up in the last few months and remember some work being done to backport a couple of fixes for a 7.6.4 release. If all will be fine with standard Apple Cmd Line Tools, that's great. I don't think the 10.6 64bit issue is a HP issue in any way. I also tied building my own GHC from source, it did nothing to resolve that crash. I only think it's problematic that the HP download page has been listing 10.6 + XCode 4.1 + GHC 64bit as a working combination when that stopped being the case quite some time ago. It does not seem like that bug will get fixed, so I was just suggesting to update the download page to recommend only the 32bit GHC for 10.6 users. Cheers, Tim On Jan 5, 2014, at 1:08 AM, Mark Lentczner wrote:
The first bug is very hard to decipher how what that user is experiencing may or may not apply to how HP on a stock 10.9/Xcode 5 system will work. In particular that user is using homebrew and a homebrew installed gcc. As one side effect of homebrew is a whole new/different set of libs (for example, there is a well known issue with homebrew and iconv, and I've seen reports in other contexts than Haskell).
The second two bugs are what they are. I'm don't see how we could do anything different in the packaging of HP to fix them... other than perhaps build GHC from scratch on my machine (rather than Ian's) - but still not sure that will fix the second one.
- Mark

2014/1/4 Mark Lentczner
[...] GLUT: 2.4.0.0 → 2.5.0.1 [...]
It would be nice to use 2.5.0.2 instead, the only changes (apart from a different Travis CI config) are slightly different dependencies in the .cabal file. These popped up when testing the GLUT package on Travis CI (https://travis-ci.org/haskell-opengl/GLUT). Another point: I am not sure if everybody is aware of the fact that building OpenGLRaw with clang will *not work*, and a wrapper won't help. The reason is that clang's -traditional behavior is fundamentally broken, see e.g. the recent discussion on ghc-devs and on https://github.com/haskell-opengl/OpenGLRaw/issues/18. We're in the same boat as imake and xrdb, and the clang people have not been very responsive about this long-known problem.

Hi, I would propose to update to the latest text-1.0.0.1 version and other packages depending on it (ie. parsec-3.1.4) (A name containing 2014 would make more sense to me.) Cheers Christian Am 04.01.2014 22:35, schrieb Mark Lentczner:
I do - I'm just a lame-o this cycle!
Please review the status below - I'll have the 'prerelease' branch in github updated this weekend, and packages out (src tarball and Mac installers) out this coming week.
- Mark
*Resolved Issues*
* fgl - haven't heard from Ivan, so we'll stay with the status quo. * aeson / dlist - log round'a'bout discussion resulted in decision to omit aeson this cycle. * alex / happy - I haven't heard from the maintainers on the major version bump, but they are both active here and so I'm assuming it is a go.
*Current Proposed Versions* *GHC 7.6.3* -- same as last time (erroneously listed as a version bump last time)
*Packages with no changes:* fgl, haskell-src, html, HUnit, mtl, parsec, QuickCheck, random, regex-base, regex-compat, regex-posix, split, stm, text, transformers, xhtml, zlib * * *Packages held back:* cgi: 3001.1.7.5 (3001.1.8.4/ requires MonadCatchIO-mtl)/
*Packages with minor version bumps:* HTTP: 4000.2.8 → 4000.2.10☚ bump from prior 2013.4.0.0 list network: 2.4.1.2 → 2.4.2.2☚ bump from prior 2013.4.0.0 list parallel: 3.2.0.3 → 3.2.0.4 syb: 0.4.0 → 0.4.1 unordered-containers: 0.2.3.0 → 0.2.3.3 vector: 0.10.0.1 → 0.10.9.1? primitive: 0.5.0.1 → 0.5.1.0? * * *Packages with major version bumps:* case-insensitive: 1.0.0.1 → 1.1.0.1 hashable: 1.1.2.5 → 1.2.1.0
GLUT: 2.4.0.0 → 2.5.0.1 GLURaw: 1.3.0.0 → 1.4.0.0 OpenGL: 2.8.0.0 → 2.9.1.0 OpenGLRaw: 1.3.0.0 → 1.4.0.0
alex: 3.0.5 → 3.1.0 /pending okay/ happy: 1.18.10 → 1.19.0 /pending okay/
*Cabal:* Cabal: 1.16.0 → 1.18.1.2 /consensus seems to be that this will be okay/ cabal-install: 1.16.0.2 → 1.18.0.2
*Platform Packagers:* This will be the last HP source release that contains all the ad hoc scripts for packaging. I canvased the group last time and as I recall, everyone said they just used the .cabal file - and no one used the scripts. I plan to replace them with a new tool built for the needs of the tarball release, and ditch this old set of scripts.
_______________________________________________ Libraries mailing list Libraries@haskell.org http://www.haskell.org/mailman/listinfo/libraries

Not really related to the version discussion in this thread, but a good time for a reminder when building the Windows installer: http://trac.haskell.org/haskell-platform/ticket/226 (Ancient glut32.dll bundled with the Haskell platform) is still open...

Hi,
On Mon, Jan 6, 2014 at 5:20 PM, Sven Panne
Not really related to the version discussion in this thread, but a good time for a reminder when building the Windows installer: http://trac.haskell.org/haskell-platform/ticket/226 (Ancient glut32.dll bundled with the Haskell platform) is still open...
Yes, I remember about this. It's still open because: a) There was no new HP release during this period and so no need to update the installer. b) I can't access my haskell-platform trac account. -- () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments

Hi, I've just noticed that text-1.1.0.0 was uploaded and that the (earlier adapted) constraint (text >= 0.2 && < 1.1) for parsec-3.1.4 is again too narrow. http://hackage.haskell.org/package/text http://hackage.haskell.org/package/parsec I assume text-1.1.0.0 is an improvement that should go into the platform, but the platform cannot keep track with such rapidly moving targets like the text package. When can we expect the text package to become more stable? Which text (and parsec) version should go into the next HP release? Cheers Christian Am 06.01.2014 12:29, schrieb Christian Maeder:
Hi,
I would propose to update to the latest text-1.0.0.1 version and other packages depending on it (ie. parsec-3.1.4)
(A name containing 2014 would make more sense to me.)
Cheers Christian

I currently expect the change in parsec to be a simple change in the
package description, so it will be fine for inclusion in the next platform
if needed.
On Jan 9, 2014 7:47 AM, "Christian Maeder"
Hi,
I've just noticed that text-1.1.0.0 was uploaded and that the (earlier adapted) constraint (text >= 0.2 && < 1.1) for parsec-3.1.4 is again too narrow.
http://hackage.haskell.org/package/text http://hackage.haskell.org/package/parsec
I assume text-1.1.0.0 is an improvement that should go into the platform, but the platform cannot keep track with such rapidly moving targets like the text package.
When can we expect the text package to become more stable? Which text (and parsec) version should go into the next HP release?
Cheers Christian
Am 06.01.2014 12:29, schrieb Christian Maeder:
Hi,
I would propose to update to the latest text-1.0.0.1 version and other packages depending on it (ie. parsec-3.1.4)
(A name containing 2014 would make more sense to me.)
Cheers Christian

Hi Mark,
I don't know what your approach is going to be for 'text' but if you will
be including versions 1.0.* or 1.1.* you'll also need to pull in a newer
version of 'parsec'. I've released parsec versions 3.1.4 & 3.1.5, whose
only changes bump the 'text' dependency to 1.0.* and 1.1.* respectively.
Take care,
Antoine
On Fri, Jan 10, 2014 at 7:51 AM, Antoine Latter
I currently expect the change in parsec to be a simple change in the package description, so it will be fine for inclusion in the next platform if needed. On Jan 9, 2014 7:47 AM, "Christian Maeder"
wrote: Hi,
I've just noticed that text-1.1.0.0 was uploaded and that the (earlier adapted) constraint (text >= 0.2 && < 1.1) for parsec-3.1.4 is again too narrow.
http://hackage.haskell.org/package/text http://hackage.haskell.org/package/parsec
I assume text-1.1.0.0 is an improvement that should go into the platform, but the platform cannot keep track with such rapidly moving targets like the text package.
When can we expect the text package to become more stable? Which text (and parsec) version should go into the next HP release?
Cheers Christian
Am 06.01.2014 12:29, schrieb Christian Maeder:
Hi,
I would propose to update to the latest text-1.0.0.1 version and other packages depending on it (ie. parsec-3.1.4)
(A name containing 2014 would make more sense to me.)
Cheers Christian
participants (7)
-
Antoine Latter
-
Bob Ippolito
-
Christian Maeder
-
Mark Lentczner
-
Mikhail Glushenkov
-
Sven Panne
-
Tim C. Schroeder