Homebrew refusant de lien OpenSSL

Je suis sur: OSX 10.11.6, Homebrew version 0.9.9 m OpenSSL 0.9.8 zg 14 juillet 2015

Je suis en train de jouer avec dotnetcore et par suite de leur instructions,

J'ai mis à jour/installer la dernière version de openssl:

> brew install openssl
==> Downloading https://homebrew.bintray.com/bottles/openssl-1.0.2h_1.el_capitan.bottle.tar.gz
Already downloaded: /Users/administrator/Library/Caches/Homebrew/openssl-1.0.2h_1.el_capitan.bottle.tar.gz
==> Pouring openssl-1.0.2h_1.el_capitan.bottle.tar.gz
==> Caveats
A CA file has been bootstrapped using certificates from the system
keychain. To add additional certificates, place .pem files in
  /usr/local/etc/openssl/certs

and run
  /usr/local/opt/openssl/bin/c_rehash

This formula is keg-only, which means it was not symlinked into /usr/local.

Apple has deprecated use of OpenSSL in favor of its own TLS and crypto libraries

Generally there are no consequences of this for you. If you build your
own software and it requires this formula, you'll need to add to your
build variables:

    LDFLAGS:  -L/usr/local/opt/openssl/lib
    CPPFLAGS: -I/usr/local/opt/openssl/include

Mais quand j'essaie de lien openssl-je continuer à courir dans cette erreur de couplage:

> brew link --force openssl
Warning: Refusing to link: openssl
Linking keg-only OpenSSL means you may end up linking against the insecure,
deprecated system version while using the headers from the Homebrew version.
Instead, pass the full include/library paths to your compiler e.g.:
  -I/usr/local/opt/openssl/include -L/usr/local/opt/openssl/lib

L'option inclure les drapeaux du compilateur ne fait pas de sens pour moi, puisque je ne suis pas la compilation de ces bibliothèques que je suis dépendante.

MODIFIER dotnetcore a mis à jour ses instructions:

brew update    
brew install openssl    
ln -s /usr/local/opt/openssl/lib/libcrypto.1.0.0.dylib /usr/local/lib/   
ln -s /usr/local/opt/openssl/lib/libssl.1.0.0.dylib /usr/local/lib/
  • Pour .NET de Base vous avez besoin d'une version de OpenSSL, qui serait une version 1.0.1 ou version 1.0.2. Puisque vous êtes en train de une version 0.9.8 peut-être vous avez besoin de brew upgrade openssl en premier?
  • Je l'ai déjà fait. Je devrais l'avoir précisé, mais je n'ai pas ajouté les étapes à la question. Mais j'ai déjà fait la brew update et brew install openssl. C'est en essayant d'installer la version prise en charge.
  • Ressemble Homebrew a explicitement bloqué: github.com/Homebrew/brew/commit/....
  • Peut-être l'aide d'un autre HOMEBREW_PREFIX serait de travailler; mais c'est certainement au-delà de mon expérience.
  • Et.. pour continuer à compléter mes divagations, vous pourriez être intéressé par tout ce que développe sur github.com/Homebrew/brew/pull/597
  • "... quand j'essaie de lien openssl-je continuer à courir dans cette erreur de couplage:.." - voir Aussi Comment faire pour définir le chemin d'exécution (-rpath) d'un exécutable avec gcc sous Mac OSX?. Il peut vous aider à toujours charger la bibliothèque correcte au moment de l'exécution, si la bière n'est pas de l'ajouter.
  • le lien a fonctionné avec la version 1.0.1. Conformément à l'engagement que vous avez posté, qui était juste un il ya quelques jours, ma conjecture est que les anciennes versions ont un autre HOMEBREW_PREFIX. Je suis bon pour l'instant, mais à l'avenir je vais essayer votre suggestion d'essayer un préfixe différent.
  • J'ai essayé la plupart des solutions sur cette page, et aucune n'a fonctionné. J'ai été cependant en mesure d'obtenir .Net de base de travail avec cette solution: github.com/dotnet/cli/issues/3964#issuecomment-236485454
  • lien vers le github de discussion a fonctionné pour moi. Fondamentalement, il suffit d'exécuter: sudo install_name_tool -add_rpath /usr/local/opt/openssl/lib /usr/local/share/dotnet/shared/Microsoft.NETCore.App/1.0.0/System.Security.Cryptography.Native.dylib
  • Le rpath solution est meilleure. Il y a une raison Homebrew maintenant vous empêche de lier OpenSSL; c'est une mauvaise idée et peut casser des trucs sur votre ordinateur.
  • Vous devriez probablement mettre votre "dotnetcore a mis à jour ses directives d'installation" dans la question ou la réponse à votre propre question :\

