dyld: библиотека не загружена: /usr/lib/libcurl.4.dylib curl Ошибка SSL

Question

Я не уверен, что случилось с моей системой, но у меня проблема с dyld/curl, влияющая на общую производительность моего компьютера. Я нахожусь на Йосемити.

У меня есть ощущение, что это Конда openssl. Как мне просто сделать ссылку на обычный OS X OpenSSL?

Если я пытаюсь использовать curl ssl (например, для установки rvm с помощью команды:

curl -sSL https://rvm.io/mpapis.asc | gpg --import -

И я получаю следующую ошибку:

dyld: Library not loaded: /usr/lib/libcurl.4.dylib
  Referenced from: /usr/local/bin/gpg
  Reason: no suitable image found.  Did find:
    /usr/lib/libcurl.4.dylib: mach-o, but wrong architecture
    /usr/lib/libcurl.4.dylib: mach-o, but wrong architecture
(23) Failed writing body

Я посмотрел на эти темы, но моя проблема кажется другой. Кто-нибудь может мне помочь? Кажется, мне может понадобиться создать ссылку, но я не знаю, что это значит или как ее создать.

which curl дает:

/opt/local/bin/curl

curl --version дает:

curl 7.39.0 (x86_64-apple-darwin14.0.0) libcurl/7.39.0 OpenSSL/1.0.1j zlib/1.2.8 libidn/1.29

git версия 2.1.3

который дает which openssl

`//anaconda/bin/openssl`

Which git дает:

/usr/local/bin/git

Answer 1

Ваш, which curl возвращает это:

/opt/local/bin/curl

Что странно, поскольку curl самом деле не волшебная программа, которую нужно устанавливать в каталог /opt/ и which curl должна быть здесь при стандартной установке Mac OS X:

/usr/bin/curl

Я предполагаю, что версия curl установленная в /opt/local/bin/ , построена против другой архитектуры системы (32-битная?) но базовая система /usr/lib/libcurl.4.dylib установлена на 64 бит.

Самое быстрое / безопасное, что нужно сделать, если вы хотите установить Ruby с помощью описанного вами метода, это явно вызвать основную установку Mac OS X следующим образом:

/usr/bin/curl -sSL https://rvm.io/mpapis.asc | gpg --import -

Но, несмотря на это, на вашем месте я бы следовал основным инструкциям на этой странице установки RVM, чтобы запустить его. С другой стороны, кажется, что у вас есть файлы, разбросанные по всей вашей установке, конфликтующие друг с другом, поэтому, возможно, метод /usr/bin/curl самый безопасный? Мне так кажется.