Haskell Platform as the default recommendation considered harmful

Here are some quotes from end-users regarding Platform. This is just what I found on the web and from skimming IRC logs, it doesn't include many hundreds more of examples from IRC of new people _in particular_ getting stuck because they didn't understand they were conflicting with globally installed packages. New people do not understand: 1. ghc-pkg 2. The global vs. user package databases 3. Cabal 4. What Platform does to their build environment New Haskell users are least equipped to understand errors caused by: 1. Package version conflicts 2. Something innate to their install, rather than something wrong with their package constraints. Part of the problem is that the people making decisions on these matters are not the people on the frontlines helping new people in IRC or otherwise in the wild with sufficient regularity to see how often this catches people up. It's less common than it used to be, but that's due in large part to people following the install instructions on https://github.com/bitemyapp/learnhaskell and using things like MinGHC and Stack. Comments like this from the committee: "Despite the controversies over if platform is "right for beginners" it needs to be provided from the downloads page generally." Are representative of the experience the community has had trying to get the situation rectified and people routed to alternatives so that unnecessary friction isn't encountered. Past comments I've made on this: Haskell libraries typically move pretty quickly...Having cabal sandbox init && cabal install $package just work is important and Platform compromises that as the globally installed packages becoming out of date between releases. Doug Beardsley, one of the core Snap developers said this in reply: "This. This is the biggest reason I don't use the platform and have advised a number of relative newcomers to switch from the platform to straight GHC when they encountered build dependency problems." I used to tell people in my guide to install Haskell Platform, but I stopped because it kept creating problems. Haskell Platform causes trouble for new people when the globally installed packages get old. These very same new people are the ones least equipped to cope with or understand the problem or where it comes from. Platform should be recommended when it is the best option available for the majority of Haskell users. Quotes from end-users: "The HP downloads have been moved "above the fold" with a clear demarcating line separating the "first class citizen" (HP) from the other, minimal installers. Frankly, I was astonished when I went on the other day and saw this change, since originally there was pushback about even having HP on the downloads page at all!" (re: content changes on the new haskell.org website) "I know I'm a beginner, but I don't even understand what problem #Haskell platform is trying to solve." "Yeah, I was bitten by Haskell Platform a few weeks ago. I'll have to check out Stack though." "I haven't used haskell for a few years, installed haskell platform the other day, it works fine but I can't cabal install" (said 2015-09-15 btw)
As per #55 we want less biased presentation of bare install vs. platform, not more.
"Ok. (I recommend people to Haskell sometimes, and I see HP hurts them a lot, as they all want to do webdev) Especially now that Stack is out and picking up momentum, I personally consider HP completely superseded." "Windows user here. I dumped Platform the day MinGHC happened, and have never looked back." "On OS X, in my experience it is way easier to set up Haskell without HP than with, fwiw. I don't think it was always this way, but it has been for at least a year." "Actually, I don't understand why we need Haskell Platform at all? Now, when stack exists, Haskell Platform is useless, I think. "Haskell with batteries included"? Yes, but what batteries are? Compiler+Interpreter, Cabal 35 "core" packages. With stack I can setup ghc-infrastructure and install any packages I need." "It seems to me that within the community, we all know stack is the clear winner, and we can recommend it to whomever is showing us an interest in Haskell. Unfortunately, haskell.org appears to be the landing portal for the language to a newcomer with no existing ties to the community, and thus no one to recommend stack over it. Stack is so obviously a better tool for a new user, it's unbelievable. /subjective opinion" "Yes, a regular frustration when helping folks on IRC is that the first three steps have so often been to, 1. Apologize 2. Instruct how to uninstall what they have 3. Start again with GHC and cabal The effort made at packaging GHC on both Windows and OS X are really solid pieces of work. It looks like Stackage LTS will provide a nice basis for a set of libraries moving forward." "as a newborn Haskeller, I agree. Platform (OSX) was a huge pain, uninstalled it, learned cabal sandboxes, sometimes nuke them, everything works." "I find the platform to be a huge burden to beginners on OS X. It just leads to cabal hell. Anything except the minimum to build cabal-install in the global sandbox == super bad." "The platform was very confusing to me as a beginner, and only now that I know what I'm doing do I see what it was trying to accomplish. I'm depending on the awesome PPA, hopefully GHC can be made easier to get running without such a thing on other platforms." "Actually there is a disadvantage with the HP, as I pointed out already in an email-response, as the extra HP packages get registered into the global package db, and therefore pollute the sandbox environment with those extra packages." "The problem is that Cabal prefers the version already installed (i.e. exposed via the global pkg db), when I want the Cabal solver to be as unrestricted as possible in a sandbox in order to get the latest available versions rather than those imposed by the HP." "So is there really a simple way (as you seem to suggest) to hide all the extra HP-provided package versions inside a sandbox?" Recommended solution:
add an entry like this to the constraints field in the cabal.config file in that sandbox: constraints: attoparsec source
"Funny because I have been using the Haskell ecosystem since roughly one or two GHC versions longer than the platform has been around and to me it always felt outdated on average over the lifetime of one HP release. GHC 6.12.1 was released in December 2009, the next platform Beta release was in March 2010 and the next actual release in July 2010. So the platform contained the outdated GHC 6.10 for the better part of a year after the new GHC version was released. GHC 7.0.1 was released in November 2010, again we had to wait until March for a matching platform release. GHC 7.2.1 was release in August 2011 but was marked as a technology preview and completely ignored by the platform. GHC 7.4.1 was released in February 2012, the platform release including it was in June, coinciding almost exactly with the GHC 7.4.2 release which was then ignored by the platform until November, after even GHC 7.6.1 had been released in September 2012 already. To get GHC 7.6 in a platform release we had to wait until May 2013 when the reasonably current (release in April 2013) GHC 7.6.3 was included in the only platform release of that year. In April 2014 we got GHC 7.8.1 and in August 2014 we got a platform release for it which included 7.8.3, the current GHC release at the time and until GHC 7.8.4 was released in December. Not to mention that the HP is not even handled like a regular stable distribution, e.g. it doesn't even update patch levels of packages or compilers." "Haskell does still have major "ease of installation" problems in my experience." "using Haskell Platform at all might cause troubles; it's explicitly recommended against [...] because it uses the global package database." "Haskell Platform feels a bit like Prelude; fine for people who are just using it for small self-teaching projects, but once you're supposed to do something "serious" then people seem to throw up their hands and say "No! never mind that.". I don't know. Maybe I've got the wrong impression. Now that I know enough cabal to get by and not screw myself over (by creating dependency hell), I feel like Haskell Platform might not be relevant to my needs any more." "No, you're perfectly right. And while HP may be up to date right now, it'll be out of date next month and it will keep getting more and more obsolete until the next release in a year or so." "It's still bad and cabal is still bad. I was in #haskell on IRC not too long ago and they couldn't even figure out why a haskell-platform install couldn't upgrade its own cabal with no other packages installed." (Example of Cabal getting blamed for problems with Platform) "If you're on OS X or Linux, you should not use the Haskell Platform. It's a whole lot of pain for literally no gain..." "The Haskell Platform was an attempt to define one but many don't like to depend on it." "I suggest you to use hvr's GHC packages. That way you can simply apt-get install ghc-7.10.1 cabal-install-1.22" "What is the best way of installing GHC on OS X? There's Haskell Platform, Homebrew GHC/Cabal formulas, andHaskell for OS X. I've been told that Homebrew formulas were broken a few months ago, and that Haskell Platform is not good if you plan on doing anything but the most basic things." Example links: https://www.reddit.com/r/haskell/comments/390msw/unable_to_install_ghc_and_h... https://www.reddit.com/r/haskell/comments/390msw/unable_to_install_ghc_and_h... https://www.reddit.com/r/haskell/comments/390msw/unable_to_install_ghc_and_h... https://github.com/haskell/haskell-platform/issues/165 https://www.reddit.com/r/haskell/comments/3b1yuk/haskellinfrastructure_fwd_n... https://www.reddit.com/r/haskell/comments/3b1yuk/haskellinfrastructure_fwd_n... https://www.reddit.com/r/haskell/comments/3b1yuk/haskellinfrastructure_fwd_n... https://www.reddit.com/r/haskell/comments/3b1yuk/haskellinfrastructure_fwd_n... https://www.reddit.com/r/haskell/comments/2zts44/wither_the_platform/cpm8okr https://www.reddit.com/r/haskell/comments/2zts44/wither_the_platform/cpmk4vt https://www.reddit.com/r/haskell/comments/2zts44/wither_the_platform/cpmclvo https://www.reddit.com/r/haskell/comments/2zts44/wither_the_platform/cpm8l4a https://www.reddit.com/r/haskell/comments/2zts44/wither_the_platform/cpmbopv https://www.reddit.com/r/haskell/comments/2zts44/wither_the_platform/cpmljeh https://www.reddit.com/r/haskell/comments/2w3php/venerable_haskell_platform_... https://www.reddit.com/r/haskell/comments/2w3php/venerable_haskell_platform_... https://www.reddit.com/r/haskell/comments/2w3php/venerable_haskell_platform_... https://www.reddit.com/r/haskell/comments/2vy1lw/new_haskell_homepage_is_liv... https://www.reddit.com/r/haskell/comments/2vy1lw/new_haskell_homepage_is_liv... https://www.reddit.com/r/haskell/comments/2w3php/venerable_haskell_platform_... https://www.reddit.com/r/haskell/comments/38br54/help_wanted_for_haskell_pla... https://www.reddit.com/r/haskell/comments/38br54/help_wanted_for_haskell_pla... https://news.ycombinator.com/item?id=8083705 https://news.ycombinator.com/item?id=6300091 https://news.ycombinator.com/item?id=9808260 http://www.davesquared.net/2014/05/platformless-haskell.html http://stackoverflow.com/questions/32532120/what-is-the-haskell-standard-lib... http://stackoverflow.com/questions/32126861/bytestring-types-fail-when-insta... https://www.reddit.com/r/haskell/comments/3fqiff/dont_give_up_on_haskell/ctr... https://github.com/haskell-infra/hl/issues/93#issuecomment-75862519 https://github.com/haskell-infra/hl/issues/55 http://ircbrowse.net/browse/haskell?id=21305217×tamp=1440372668#t1440372668 https://twitter.com/mac10688/status/644600976897347584 https://twitter.com/JulianBirch/status/640525865793810432 https://twitter.com/dshevchenko_biz/status/640416836694245376 https://github.com/haskell-infra/hl/pull/130 Seem like a long list? Welcome to the bloodbath. I urge you try to find a similar level of discontent in other programming language communities with their community infrastructure like this. My preference? Stop linking people to Platform until, at minimum, the globally installed packages are removed per: https://github.com/haskell/haskell-platform/issues/206#issuecomment-13833441... -- Chris Allen Currently working on http://haskellbook.com