InformationsquelleAutor daviddeath | 2016-07-30
  1. 57

    Que la mise à jour de la réponse à l'indique, la solution de contournement de l'installation de l'ancien openssl101 brew ne fonctionne plus. Pour un droit désormais solution de contournement, voir ce commentaire sur dotnet/cli#3964.

    La partie la plus pertinente de la question copié ici:

    J'ai regardé dans l'autre option qui a été suggéré pour le réglage de la rpath sur la bibliothèque. Je pense que ce qui suit est une meilleure solution qui sera la seule incidence de cette bibliothèque spécifique.

    sudo install_name_tool -add_rpath /usr/local/opt/openssl/lib /usr/local/share/dotnet/shared/Microsoft.NETCore.App/1.0.0/System.Security.Cryptography.Native.dylib

    et/ou si vous avez NETCore 1.0.1 installé exécuter la même commande pour 1.0.1 ainsi:

    sudo install_name_tool -add_rpath /usr/local/opt/openssl/lib /usr/local/share/dotnet/shared/Microsoft.NETCore.App/1.0.1/System.Security.Cryptography.Native.dylib

    En effet, plutôt que de dire le système d'exploitation de toujours utiliser la version homebrew de SSL et pouvant causer quelque chose de pause, nous nous racontons des dotnet comment trouver la bonne bibliothèque.

    Aussi important, il ressemble à Microsoft sont au courant de la question et et ont à la fois) un peu plan immédiat pour atténuer ainsi que b) une solution à long terme (probaby regroupement OpenSSL avec dotnet).

    Une autre chose à noter: /usr/local/opt/openssl/lib est l'endroit où la bière est lié par défaut:

    13:22 $ ls -l /usr/local/opt/openssl
