My understanding is that minghc now provides a switcher script, and so does not stomp on a user’s path, but does require running a switcher before full access to the environment is provided. So that’s not an ideal situation, but certainly tolerable for the moment, and a marked improvement from the issues there before. —gershom On September 24, 2015 at 11:00:19 PM, Randy Polen (randyhaskell@outlook.com) wrote:
If "Minimal" means "MinGHC" and if MinGHC, on Windows installations, puts the MSys2 tools onto the user's PATH, which is harmful, then the Minimal will not be "doing the least harm" for some users.
So, if my "ifs" above are correct, is it possible to change minGHC before using it as the "Minimal" to address the PATH issue? (Apologies if I am out of date on any of these questions implied by my "ifs", and thanks for any clarifications.)
From: johnw@newartisans.com To: michael@fpcomplete.com Date: Thu, 24 Sep 2015 10:23:04 -0700 CC: haskell-community@haskell.org Subject: Re: [Haskell-community] Request for comment: New haskell.org download
---------------------------------------- page
> Michael Snoyman writes:
Secondly, I'd like to make clear what I think the goal for the downloads page should be: new users. Experienced Haskellers are unlikely to even visit this downloads page, and are likely well aware of the situation around tooling to make an informed decision regardless of what this page says. I'd like us to constrain discussion to "what's best for a new user." I haven't heard anyone object to this idea before.
I couldn't agree more, Michael. The new user is first in my mind with all of this.
Perhaps we need a poll. So far the presented options are:
1. HP Stack Minimal 2. Stack HP Minimal 3. Stack Minimal HP 4. Minimal HP Stack 5. Minimal Stack HP
I'll open voting at the current state, choosing #4. My reason is that HP and Stack will soon merge, and I'm willing to put Minimal first based on Christopher's and Gershom's arguments.
Further, the reason HP is staying on the list for now is that I'd prefer not to conflate issues. I'm happy to start a new discussion, recommending to the committee that we remove HP, if others wish to.
John _______________________________________________ Haskell-community mailing list Haskell-community@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-community
_______________________________________________ Haskell-community mailing list Haskell-community@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-community