On Mon, Sep 21, 2015 at 12:05:32AM -0500, Christopher Allen wrote:
Here are some quotes from end-users regarding Platform. This is just what I found on the web and from skimming IRC logs, it doesn't include many hundreds more of examples from IRC of new people _in particular_ getting stuck because they didn't understand they were conflicting with globally installed packages.
I won't comment on what the Haskell Platform should be / whether it achieves it, but it is very difficult to beat the convenience of: apt-get install hakskell-platform (or trusty installer on Windows). I recall my days as a Linux newbie and seeing something like this [1] [2] would have scared me a bit (Why should I run these commands? Won't adding a new repository be risky? What does 'add this to your $PATH' means?), while the HP provides you /instant/ access to everything you need to go through some Haskell entrée dishes (Learn you a Haskell and Real World Haskell). [1] https://www.haskell.org/downloads/linux [2] https://github.com/bitemyapp/learnhaskell/blob/master/install.md

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 21/09/15 11:43, Francesco Ariis wrote:
it is very difficult to beat the convenience of:
apt-get install hakskell-platform # emerge cabal-install
Even shorter. - -- Alexander alexander@plaimi.net https://secure.plaimi.net/~alexander -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJV//LFAAoJENQqWdRUGk8BXBEQAKlxDJf9w6pZTUpyGInENpw7 snTEPk/EUnW42D/JkGiqjoBZaFnSq2xksT8Z5SWivlW2JeXjKk16Mg2JxkT4H/KY ejAx/Woqsh5XBlOjn9bMeUz2IowqujeSAFzoCMb+RyqEejGZJDPI1vuxmGIClIzM BWq8U7/AEetudjZoRnhSib7/wS2cj8OPdab6rpwVVl57n0DGVKrLk5OHFRGdx+RL c0FC5AUjFU+N8WGoMCFBeEwrspw5QSxSkdzqfNnLsEGdy3JSD20Q8aX3/K9qi0In NpNU//OLrR7eKEx4COqMxLotqnfdglSkC25q7yI1pwJjX+/ubNHqSDlGun0KNjq2 23GvWNOC3WimDZTmUEpHxaRyQCIz2PsAfbKbMR76nKWAU8nm6AXf7bwPBNLDLnii MwkpVCn9595IsUWLO2EhV6EN45klO/7AWPASy7S4V8fjwO/DHVRRd31eAcoi3Dfv H+aB5gbEJzUllXkM0l0M5q/HsBJsCQReDLfmDPMNlkVoYkHqlywfBdHIIvdyzBUU UB6JDhkqkjyCi890/rGnmHd7aST6oVdel1pQLOrOVP2A4lZb+QWgM+zvylTTOq33 rJOYtzW4sBHTu3JSS2csStiLa+9hUcOX3J8sHt48bZju5/lYt9M9qrhY0F/4+UGY FGS9ZL9Nf1EmyD3ybsrp =0/kx -----END PGP SIGNATURE-----

