为Haskell开发选择Linux发行版

哪个Linux版本最适合haskell开发？我想安装ghc并在其中编译Leksah.我现在正在使用CentOS,但它的存储库并不够丰富和新鲜.

1> gnud..：

---

我目前的发行版Arch Linux对Haskell有广泛的支持.

您可以在此处查看直接可用的haskell软件包的状态(在撰写本文时,可提供1370个软件包).在Arch Linux中还有一个关于Haskell软件包的wiki页面.

---

@nimrodm Haskell也不适合胆小的人!

---

在Arch上获得伟大的haskell支持+1.但请注意,Arch不适合胆小的人,并且通常需要使用配置文件进行更多调整,而不是更加用户友好的发行版(redhat,ubunto,suse).

---

+1最好的Haskell支持发行版.在irc.freenode.net上甚至还有#archhaskell的irc频道!

2> Federico Squ..：

---

我打算检查NixOS.它有一个纯功能的包管理器(支持多个版本和回滚),它是由Haskell程序员开发的,它有一些Haskell包.

它可能不是最完整的包数,但对于Haskellers来说似乎非常有趣.

3> ephemient..：

---

Haskell Platform 2009.2.0.1在Fedora 11中
.Haskell Platform 2009.2.0.2在Fedora 12中
.Haskell Platform 2009.2.0.2.1在Debian Unstable中,它应该在一周左右的时间内迁移到Testing.
在Gentoo测试中掩盖了Haskell Platform 2009.2.0.2.
Arch Linux可能是最全面的,几乎90%的Hackage都是用AUR打包的.

---

这正是评估哪个发行版用于Haskell的正确方法.首先,询问提供哪个(如果有)Haskell平台版本.其次,询问提供的其他Hackage包的比例.初学者绝对唯一关心的是该平台是否得到支持 - 现在它得到了广泛的支持.

4> Alexander..：

---

我正在使用Arch Linux,虽然Haskell得到了很好的支持,但是大量的软件包都是最新版本和最新版本,因此版本和依赖项存在问题.

典型的Haskell包依赖于其他几个包.例如,它可能取决于版本1.0.1.另一个软件包所依赖的一个或多个软件包已经更新为"1.0.2"非常普遍,从而打破了对"1.0.1"版本的依赖性.

如果您正在尝试安装类似金字塔的依赖关系树中的Haskell软件包,例如GUI应用程序或游戏,您可以确信它只能在几天内安装时间,直到安装失败,因为变形monad的一个模糊包已经从版本3.0.4更新到3.0.5.

此外,拥有所有Haskell软件包而不是可信用户或AUR的常规用户的"arch-haskell"团队的整体想法是一个可怕的想法,因为与替代方案相比,他们在更新软件包方面很慢.我怎么知道为什么Haskell包的处理方式有异常,因为这对于Arch Linux来说并不常见.

我遇到过一些情况,用Haskell软件包解决神秘的编译问题的唯一方法是卸载然后重新安装所有Haskell依赖项,包括ghc.

总而言之,Arch对于Haskell开发来说非常棒,但是当你不仅仅是在依赖金字塔中安装低包时,它很容易陷入破碎包裹的海洋中.这通常是由于不兼容的次要版本号,而不是不兼容的代码.

我喜欢Arch Linux和Haskell,但仍然认为这是一个问题.

更新#1:Arch已经停止拥有拥有所有haskell软件包的"arch-haskell"团队,现在应该成为各地Haskell开发人员的首选.

更新#2:我不认为版本的问题是特定于Arch的问题,这是Haskell包如何相互依赖的问题.一个可以依赖于特定功能的特定版本而不依赖于库的系统可能会有所帮助.

5> Frank V..：

---

我不确定Haskell,但我发现Ubuntu保持最新,但更重要的是它们往往会强调稳定性.如果您正在进行Haskell开发,我认为您更喜欢稳定性而不是尖端软件......