<div dir="ltr">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.<div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>That's not here _now_, so let's fix the website.</div><div><br></div><div>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.</div><div><br></div><div>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.</div><div><br></div><div>><span style="color:rgb(51,51,51);font-family:'Open Sans',sans-serif;font-size:15px;line-height:21.4286px">especially for new users interested in using frameworks with complex dependency structures.</span></div><br>Really? Complex dependency structures?<div><br></div><div>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?</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Sep 21, 2015 at 10:06 AM, John Wiegley <span dir="ltr"><<a href="mailto:johnw@newartisans.com" target="_blank">johnw@newartisans.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">>>>>> Christopher Allen <<a href="mailto:cma@bitemyapp.com">cma@bitemyapp.com</a>> writes:<br>
<br>
> 1. ghc-pkg<br>
> 2. The global vs. user package databases<br>
> 3. Cabal<br>
> 4. What Platform does to their build environment<br>
<br>
> New Haskell users are least equipped to understand errors caused by:<br>
<br>
> 1. Package version conflicts<br>
> 2. Something innate to their install, rather than something wrong with their<br>
>    package constraints.<br>
<br>
</span>Unless I am mistaken, every one of these points relates to the usage of cabal<br>
after installing the platform, rather than to the Platform itself?<br>
<br>
Once Stack is in the platform, do you agree it will rectify every concern you<br>
mentioned? If so, I'd rather not abandon the platform, only to be seen<br>
re-adopting it after a few months.<br>
<span class="HOEnZb"><font color="#888888"><br>
John<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr">Chris Allen<br><div><span style="font-size:12.8000001907349px">Currently working on </span><a href="http://haskellbook.com" target="_blank">http://haskellbook.com</a></div></div></div></div></div></div>
</div>