lrwxr-xr-x  1 ben  admin  26 May 15 14:22 /usr/local/opt/openssl -> ../Cellar/openssl/1.0.2h_1

    Si, pour quelque raison que ce soit vous installez le brassage et le lien dans un endroit différent, alors que le chemin est celui que vous devez utiliser comme un rpath.

    Une fois que vous avez mise à jour de la rpath du Système.De sécurité.La cryptographie.Native.dylib agence canadienne de développement international, vous aurez besoin de redémarrer votre session interactive (c'est à dire, fermez votre console et en lancer un autre).

    • C'est maintenant la bonne réponse.
    • Où suis-je censé ajouter cette ligne? Je vais essayer d'obtenir que cela fonctionne dans CI. Je suis un /usr/local/share/dotnet/shared/Microsoft.NETCore.App/1.0.0/System.Security.Cryptography.Native.dylib (No such file or directory).
    • c'est le chemin d'installation de la dotnet de l'outillage. Son possible que vous ne l'avez pas installé ou que vous avez installés ou à un autre emplacement. Si sa installé et de votre part, vous pouvez utiliser which dotnet pour le trouver.
    • Oh, viens de réaliser que je suis en ajoutant cette ligne avant d'installer dotnet. Nouvelle tentative et de revenir.
    • A travaillé pour moi, dans mon cas, le kit de développement a été installé dans un autre répertoire, donc j'ai dû changer le chemin d'accès.
    • Avec dotnet 1.1.0 que j'avais à faire: sudo install_name_tool -add_rpath /usr/local/opt/openssl/lib /usr/local/share/dotnet/shared/Microsoft.NETCore.App/1.1.0/System.Security.Cryptography.Native.OpenSsl.dylib
    • Que faire si which dotnet révèle je ne l'ai pas?
    • J'ai entendu des rapports à partir des connaissances que le programme d'installation de macOS n'a parfois pas correctement mise à jour le chemin, donc vous pouvez l'avoir sur votre système de fichier, mais impossible de l'utiliser normalement. L'autre possibilité est que vous ne l'avez pas, dans ce cas, vous devez l'installer à partir de dot.net.

    InformationsquelleAutor Ben Collins
  2. 50

    C'est ce qui a fonctionné pour moi:

    brew update
brew install openssl
ln -s /usr/local/opt/openssl/lib/libcrypto.1.0.0.dylib /usr/local/lib/
ln -s /usr/local/opt/openssl/lib/libssl.1.0.0.dylib /usr/local/lib/
ln -s /usr/local/Cellar/openssl/1.0.2j/bin/openssl /usr/local/bin/openssl

    Grâce à @dorlandode sur ce fil https://github.com/Homebrew/brew/pull/597

    NB: je n'ai utilisé cela comme une solution temporaire jusqu'à ce que je puisse passer du temps correctement installer Openssl nouveau à partir de zéro. Comme je me souviens, j'ai passé la meilleure partie de la journée de débogage et d'avoir des problèmes avant, j'ai réalisé le meilleur moyen était d'installer manuellement les certs j'avais besoin d'un par un. Merci de lire le lien de @bouke commentaire avant de tenter cela.

    • est le chemin d'accès complet pour le dernier lien /usr/local/bin/openssl?
    • Pourquoi cette réponse n'est pas acceptée, vous avez sauvé ma vie d'homme. ::pouce::
    • Million de fois merci
    • Il y a une bonne raison d'infusion est de refuser de le faire. Voir aussi ceci: github.com/Homebrew/brew/pull/597.
    • Cette solution a fonctionné pour moi, mais j'ai dû changer 1.0.2j à 1.0.2k en raison de différences de version. De sorte que les utilisateurs méfiez-vous, vous devrez peut-être ajuster les chemins d'accès pour la version actuelle
    • J'ai vu @Jeff commentaire un peu trop tard. Si vous n'en avez trop, je crois ln -s -f /usr/local/Cellar/openssl/1.0.2k/bin/openssl /usr/local/bin/openssl fixe
    • il ne fonctionne pas

    InformationsquelleAutor rorykoehler
  3. 44

    Aucune de ces solutions n'a fonctionné pour moi sur OS X El Capitan 10.11.6. Probablement parce que OS X a une version native de openssl qu'il estime supérieure, et en tant que tel, n'aime pas la falsification.

    Donc, j'ai pris la grande route et a commencé à frais...

    Installer manuellement et symlink

    cd /usr/local/src

    • Si vous avez "Aucun fichier ou répertoire", faire:

      cd /usr/local && mkdir src && cd src

    Télécharger openssl:

    curl --remote-name https://www.openssl.org/source/openssl-1.0.2h.tar.gz

    D'extraire et de cd dans:

    tar -xzvf openssl-1.0.2h.tar.gz
cd openssl-1.0.2h

    Compiler et installer:

    ./configure darwin64-x86_64-cc --prefix=/usr/local/openssl-1.0.2h shared
make depend
make
make install

    Maintenant lien symbolique OS X openssl de vos nouvelles et mises à jour openssl:

    ln -s /usr/local/openssl-1.0.2h/bin/openssl /usr/local/bin/openssl

    Fermer le terminal, ouvrez une nouvelle session, et de vérifier OS X est l'utilisation de votre nouveau openssl:

    openssl version -a
    • Si vous essayez d'installer .NET de base sur mac OS X, vous devez envelopper dans un menu fixe.
    • Après avoir fait tout cela: OpenSSL 0.9.8 zh 14 Jan 2016 construit sur: le 15 Mai 2016 plateforme: darwin64-x86_64-llvm
    • La création d'un lien symbolique de la façon suivante fonctionné pour moi: ln -s /usr/local/openssl-1.0.2h/bin/openssl /usr/local/bin/openssl. Après le redémarrage de votre session de Terminal, tapez which openssl à assurez-vous que vous utilisez la mise à jour 1.0.2 version (/usr/local/bin/openssl) au lieu de la intégré dans un (/usr/bin/openssl).
    • J'ai suivi ces instructions, mais quand je tape dans laquelle openssl, je reçois (/opt/local/bin/openssl). Comment puis-je obtenir pour être /usr/local/bin/openssl?
    • J'ai suivi ces instructions (merci beaucoup pour l'étape-par-étape), et il dit encore 0.9.8. Merci à Olivier pour l'autre reliant la méthode qui a fonctionné.
    • ce un m'a sauvé
    • il ne fonctionne pas
    • Ne fonctionne toujours pas: une nouvelle version de OpenSSL est installé. Mais elle n'est pas utilisée par des applications telles que Compositeur. $ version d'openssl -une OpenSSL 1.0.2 o 27 mars 2018 Cependant de sortie de Compositeur diagnostiquer dit le contraire. $ compositeur diagnostiquer la Vérification de compositeur.json: attention Pas de licence spécifié, il est recommandé de le faire. Pour closed-source logiciel, vous pouvez utiliser le "propriétaire" que de la licence. Vérification des paramètres de plate-forme: AVERTISSEMENT de La bibliothèque OpenSSL (0.9.8 r) utilisé par PHP ne supporte pas TLSv1.2 ou TLSv1.1. Si possible, vous devriez les mettre à jour OpenSSL à la version 1.0.1 ou au-dessus.

    InformationsquelleAutor mcgwier
  4. 38

    Exécuter brew info opensslet lire l'information où il est dit:

    Si vous avez besoin d'avoir ce premier logiciel dans votre CHEMIN d'exécution: echo 'export PATH="/usr/local/opt/openssl/bin:$PATH"' >> ~/.bash_profile

    • brew info openssl a donné les mêmes informations utiles pour moi. L'exécution de l'suggéré de commande ci-dessus, puis en exécutant source ~/.bash_profile ou de l'ouverture d'un nouveau terminal résolu pour moi.
    • ENFIN. Cela a également travaillé pour moi. Les autres réponses ci-dessus n'a pas!
    • il ne fonctionne pas
    • ou echo 'export PATH="/usr/local/opt/openssl/bin:$PATH"' >> ~/.zshrc
    InformationsquelleAutor Alex Maiburg
  5. 14

    Si la migration de votre mac pauses homebrew:

    J'ai migré mon mac, et non reliées tous mon homebrew installe - y compris OpenSSL. C'est gem install, qui est la façon dont j'ai d'abord remarqué le problème et a commencé à essayer de réparer cela.

    Après des millions de solutions (lors de la migration vers OSX Sierra - 10.12.5), la solution a fini par être comique, c'est simple:

    brew reinstall ruby