Christopher Allen
writes:
1. ghc-pkg 2. The global vs. user package databases 3. Cabal 4. What Platform does to their build environment
New Haskell users are least equipped to understand errors caused by:
1. Package version conflicts 2. Something innate to their install, rather than something wrong with their package constraints.
Unless I am mistaken, every one of these points relates to the usage of cabal after installing the platform, rather than to the Platform itself? Once Stack is in the platform, do you agree it will rectify every concern you mentioned? If so, I'd rather not abandon the platform, only to be seen re-adopting it after a few months. John

The issue is that Platform installs packages into the global package database, usually causing conflicts if you're building a package that needs something newer. The point isn't abandoning, it's changing the default recommendation on the Haskell.org site to things that work out of the box more often for users until Platform is fixed. I haven't used a hypothetical Platform that includes Stack, it's going to depend entirely on how well it works. If it's equivalent to the minimal installs we've been directing people towards (nothing extra in the global pkg db) but with Stack included, then that'd probably be fine. That's not here _now_, so let's fix the website. People pushed back on this and the committee has chosen to ignore it, again and again, now the excuse of "oh a fix is coming" is about to be used to push it off again. The downloads page should never have been changed to emphasize Platform again to begin with because it hadn't been fixed yet. You don't expect us to believe the current presentation is neutral, do you? (Attached screenshot) You make the alternatives to Platform sound like a construction kit, not the means of installing Haskell that has become the default recommendation for _many_ because of the problems with Platform over the years.
especially for new users interested in using frameworks with complex dependency structures.
Really? Complex dependency structures?
The committee has been bulldozing over the concerns of end-users for too
long and too many times. How is this the committee a body acting on behalf
of the community when everything the community says appears to go nowhere,
even on something as straight-forward as making sure the recommendations
are what works best and most often?
On Mon, Sep 21, 2015 at 10:06 AM, John Wiegley
Christopher Allen
writes: 1. ghc-pkg 2. The global vs. user package databases 3. Cabal 4. What Platform does to their build environment
New Haskell users are least equipped to understand errors caused by:
1. Package version conflicts 2. Something innate to their install, rather than something wrong with their package constraints.
Unless I am mistaken, every one of these points relates to the usage of cabal after installing the platform, rather than to the Platform itself?
Once Stack is in the platform, do you agree it will rectify every concern you mentioned? If so, I'd rather not abandon the platform, only to be seen re-adopting it after a few months.
John
-- Chris Allen Currently working on http://haskellbook.com

