<div dir="ltr"><div>> <i> I don't know where you are getting info about which project is used more or less</i></div><div>Well, that's why we have the State of Haskell survey, right?..</div><div>> <a href="https://taylor.fausak.me/2021/11/16/haskell-survey-results/#s2q1">Which installation methods do you use for your Haskell compiler?</a></div><div>Here are results for options gathered >10%.<br></div><div><img src="cid:ii_l1iodtuf0" alt="Screenshot from 2022-04-02 22-39-01.png" width="348" height="105"><br><br></div><div>Since I'm already writing this, I add my 2c. I've been using HVR's PPA for years, switched to ghcup and never regretted it.</div><div>It's strictly better in terms of 1) UI/UX, 2) maintenance (shout out to ghcup's maintenance team: it's just amazing).<br></div><div><br></div><div>I believe <a href="http://haskell.org">haskell.org</a> should refer to the most modern, nice-looking, wide-used (see results above), well-maintained</div><div>solutions that deliver reasonably fresh versions of the toolchain. This contradicts with trying to survey most known <br></div><div>solutions (because e.g. some of those will not be maintained or will have outdated versions, etc.).</div><div><br></div><div>Alternative methods section requires crowdsourcing, and the best way to handle that imo is a wiki page. <br></div><div>I think the current section for "alternative methods" should be turned into one and referenced from <br></div><div>the Downloads page with the asterisk "for the curious". If only we had a healthy functioning wiki, sigh…<br></div><div><br></div><div>--</div><div>Kind regards,</div><div>Artem<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 2 Apr 2022 at 18:26, Ivan Perez <<a href="mailto:ivanperezdominguez@gmail.com">ivanperezdominguez@gmail.com</a>> wrote:<br></div><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"><div>I think it's perfect as they are and I'd advise against changing it.<br></div><div><br></div><div>I personally discourage the use of stack or ghcup, and would certainly prefer to see more installation methods based on package-management tools that each OS provides. I think there's something to be said in favor of using standard package-management tools that install the compiler in global space. <br></div><div><br></div><div>In particular, the PPA-based installation method for Debian/Ubuntu/Mint 
that HVR used to maintain was excellent. It's still my preferred 
method (even though it's not maintained). I don't know where you are getting info about which project is used more or less, and I fear there may be a strong bias.<br></div><div><br></div><div>Leaving them there is more fair, makes more people aware of their existence, and makes
 it more likely that newcomers will be able to participate in other efforts.</div><div><br></div><div>For Haskell to remain a community project, it's good that we keep mentioning less popular projects, even when attention temporarily sways one way or another. If you remove other projects from the web page, you create an effect of 
compound interest (or compound attention) towards those projects, where 
they get the most contributions because they are the ones that most 
people are aware of because they are on the front page because they get 
the most contributions, and so on and so forth.</div><div><br></div><div></div><div></div><div></div><div>Ivan<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 2 Apr 2022 at 14:51, Tom Ellis <<a href="mailto:tom-lists-haskell-cafe-2017@jaguarpaw.co.uk" target="_blank">tom-lists-haskell-cafe-2017@jaguarpaw.co.uk</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">The Haskell.org committee is considering removing the "alternative<br>
installation options" section from the [downloads page of<br>
<a href="http://haskell.org" rel="noreferrer" target="_blank">haskell.org</a>](<a href="https://www.haskell.org/downloads/" rel="noreferrer" target="_blank">https://www.haskell.org/downloads/</a>) and we seek the<br>
opinion of the community. If you would like to share your opinion we<br>
prefer that you do so [on the <a href="http://haskell.org" rel="noreferrer" target="_blank">haskell.org</a> issue<br>
tracker](<a href="https://github.com/haskell-infra/www.haskell.org/issues/170" rel="noreferrer" target="_blank">https://github.com/haskell-infra/www.haskell.org/issues/170</a>),<br>
but failing that, in this email thread is fine too.<br>
<br>
### Background<br>
<br>
The [downloads page of<br>
<a href="http://haskell.org" rel="noreferrer" target="_blank">haskell.org</a>](<a href="https://www.haskell.org/downloads/" rel="noreferrer" target="_blank">https://www.haskell.org/downloads/</a>) suggests using ghcup<br>
and stack to obtain a toolchain. These two tools are widely used in<br>
the community, actively maintained and kept up-to-date. The page also<br>
provides a number of "alternative installation options" (see below, or<br>
on the page itself, for the list).<br>
<br>
The Haskell.org committee does not have the resources to ensure that<br>
these alternative installation options are kept maintained and<br>
confirmed working. We don't even know if anyone uses them. Anyone who<br>
uses them is likely to be an "advanced user" anyway, since they<br>
require more expertise to implement. stack and ghcup presumably work<br>
well on all those platforms, are the most well-maintained installation<br>
options and most suitable for beginners.<br>
<br>
### Possibilities<br>
<br>
We have a couple of options:<br>
<br>
1. Remove all the alternative installation options.<br>
2. Keep (some of) the alternative installation options and find<br>
community volunteers to maintain them. The volunteers will be<br>
responsible for ensuring verifying on a regular basis that their<br>
instructions are still working, submitting timely corrections when<br>
necessary, and responding promptly on the issue tracker to questions<br>
about their installation instructions.<br>
<br>
### What we would like from you<br>
<br>
* Please share your opinion about removing the alternative<br>
  installation options, especially if you are a user of one of them!<br>
  * If you are willing to maintain an alternative installation option,<br>
  please speak up!<br>
<br>
<br>
### Current alternative installation options<br>
<br>
* Linux Ubuntu (confusing (see<br>
  <a href="https://github.com/haskell-infra/www.haskell.org/issues/16" rel="noreferrer" target="_blank">https://github.com/haskell-infra/www.haskell.org/issues/16</a>) and<br>
  probably outdated)<br>
  * Linux Debian (links to <a href="https://downloads.haskell.org/~debian/" rel="noreferrer" target="_blank">https://downloads.haskell.org/~debian/</a><br>
  which doesn't support Debian 11 Bullseye)<br>
  * Linux Fedora<br>
  * Linux EPEL for RHEL/CentOS/etc<br>
  * Linux Arch<br>
  * Linux openSUSE Leap<br>
  * Linux openSUSE Tumbleweed<br>
  * Linux Gentoo<br>
  * Windows Chocolatey<br>
<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
To (un)subscribe, modify options or view archives go to:<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
Only members subscribed via the mailman list are allowed to post.</blockquote></div>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
To (un)subscribe, modify options or view archives go to:<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
Only members subscribed via the mailman list are allowed to post.</blockquote></div>