brew reinstall openssl
    • Yup, merci, qu'il a fait pour moi aussi.
    • La légende, qui a travaillé pour moi, trop.
    • Et un an plus tard, ce qui m'est arrivé la migration de mon Mac, et votre correctif a fonctionné pour moi aussi. Merci beaucoup; j'ai été faire le point de vu d'essuyer mon nouveau Mac et faire une nouvelle installation et à la mise en place de nouveau manuellement.
    • content d'avoir pu garder d'aller au-dessus du bord! Je n'ai presque la même.
    • Vous pourriez aussi avoir besoin de supprimer ce dossier avant de le faire ci-dessus. rm -rf /usr/local/opt/openssl
    InformationsquelleAutor tobybot
  6. 9

    Après avoir essayé tout ce que j'ai pu trouver et rien n'a fonctionné, j'ai juste essayé ceci:

    touch ~/.bash_profile; open ~/.bash_profile

    À l'intérieur du fichier ajouté cette ligne.

    export PATH="$PATH:/usr/local/Cellar/openssl/1.0.2j/bin/openssl"

    maintenant ça fonctionne 🙂

    Jorns-iMac:~ jorn$ openssl version -a
OpenSSL 1.0.2j  26 Sep 2016
built on: reproducible build, date unspecified
//blah blah
OPENSSLDIR: "/usr/local/etc/openssl"

Jorns-iMac:~ jorn$ which openssl
/usr/local/opt/openssl/bin/openssl
    • C'est vraiment une solution simple et j'ai été assez espère que cela fonctionne pour moi mais pas de chance ici. Même après la mise à jour de mon CHEMIN et de redémarrer ma session shell which openssl encore des points à /usr/bin/openssl
    • Afin d'obtenir ce travail, j'ai dû modifier mon .bash_profile ainsi. Mais la seule chose qui a travaillé était pour lui dire de regarder dans /usr/local/bin au lieu de /usr/bin. Je l'ai fait par l'ajout export PATH=/usr/local/bin:$PATH
    • le même - il n'travail
    • Pour que cela fonctionne, vous devez ajouter /usr/local/opt/openssl/bin, sans le /openssl sur la fin, à la avant de la VOIE, et non la fin: PATH=/usr/local/opt/openssl/bin:$PATH à l'Aide de /usr/local/opt/openssl au lieu de /usr/local/Cellar/openssl/$version signifie que vous recevrez automatiquement le garder le plus up-to-date de la version dans votre $PATH sans avoir à changer à chaque fois que vous mettez à niveau.
    • Après des heures de mutisme cela a fonctionné pour moi avec @MarkReed de notes supplémentaires
    • J'ai été capable de l'utiliser et le faire fonctionner pour moi. Je vous remercie. J'ai 1.0.2 q version de openssl.

    InformationsquelleAutor Jorn
  7. 8

    J'ai un cas similaire. J'ai besoin d'installer openssl par le brassage et ensuite utiliser pip pour installer mitmproxy. J'obtiens la même plainte de brew link --force. Voici la solution que j'ai atteint: (sans la force du lien par brew)

    LDFLAGS=-L/usr/local/opt/openssl/lib 
