<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Sep 27, 2016 at 10:37 AM, Tony Day <span dir="ltr"><<a href="mailto:tonyday567@gmail.com" target="_blank">tonyday567@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><span class="gmail-">> <span style="font-size:12.8px">Its enemies did a very thorough hatchet job.</span><div><span style="font-size:12.8px"><br></span></div></span><div><span style="font-size:12.8px">Not thorough enough I say, as a sworn enemy.  I actually have haskell platform installed with batteries included at work on windows (because that's how we set up python - I pleaded but got nowhere).  I even have a current bug falling somewhere between the platform and stack - something crashed looking for the standard linux command line tools - was it the msys2 or mingw in platform, or was it stack?  Where do I even turn for help?</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I'm not part of the 'they' straw-man you sketch out, and I'm asserting that the reality in the community is the opposite - commercial Haskell is the runt of the litter and shame on the community for not acknowledging this.  </span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">At the very least, bashing commercial Haskell interests for being commercial is a weak argument, given the reality of how little commercial scope exists right now.  Accusations of engagement in monopolistic intent is, quite frankly, pure projection.      </span></div><div><span style="font-size:12.8px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="gmail-h5">On Tue, Sep 27, 2016 at 1:21 PM, Brandon Allbery <span dir="ltr"><<a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="gmail-h5"><div dir="ltr"><div class="gmail_extra"><span><br><div class="gmail_quote">On Mon, Sep 26, 2016 at 11:11 PM, Michael Sloan <span dir="ltr"><<a href="mailto:mgsloan@gmail.com" target="_blank">mgsloan@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>LOL! Oh man, this guy must be pulling my leg... Haskell platform was<br>
never a batteries included plan.  It was a plan for package<br>
bureaucracy, mixed in with a broken installation approach.  Sorry, but<br>
that was not a good enough attempt at emulating python's "batteries<br>
included" . From <a href="https://www.python.org/dev/peps/pep-0206/" rel="noreferrer" target="_blank">https://www.python.org/dev/pep<wbr>s/pep-0206/</a></div></blockquote></div><br></span>Wrong.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Its enemies did a very thorough hatchet job. But they did let on their real intent: "batteries included" meant they can't force people to install their new incompatible batteries whenever they decide. "Batteries included" was exactly what they did NOT want, and do not want, because it limits them; unless, of course, they are the only source of the batteries.</div><div class="gmail_extra"><br></div><div class="gmail_extra">So now we have a battery store run by a company, which also ships its own build tool that works primarily with that store, and requires you to specify which generation of batteries to use --- and still runs into conflicts when someone wants to mix different versions of things because they're building the tool with the parts they need instead of the ones authorized by the store.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Granted, a largeish chunk of the problem is that putting anything into the "batteries included" package space (ghc global packages) makes using any other versions of those packages scary at best. This is still a problem for the packages that ghc itself uses, and are therefore difficult to upgrade without replacing ghc.</div><span><div class="gmail_extra"><div><br></div></div></span></div></div></div></blockquote></div></div></blockquote><div><br></div><div>The bug you're referring to is this:</div><div><br></div><div><a href="https://github.com/haskell/haskell-platform/issues/251">https://github.com/haskell/haskell-platform/issues/251</a></div><div><br></div><div>You can work around it by adding `system-ghc: false` to your config files. And yes, that basically means that everything shipped with the HP besides the Stack executable itself is being ignored.</div><div><br></div><div>Michael </div></div><br></div></div>