Hi.
> Check the version list in Release2014.hs
Would it still be possible to bump cabal-install to 1.18.0.5?
Cheers,
Andres
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://projects.haskell.org/cgi-bin/mailman/listinfo/
Hi.
I can understand the motivation of this proposal, but I'm slightly worried:
(1) I haven't really followed the discussion, but it was my
understanding that the currently released platform requires manual
patching on MacOS X, whereas the new one wouldn't? If so, would it not
be wise to release
> After getting a thumbs up from package / distro builders (that's your cue to
> chime in here and say "rodger, all systems go"), we'll release:
NixOS is ready.
One thing I noted when testing the website is that the Arch Linux link
yields 404.
Cheers,
Andres
__
> That is it -- certain situations trigger 0.14. into providing the extra
> information, but only for 0.14.0 AFAICT.
Yes, it's been introduced in 0.14.0.
Cheers,
Andres
___
Haskell-platform mailing list
Haskell-platform@projects.haskell.org
http://pr
Hi.
>> The problem is that ' cabal install --dry-run --reinstall' has become too
>> loquacious for
>> our convenience and is annotating the output with extra context.
>>
> Are you sure of this? My 0.14.0 cabal seems to only output more info per
> line if I include -v -- otherwise the output seems
wrote:
> Changing my import to
>
> import System.Environment (getArgs)
>
> solves the problem although on the previous version of the Haskell platform
>
> import System (getArgs)
>
> worked.
This is current GHC behaviour, and does (IMHO) not classify as a
Platform problem. The packa