Christopher Allen
writes:
The committee has been bulldozing over the concerns of end-users for too long and too many times. How is this the committee a body acting on behalf of the community when everything the community says appears to go nowhere, even on something as straight-forward as making sure the recommendations are what works best and most often?
If you would like to discuss the way the committee operates, can we do that in a separate thread? I'd prefer to focus on the Platform and download options here. I'm wondering if all this comes down to the time horizon. If a new HP is out with Stack in a few months, do you believe it's worth editing the downloads page now? Or are you asking for it to happen now because you'd rather something happen, than risk a delay where nothing happens? John

I'm wondering if all this comes down to the time horizon. If a new HP is out with Stack in a few months, do you believe it's worth editing the downloads page now? Or are you asking for it to happen now because you'd rather something happen, than risk a delay where nothing happens?
Edit it now because the people who come to the site to learn how they should install Haskell over the next few months matter. It should take a couple minutes to make the change, I'd say edit it now to recommend the existing Minimal GHC installation procedures that were in place. We can use the previous versions as a baseline.
Or are you asking for it to happen now because you'd rather something happen, than risk a delay where nothing happens?
If Platform doesn't get fixed, that's on Platform. It's also a separate
problem. The downloads page should reflect the current, best understanding
of what's the most problem-free way for people, especially beginners who
can't evaluate or compare alternatives, to install GHC and the associated
kit. That has not been Platform for some time now. Is there a problem with
changing the downloads page now and changing it again months from now after
the alternative you're anticipating has been tested?
Is there anything blocking this? Do you need me to write the PR?
On Mon, Sep 21, 2015 at 11:19 AM, John Wiegley
Christopher Allen
writes: The committee has been bulldozing over the concerns of end-users for too long and too many times. How is this the committee a body acting on behalf of the community when everything the community says appears to go nowhere, even on something as straight-forward as making sure the recommendations are what works best and most often?
If you would like to discuss the way the committee operates, can we do that in a separate thread? I'd prefer to focus on the Platform and download options here.
I'm wondering if all this comes down to the time horizon. If a new HP is out with Stack in a few months, do you believe it's worth editing the downloads page now? Or are you asking for it to happen now because you'd rather something happen, than risk a delay where nothing happens?
John
-- Chris Allen Currently working on http://haskellbook.com