CPPFLAGS=-I/usr/local/opt/openssl/include
PKG_CONFIG_PATH=/usr/local/opt/openssl/lib/pkgconfig 
pip install mitmproxy

    Ce n'aborde pas la question sans détour. Je laisse le one-liner dans le cas où quelqu'un utilise pip et nécessite la openssl lib.

    Remarque: le /usr/local/opt/openssl/lib chemins sont obtenus par brew info openssl

    • Trouvé utile pour l'installation de pysqlcipher
    • Utile pour l'installation de cryptography. J'ai été absent de la PKG_CONFIG_PATH variable
    InformationsquelleAutor Pili Hu
  8. 6

    Cela a fonctionné pour moi:

     brew install openssl
 cd /usr/local/include 
 ln -s ../opt/openssl/include/openssl .
    • Cela a fonctionné pour moi, en essayant de compiler PHP 7.2.1 avec phpbrew sur Mac OS High Sierra - Merci!
    InformationsquelleAutor edwardthesecond
  9. 5

    La solution ci-dessus à partir de edwardthesecond a fonctionné pour moi aussi sur la Sierra

     brew install openssl
 cd /usr/local/include 
 ln -s ../opt/openssl/include/openssl 
 ./configure && make

    D'autres étapes que j'ai fait avant l'été:

    • installer openssl via brew

      brew install openssl

    • l'ajout d'openssl pour le chemin d'accès comme suggéré par homebrew

      brew info openssl
echo 'export PATH="/usr/local/opt/openssl/bin:$PATH"' >> ~/.bash_profile
    • ne fonctionne pas à partir de "configurer et à prendre"
    • Travaillé belle pour moi, juste sauté la partie './configure && make'
    InformationsquelleAutor Lili
  10. 1

    Remarque: cela ne fonctionne plus en raison de https://github.com/Homebrew/brew/pull/612

    J'ai eu le même problème aujourd'hui. Je l'ai désinstallé (unbrewed??) openssl 1.0.2 et installé la version 1.0.1 aussi avec homebrew. Dotnet nouveau/restauration/exécuter puis a bien fonctionné.

    Installer openssl 101:

    brew install homebrew/versions/openssl101

    Liens:

    brew lien --force homebrew/versions/openssl101

    • De ce fait! Semble que 1.0.2 ne voulais pas le lien. Prochaine question est de savoir pourquoi .netcore de proposer quelque chose qui n'est pas recommandé dans la communauté.
    • 1.0.2 a fonctionné pour moi sur un autre mac, il y a quelques jours, alors peut-être il ya une récente infusion ou openssl changement. De toute façon, pour la dot net de base, nous sommes de bons 🙂
    • Le github lien posté par @bartonjs montre que brasser a été mis à jour il y a quelques jours. En regardant la validation, le changement est " si HOMEBREW_PREFIX.to_s == "/usr/local" && keg.nom == "openssl"` donc je suppose que la version 1.0.1 utilise un autre HOMEBREW_PREFIX.
    • ne fonctionne pas pour moi, donne toujours l'erreur Refusing to link: openssl101 Linking keg-only openssl101 means you may end up linking against the insecure, deprecated system OpenSSL while using the headers from Homebrew's openssl101. Instead, pass the full include/library paths to your compiler e.g.: -I/usr/local/opt/openssl101/include -L/usr/local/opt/openssl101/lib
    • Cette réponse n'est plus approprié compte tenu de la modification apportée par homebrew devs à github.com/Homebrew/brew/pull/612
    • C'est horrible... ne pas le faire, mais... vi /usr/local/Bibliothèque/Homebrew/cmd/lien.rb (ligne 28) if false &&. Puis brew install --force openssl. Ne le faites pas, je suis probablement une personne terrible pour suggérant même qu'il.

    InformationsquelleAutor user3488820
  11. 0

    pour moi, c'est ce qui a fonctionné...

    J'ai édité ./bash_profile et ajouté au-dessous de commande

    export PATH="/usr/local/opt/openssl/bin:$PATH"

    InformationsquelleAutor developer