【发布时间】:2017-10-12 23:10:01
【问题描述】:
我一直在我的保管箱内的目录中使用 Jupyter 笔记本。 (这项工作实际上在 IHaskell 中,但我不确定这是否相关。)
文件夹对于 Dropbox 来说太大了,所以我把它移了出来。之后,我无法在任何笔记本上启动内核。它死了又死了。
移动包含 IHaskell 的文件夹似乎搞砸了我的安装。
我必须重新安装所有东西,还是有解决办法?
【问题讨论】:
我一直在我的保管箱内的目录中使用 Jupyter 笔记本。 (这项工作实际上在 IHaskell 中,但我不确定这是否相关。)
文件夹对于 Dropbox 来说太大了,所以我把它移了出来。之后,我无法在任何笔记本上启动内核。它死了又死了。
移动包含 IHaskell 的文件夹似乎搞砸了我的安装。
我必须重新安装所有东西,还是有解决办法?
【问题讨论】:
它死了又死了
如果IHaskell 内核一直死机,我会遵循 IHaskell 故障排除指南(homepage 的最后一段)中提到的建议,尤其是“内核一直死机”段落:
如果你有,例如安装了一个 lts-10 IHaskell 并正在使用它 lts-9 项目 GHC 8.2 和 GHC 8.0 不匹配会导致这个 错误。
如果这是你的情况,我会:
haskell 内核是否可用$ jupyter kernelspec list
Available kernels:
haskell [...]/kernels/haskell <-- OK
scala [...]/kernels/scala
python3 [...]/kernels/python3
ghc 版本是否匹配$ cat [...]/kernels/haskell/kernel.json
.../.stack/programs/.../ghc-X.Y.Z/lib/ghc-X.Y.Z"...
$ stack ghc -- --version
The Glorious Glasgow Haskell Compilation System, version X.Y.Z
Stack 还有一个“全球项目”的概念,位于 ~/.stack/global-project/ 并且该项目的 stack.yaml 应该是 在与安装的 IHaskell 版本相同的 LTS 上以避免这种情况 问题。
我会保持lts-A.B 一致:
$ cat #HOME/.stack/global-project/stack.yaml
...
resolver: lts-A.B
$ stack install ihaskell --resolver lts-A.B
要选择适合您的lts-A.B / ghc-X.Y.Z 组合,您只需使用https://www.stackage.org/lts-A.B
例如,今天,您可以简单地使用lts-11.4
【讨论】: