Странная ошибка с haskell-стеком. он ничего не устанавливает

Я получаю сообщение об ошибке со стеклом при попытке установить пакет.

Run from outside a project, using implicit global project config
Using resolver: lts-8.0 from implicit global project config file: /home/chuck/.stack/global-project/stack.yaml
Invalid package ID: "array-0.5.1.1 base-4.9.1.0 binary-0.8.3.0 bytestring-0.10.8.1"

stack --version работает:

Version 0.1.10.0 x86_64

и установка стека возвращает это:

Run from outside a project, using implicit global project config
Using resolver: lts-8.0 from implicit global project config file: /home/chuck/.stack/global-project/stack.yaml
stack will use a locally installed GHC
For more information on paths, see 'stack path' and 'stack exec env'
To use this GHC and packages outside of a project, consider using:
stack ghc, stack ghci, stack runghc, or stack exec

Я переустановил стек и получаю ту же ошибку после новой установки. Итак, я не знаю, что я делаю неправильно. Мне нужно это для использования атома.

ИЗМЕНИТЬ

Stack.yaml:

# This is the implicit global project config file, which is only used when
# 'stack' is run outside of a real project.  Settings here do _not_ act as
# defaults for all projects.  To change stack default settings, edit
# '/home/chuck/.stack/config.yaml' instead.
#
# For more information about stack configuration, see
# https://github.com/commercialhaskell/stack/blob/release/doc/yaml_configuration.md
#
flags: {}
extra-package-dbs: []
packages: []
extra-deps: []
resolver: lts-8.0

Ответ 1

Попробовав много вещей, я "нашел ответ".

Проблема заключалась, как увидела эпсилонхалбэ, в том, что у меня была старая версия. Поэтому я попытался сделать это wget -qO- https://get.haskellstack.org/ | sh, и это не сработало, потому что у меня был стек на /usr/bin/, поэтому я удалил стек, а затем снова попробовал wget -qO- https://get.haskellstack.org/ | sh. Я добавил $HOME/.local/bin/ к пути, и он работает правильно.

Я надеюсь, что это может помочь кому-то

Ответ 2

Я был заблокирован одной и той же проблемой, если не проверить which stack (или использовать where stack как альтернативу), и я обнаружил, что я использую старую версию стека, которую я установил каким-то образом, и новая версия не была когда я набрал команду stack...

Вот ситуация, когда я понял проблему.

Если вы проверите stack --version и получите что-то вроде Version 0.1.10.0 x86_64, то оно далеко от текущей версии, текущая версия, которую я использую (при ответе на этот вопрос), составляет Version 1.3.3, Git revision 078cfadeb37a39501eae24732e5c757cc8aca31b x86_64 hpack-0.17.0

Если вы подтвердили, что не используете неправильный один стек, но версия стека все еще слишком низкая, вы можете использовать stack upgrade --git для обновления стека до последней версии от git (обратите внимание, что это займет в то время).

Надеюсь, что это поможет.