A modest proposal (re the Platform)
Carter Schonwald
carter.schonwald at gmail.com
Sun Jan 26 02:00:33 GMT 2014
indeed!
Also respectfully, "extracting the binary from haskell platform" sounds
like it creates more problems than it solves. :)
The cabal-install devs have already said they're happy and willing to work
on providing binaries for the major platforms, and I am happy to figure out
how I can support them do what it is their prerogative. (as they said
earlier in this thread)
*tl;dr* I support the cabal-install devs taking ownership of making sure
the "*$current-majorVersion*" cabal-install is easily downloadable as a
stand alone static binary on all major OS / Arch platforms. It
accomplishes the goal of my RFC as long as its made prominently visible /
discoverable, and as long as its a responsibility they are willing to
commit to supporting. (dont want to force it on them! :) ). Honestl
how can i help get this started? (i'm a bit spread thin, but if i can help
push it along i'm happy to)
On Fri, Jan 24, 2014 at 9:15 PM, Páli Gábor János <pali.gabor at gmail.com>wrote:
> On Sat, Jan 25, 2014 at 2:35 AM, George Colpitts
> <george.colpitts at gmail.com> wrote:
> > I don't see the point of releasing a new Platform version every
> > X months if it doesn't add significant capability or fix significant
> bugs.
>
> I can only comment on this from my perspective again. On FreeBSD, we
> (are trying to) track the Haskell Platform specifications strictly and
> it is not worth the effort to have multiple versions of the same
> package (I have been already providing binary packages for 2
> architectures and 4 majors versions), so we are basically "locked" to
> the versions of the HP libraries and tools.
>
> For example, I could have appreciated a new release of HP, since it
> would have allowed me to update the ports for the ALUT and OpenAL
> package as they depend on OpenGL >= 2.9.0.0. Similarly, a newer
> version of alex and happy are also required by some of the maintained
> packages, but until they are not updated as part of the Platform, I
> cannot really update them. (Unless if I decided to patch them to work
> with the older versions -- if I could.)
>
> Over 530 maintained packages, it is becoming a quite interesting game
> if the base set of libraries (but curiously, not the compiler) are
> lagging a year behind.
>
> _______________________________________________
> Haskell-platform mailing list
> Haskell-platform at projects.haskell.org
> http://projects.haskell.org/cgi-bin/mailman/listinfo/haskell-platform
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://projects.haskell.org/pipermail/haskell-platform/attachments/20140125/0d16dbfc/attachment.htm>
More information about the Haskell-platform
mailing list