Christopher Allen
writes:
I'd say edit it now to recommend the existing Minimal GHC installation procedures that were in place.
Is there a problem with changing the downloads page now and changing it again months from now after the alternative you're anticipating has been tested?
Is there anything blocking this? Do you need me to write the PR?
I'm currently in the process of rewriting the download page to reflect the three main alternatives (HP, Stack, Minimal). I'll post the final draft here when it's ready (likely tomorrow), after which I'd appreciate hearing your feedback before we take it live. However, I'm not ready to simply delete the HP reference just yet. It's possible we could reorder the options, though. At the moment we're using HP/Stack/Minimal. You'll see what I mean when the draft is ready. John

Resending because mailman held my message for moderation because of an attached image of the current downloads page. The issue is that Platform installs packages into the global package database, usually causing conflicts if you're building a package that needs something newer. The point isn't abandoning, it's changing the default recommendation on the Haskell.org site to things that work out of the box more often for users until Platform is fixed. I haven't used a hypothetical Platform that includes Stack, it's going to depend entirely on how well it works. If it's equivalent to the minimal installs we've been directing people towards (nothing extra in the global pkg db) but with Stack included, then that'd probably be fine. That's not here _now_, so let's fix the website. People pushed back on this and the committee has chosen to ignore it, again and again, now the excuse of "oh a fix is coming" is about to be used to push it off again. The downloads page should never have been changed to emphasize Platform again to begin with because it hadn't been fixed yet. You don't expect us to believe the current presentation is neutral, do you? (http://imgur.com/iQm5OWR) You make the alternatives to Platform sound like a construction kit, not the means of installing Haskell that has become the default recommendation for _many_ because of the problems with Platform over the years.
especially for new users interested in using frameworks with complex dependency structures.
Really? Complex dependency structures?
The committee has been bulldozing over the concerns of end-users for too
long and too many times. How is this the committee a body acting on behalf
of the community when everything the community says appears to go nowhere,
even on something as straight-forward as making sure the recommendations
are what works best and most often?
On Mon, Sep 21, 2015 at 10:06 AM, John Wiegley
Christopher Allen
writes: 1. ghc-pkg 2. The global vs. user package databases 3. Cabal 4. What Platform does to their build environment
New Haskell users are least equipped to understand errors caused by:
1. Package version conflicts 2. Something innate to their install, rather than something wrong with their package constraints.
Unless I am mistaken, every one of these points relates to the usage of cabal after installing the platform, rather than to the Platform itself?
Once Stack is in the platform, do you agree it will rectify every concern you mentioned? If so, I'd rather not abandon the platform, only to be seen re-adopting it after a few months.
John
-- Chris Allen Currently working on http://haskellbook.com

On Mon, Sep 21, 2015 at 6:06 PM, John Wiegley
Christopher Allen
writes: 1. ghc-pkg 2. The global vs. user package databases 3. Cabal 4. What Platform does to their build environment
New Haskell users are least equipped to understand errors caused by:
1. Package version conflicts 2. Something innate to their install, rather than something wrong with their package constraints.
Unless I am mistaken, every one of these points relates to the usage of cabal after installing the platform, rather than to the Platform itself?
Once Stack is in the platform, do you agree it will rectify every concern you mentioned? If so, I'd rather not abandon the platform, only to be seen re-adopting it after a few months.
John _______________________________________________
In theory: yes, using Stack with the Haskell Platform will solve this problems. However, theory does not always add up to reality, for various reasons we may not be able to predict. I'll give a few examples: * There's no clear timeframe for the next HP release including Stack * It's unclear what exactly will be in the global database at that time * It's unclear how MSYS2 will be handled on Windows * There are a few bugs that have been reported to the Stack and conduit repos recently[1][2] about bad interactions with the global packages from HP * Non-unique install package IDs can lead to shadowing with HP[3] * There's no talk of the upgrade story around HP We can find all of these things out, but making decisions today based on a theoretical future state makes no sense to me. Chris has done a great job here of collecting a lot of the reasons why so many people have been advocating against the Haskell Platform. I do not believe the current wording on the downloads page, nor any of the discussions we've had via email or issue trackers, comes close to reflecting what the community actually believes is best practice today. My recommendation: we look at the current state of all tooling, and decide what will be the best choice for most new users to Haskell. We don't need to cater to experienced users, since we all know about the choices. The downloads page should be explicitly about first impressions with new users. And we should assume those first impressions will be happening today, not a month, six months, or two years from now. Michael [1] https://github.com/commercialhaskell/stack/issues/980 [2] http://stackoverflow.com/questions/32444762/cabal-repl-wont-run-cant-load-so... [3] https://github.com/haskell/cabal/issues/2830

We should change it to what it was: the suite of Minimal GHC installs for
Windows, Mac OS X, and Linux. This was well attested as the default
recommendation, particularly among people that have to help new people
regularly.
We can revisit changing the downloads page after it's fixed when other
options become available and well-tested (Platform+Stack, Stack by itself,
wildcard, whatever).
On Mon, Sep 21, 2015 at 11:18 AM, Michael Snoyman
On Mon, Sep 21, 2015 at 6:06 PM, John Wiegley
wrote: > Christopher Allen
writes: 1. ghc-pkg 2. The global vs. user package databases 3. Cabal 4. What Platform does to their build environment
New Haskell users are least equipped to understand errors caused by:
1. Package version conflicts 2. Something innate to their install, rather than something wrong with their package constraints.
Unless I am mistaken, every one of these points relates to the usage of cabal after installing the platform, rather than to the Platform itself?
Once Stack is in the platform, do you agree it will rectify every concern you mentioned? If so, I'd rather not abandon the platform, only to be seen re-adopting it after a few months.
John _______________________________________________
In theory: yes, using Stack with the Haskell Platform will solve this problems. However, theory does not always add up to reality, for various reasons we may not be able to predict. I'll give a few examples:
* There's no clear timeframe for the next HP release including Stack * It's unclear what exactly will be in the global database at that time * It's unclear how MSYS2 will be handled on Windows * There are a few bugs that have been reported to the Stack and conduit repos recently[1][2] about bad interactions with the global packages from HP * Non-unique install package IDs can lead to shadowing with HP[3] * There's no talk of the upgrade story around HP
We can find all of these things out, but making decisions today based on a theoretical future state makes no sense to me.
Chris has done a great job here of collecting a lot of the reasons why so many people have been advocating against the Haskell Platform. I do not believe the current wording on the downloads page, nor any of the discussions we've had via email or issue trackers, comes close to reflecting what the community actually believes is best practice today.
My recommendation: we look at the current state of all tooling, and decide what will be the best choice for most new users to Haskell. We don't need to cater to experienced users, since we all know about the choices. The downloads page should be explicitly about first impressions with new users. And we should assume those first impressions will be happening today, not a month, six months, or two years from now.
Michael
[1] https://github.com/commercialhaskell/stack/issues/980 [2] http://stackoverflow.com/questions/32444762/cabal-repl-wont-run-cant-load-so... [3] https://github.com/haskell/cabal/issues/2830
-- Chris Allen Currently working on http://haskellbook.com
participants (5)
-
Alexander Berntsen
-
Christopher Allen
-
Francesco Ariis
-
John Wiegley
-
Michael Snoyman