Pourquoi l'installation de Nokogiri sur Mac OS échouer avec libiconv est manquant?

J'ai essayé d'installer Nokogiri sur Mac OS 10.9.3 et quoi que j'essaye, l'installation échoue à la fin avec le message d'erreur suivant:

$ sudo gem install nokogiri -- --with-xml2-include=/usr/local/Cellar/libxml2/2.9.1/include/libxml2 --with-xml2-lib=/usr/local/Cellar/libxml2/2.9.1/lib --with-xslt-dir=/usr/local/Cellar/libxslt/1.1.28 --with-iconv-include=/usr/local/Cellar/libiconv/1.14/include --with-iconv-lib=/usr/local/Cellar/libiconv/1.14/lib
Building native extensions with: '--with-xml2-include=/usr/local/Cellar/libxml2/2.9.1/include/libxml2 --with-xml2-lib=/usr/local/Cellar/libxml2/2.9.1/lib --with-xslt-dir=/usr/local/Cellar/libxslt/1.1.28 --with-iconv-include=/usr/local/Cellar/libiconv/1.14/include --with-iconv-lib=/usr/local/Cellar/libiconv/1.14/lib'
This could take a while...
Building nokogiri using packaged libraries.
ERROR:  Error installing nokogiri:
ERROR: Failed to build gem native extension.
/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/bin/ruby extconf.rb --with-xml2-include=/usr/local/Cellar/libxml2/2.9.1/include/libxml2 --with-xml2-lib=/usr/local/Cellar/libxml2/2.9.1/lib --with-xslt-dir=/usr/local/Cellar/libxslt/1.1.28 --with-iconv-include=/usr/local/Cellar/libiconv/1.14/include --with-iconv-lib=/usr/local/Cellar/libiconv/1.14/lib
Building nokogiri using packaged libraries.
checking for iconv.h... yes
checking for iconv_open() in iconv.h... no
checking for iconv_open() in -liconv... no
checking for libiconv_open() in iconv.h... no
checking for libiconv_open() in -liconv... no
-----
libiconv is missing.  please visit http://nokogiri.org/tutorials/installing_nokogiri.html for help with installing dependencies.
-----
*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of necessary
libraries and/or headers.  Check the mkmf.log file for more details.  You may
need configuration options.
Provided configuration options:
--with-opt-dir
--without-opt-dir
--with-opt-include
--without-opt-include=${opt-dir}/include
--with-opt-lib
--without-opt-lib=${opt-dir}/lib
--with-make-prog
--without-make-prog
--srcdir=.
--curdir
--ruby=/System/Library/Frameworks/Ruby.framework/Versions/2.0/usr/bin/ruby
--help
--clean
--use-system-libraries
--enable-static
--disable-static
--with-zlib-dir
--without-zlib-dir
--with-zlib-include
--without-zlib-include=${zlib-dir}/include
--with-zlib-lib
--without-zlib-lib=${zlib-dir}/lib
--enable-cross-build
--disable-cross-build
Gem files will remain installed in /Library/Ruby/Gems/2.0.0/gems/nokogiri-1.6.2.1 for inspection.
Results logged to /Library/Ruby/Gems/2.0.0/gems/nokogiri-1.6.2.1/ext/nokogiri/gem_make.out

Après beaucoup d'aide autour du web, y compris la construction et l'installation de libxml2 et libxslt à l'aide d'infusion et la construction de libiconv à partir des sources (comme décrit dans "L'Installation De Nokogiri"), l'erreur reste la même.

Lorsque vous essayez d'exécuter l'installation de Nokogiri, libxml2 et libxslt semblent bien, mais pas libiconv.

Quelqu'un avec une meilleure connaissance de ces choses savoir comment obtenir Nokogiri installé?

Vous n'avez pas l'exacte commandes que vous essayez d'utiliser, de sorte que nous allons être de tir dans le noir en essayant de répondre. J'ai toujours utiliser gem install nokogiri, mais puis-je utiliser RVM pour gérer mon Mac OS Ruby installe. libxml et libxslt ne sont pas liés à iconv, donc, je vous recommande de poser votre question sur Nokogiri-talk qui est leur forum de support. Je ne me souviens pas d'avoir tout iconv problèmes lors de l'installation de Nokogiri, et je l'ai sur un groupe de machines.
J'ai dans l'intervalle ouvert un ticket sur github: github.com/tenderlove/nokogiri/issues/442 qui contient un peu plus d'informations.
Voici un lien pour résoudre le même problème sur OSX El Capitan, estebantorr.es/blog/2015/10/02/Nokogiri-en-El-Capitan
"sudo gem install nokogiri". N'utilisez pas de sudo installer des gems ou modifier la valeur par défaut de Rubis. Au lieu d'utiliser rbenv ou RVM pour gérer un distinct Ruby. Cette question est abordée à plusieurs reprises sur un Débordement de Pile.
Avez-vous essayé désinstallation xz avant de nokogiri installer?

InformationsquelleAutor polarblau | 2011-04-03

233

J'ai eu le même problème. Malheureusement, le "L'Installation De Nokogiri" ne couvre pas Iconv questions. Voici comment j'ai résolu le problème.

D'abord installer homebrew, il va faire de votre vie plus facile. Si vous l'avez déjà installé, assurez-vous de saisir les dernières formules de mise à jour comme suit:
```
brew update
```
Note: Dans OSX 10.9+ vous devrez peut-être installer xCode commande outils pour vous permettre d'installer libiconv.
```
xcode-select --install
```
puis installer une version plus récente de libiconv
```
brew install libiconv
```
puis installez votre bijou
```
gem install nokogiri -- --with-iconv-dir=/usr/local/Cellar/libiconv/1.14
```
- Une fois j'ai fait le "brassage installer libiconv" et "brew lien libiconv" j'ai été en mesure d'installer nokogiri avec succès. J'espère que cela signifie que je n'ai pas de dépendance matérielle à la version spécifique de libiconv installé par infusion.
- Je pense que vous faites. github.com/mxcl/homebrew/wiki/The-brew-command : infuser lien liens symboliques pour cette version spécifique
- merci beaucoup, j'ai le sentiment que vous m'a sauvé beaucoup de recherche!
- Lorsque je tente brew install libiconv il crache: Erreur: Pas de formule pour libiconv Apple distribue libiconv avec OS X, vous pouvez le trouver dans /usr/lib. Certains scripts ne parviennent pas à détecter correctement, veuillez vérifier les formules de solutions.
- Il est à noter que l'ensemble du système gem install a bien fonctionné pour moi, mais l'exécution de bundler dans le cadre de mon projet a échoué. J'ai finalement réussi à le faire fonctionner en suivant les conseils donnés ici: gist.github.com/746966. J'étais pas au courant de bundle config commandes qui vous permettent de régler les commutateurs individuels des gemmes dans votre bundle.
- Merci Seth! Juste au cas où que le Gist va AWOL -> vous pouvez également configurer bundler pour l'utilisation spécifique de bibliothèque construire des drapeaux. Dans ce cas: bundle config construire.nokogiri --with-xml2-include=/usr/local/Cave/libxml2/2.7.7/include/libxml2-avec-xml2-lib=/usr/local/Cave/libxml2/2.7.7/lib --with-xslt-dir=/usr/local/Cave/libxslt/1.1.26
- Je dois être quelque part spécifique dans le système de fichiers avant de me faire ce genre de choses? Ne pouvez pas obtenir que cela fonctionne...
- Si vous êtes en cours d'exécution Mavericks, vous devrez peut-être installer Xcode est outils en ligne de commande: xcode-select --install. Le problème est résolu pour moi.
- Je suis d'accord avec Michael Stalker, l'installation de Xcode s outils de ligne de commande a fonctionné pour moi aussi.
- et si vous êtes comme @SethBro et ont de la difficulté avec brew install libiconv, vous devrez peut-être installer libiconv manuellement: curl -O http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.13.1.tar.gz tar xvfz libiconv-1.13.1.tar.gz cd libiconv-1.13.1 ./configure --prefix=/usr/local/Cellar/libiconv/1.13.1 make sudo make install
- Comme @MichaelStalker noté, l'exécution de xcode-select --install fixe pour moi.
- ceci est incorrect. Vous voulez brasser dissocier libiconv "et puis tout simplement" gem install nokogiri " afin de construire contre le système libiconv au lieu de l'homebrew un.
- Je ne suis pas sûr que je suis de vous suivre. L'ancienne version du système lib était celui de donner de la difficulté à en premier lieu.
- Quand j'ai débogué cela sur mon Mac (10.9 + Xcode 5.1.1) le problème est que /usr/local/include/iconv.h a été récupéré et #define require iconv_open() pour libiconv_open(). Il a ensuite tenté de lien en face de /usr/lib/libiconv.dylib qui a iconv_open() et ne pas libiconv_open() de sorte que le extconf.rb échoue. Cela peut être considéré comme un problème avec le système de iconv, le homebrew iconv ou la nokogiri extconf.rb. Cependant, homebrew vous avertit deux fois que c'est une mauvaise idée, et requiert l'utilisation de --force: gist.github.com/lamont-granquist/a6c231eb2e0b2d45641d -- donc clairement brew lien avec il est faux.
- Aussi, si vous délier les homebrew et re-installer xcode, il fonctionne très bien. Je n'ai d'abord voir un problème où /usr/include/iconv.h était manquante pour moi, mais de réinstaller xcode fixe qui. Il n'y a pas besoin de compliquer les choses en essayant de lien nokogiri contre homebrew est libiconv quand vous pouvez résoudre le système libiconv et il fonctionne très bien.
- Si vous ne pouvez toujours pas obtenir brew install libiconv pour obtenir la bonne formule, utilisez ceci: brew tap homebrew/dupes
- OS X Yosemite (10.10) je n'ai pas eu à faire de brew choses; tout le xcode-select --install résolu ce problème pour moi.
- sur OSX 10.8.5 brew unlink libiconv et puis gem install nokogiri a fonctionné pour moi. Il a échoué si j'ai essayé de brew link libiconv avant gem install nokogiri
- c'. est. c'. --with-iconv-dir=/usr/local/Cellar/libiconv/1.14
InformationsquelleAutor Cory
80

Essayez d'utiliser le système de bibliothèques. OSX est livré avec libiconv dans les versions plus récentes, mais les valeurs par défaut du script d'installation semble avoir un problème
```
gem install nokogiri -- --use-system-libraries
```
Edit: Si l'aide de bundler, comme mentionné par Geoff que vous pouvez faire:
```
bundle config build.nokogiri --use-system-libraries
```
- Si à l'aide de bundler - vous pouvez exécuter "bundle config construire.nokogiri --use-system-bibliothèques"
- enfin, le "bundle config construire.nokogiri --use-system-bibliothèques" travaillé. Je déteste quand ça arrive
- A fonctionné pour moi sur Mac OS 10.10 Yosemite.
- pourquoi ai-je besoin de l'appoint "--" dans le milieu de la commande gem install?
- parce que c'est comment gem install de commande fonctionne lorsque vous disposez d'options supplémentaires. Vérifier guides.rubygems.org/command-reference/#gem-install
- Merci!!!! C'était une longue recherche pour arriver à cela, et il ne nécessite pas l'ajout d'un des gestionnaires de paquets sur mon mac. FWIW, je suis sur Yosemite et cela fonctionne encore!
- A échoué pour moi sur 10.10.3. Xcode 6.3 avec libxml2 version 2.6.21 or later is required!.
- A fonctionné pour moi sur 10.10.4. J'ai aussi installé libxml2, libxslt, et libiconv par MacPorts.
- gem install nokogiri -- --use-system-bibliothèques a fonctionné comme un charme
InformationsquelleAutor Filip Kis
36

@Cory solution contient la bonne réponse, mais la solution sur Mavericks est en fait beaucoup plus simple que la solution je suis donc reposter avec seulement les mesures nécessaires.

Sur Mavericks (OS x 10.9+):

Installer Xcode Outils De Ligne De Commande:
```
xcode-select --install
```
puis installez votre bijou:
```
gem install nokogiri
```
- Fonctionne sur Yosemite. Tellement content que je défile vers le bas et de ne pas utiliser les anciennes réponses.
- énorme gain de temps, merci pour cette astuce! travaillé un charme pour moi sur mavericks
- Avez-vous essayer d'utiliser ma solution? Il ne nécessite pas de xcode intsalation.
- C'est la solution officielle de la Nokogiri docs (nokogiri.org/tutorials/installing_nokogiri.html#mac_os_x), et le seul qui a travaillé sur El Capitan. La solution retenue n'a pas de travail là.
- A fonctionné pour moi sur El Capitan, tellement exaspérant. Merci pour le lien pour Nokogiri docs @Johannes - vraiment utile. Tout le monde doit rester à l'écart de solutions que de dire "l'utilisation du système de bibliothèques" - mauvais conseils.
- Quelqu'un sait pourquoi j'ai peut-être ce sur de Mojave, après une mise à jour récente 10.14.4? J'ai été la construction nokogiri via bundler sans problèmes depuis au moins Yosemite. Maintenant, c'. Oui, XCode, Outils de Ligne de Commande sont installés. Thx.
InformationsquelleAutor Micah Winkelspecht
19

J'ai finalement été en mesure de résoudre ce problème. Aucune des solutions ci-dessus complètement résolu pour moi.

Je recevais ce message d'erreur lorsque vous gem install nokogiri sur OSX Lion 10.7.2. Tout d'abord, cette erreur masque le vrai problème en disant libiconv est manquant, parce que vous obtiendrez l'erreur, même si nokogiri ne peut pas trouver de libxslt ou libxml2, qui, dans mon cas, il ne le pouvait pas.

J'ai donc suivi les instructions sur http://nokogiri.org/tutorials/installing_nokogiri.html en vertu de la section Homebrew (légèrement modifié pour tenir compte de la plus récente version de libxml2):
```
brew install libxml2
brew link libxml2
# install libxslt from source
wget ftp://xmlsoft.org/libxml2/libxslt-1.1.26.tar.gz
tar -zxvf libxslt-1.1.26.tar.gz
cd libxslt-1.1.26
./configure --prefix=/usr/local/Cellar/libxslt/1.1.26 --with-libxml-prefix=/usr/local/Cellar/libxml2/2.7.8
make
sudo make install
```
À ce point, j'ai suivi les instructions sur le nokogiri site et essayé
```
gem install nokogiri -- --with-xslt-dir=/usr/local/Cellar/libxslt/1.1.26
```
Toutefois, cela a échoué parce que lors de la construction de libxslt à partir de la source, il installe le /include dossier dans un funky place. Si vous avez besoin de spécifier le lib et include dossiers séparément comme suit:
```
gem install nokogiri -- --with-xslt-lib=/usr/local/Cellar/libxslt/1.1.26/lib --with-xslt-include=/usr/local/Cellar/libxslt/1.1.26/include/libxslt
```
Cela ne fonctionne toujours pas (même libiconv erreur), j'ai donc essayé de préciser les trois bibliothèques requises (libxslt, libxml2 et libiconv):
```
gem install nokogiri -- --with-xslt-lib=/usr/local/Cellar/libxslt/1.1.26/lib --with-xslt-include=/usr/local/Cellar/libxslt/1.1.26/include/libxslt --with-iconv-dir=/usr/local/Cellar/libiconv/1.14 --with-xml2-dir=/usr/local/Cellar/libxml2/2.7.8
```
Maintenant j'ai une autre erreur! C'est encore une erreur, mais au moins, c'était différent. Le rendre le processus a échoué avec:
```
in /opt/local/lib/libz.1.dylib, file was built for unsupported file format which is not the architecture being linked (x86_64) for architecture x86_64
```
Euh, quoi? Après beaucoup de recherches sur google, je suis tombé sur ce miracle de poste: http://www.refresherate.com/2010/01/08/fixing-ld-warning-in-usrlocalliblibz-dylib-file-is-not-of-required-architecture/

Apparemment OSX Lion est livré avec quelques mauvaises versions de la libz bibliothèque (libz.dylib, libz.1.dylib, libz.1.2.4.dylib) et ils doivent être remplacés avec les dernières versions de Xcode SDK. L'article explique mieux que je peux afin de lire le lien ci-dessus pour obtenir des instructions spécifiques.

Une fois qu'il a été remplacé, j'ai couru
```
gem install nokogiri -- --with-xslt-lib=/usr/local/Cellar/libxslt/1.1.26/lib --with-xslt-include=/usr/local/Cellar/libxslt/1.1.26/include/libxslt --with-iconv-dir=/usr/local/Cellar/libiconv/1.14 --with-xml2-dir=/usr/local/Cellar/libxml2/2.7.8
```
de nouveau et tout allait bien. J'espère que cela aide quelqu'un d'autre.
- J'ai eu le même problème, mais je l'ai trouvé en supprimant les fichiers suivants dans/opt / local/lib: libz.dylib et libz.1.dylib et en suivant le reste de ces instructions a fait le tour.
- Je pense que /opt/local désigne une installation de MacPorts. Si vous êtes en cours d'exécution homebrew et Macports, vous vous retrouverez avec quelques funkiness (comme dans votre cas). La meilleure solution est de désinstaller Macports, et utiliser homebrew pour votre paquet à manger.
- J'ai ajouté une nouvelle solution plus simple pour Mavericks (OS x 10.9+) ci-dessous.
InformationsquelleAutor Micah Winkelspecht
15

Juste ajouter ma voix à la foule, mais mkmf.le journal a dit quelque chose au sujet de ne pas être en mesure de trouver des symboles pour l'architecture x86_64. Je suis tombé sur cette solution:
```
sudo env ARCHFLAGS="-arch x86_64" gem install nokogiri -- --use-system-libraries
```
Peut pas résoudre quoi que ce soit de l'original de la personne, mais cela peut aider quelqu'un.

Note de côté: nokogiri a été mon plus grand obstacle à l'utilisation des applications ruby. Chaque fois que quelqu'un dépend de l'autre version que j'ai de comprendre comment le construire. Et mon problème est différent à chaque fois.
- D'accord avec votre nokogiri sentiment. Tous les. Unique. Temps.
- Ne fonctionne pas pour moi dans cette forme, mais ARCHFLAGS="-arch x86_64" sudo gem install nokogiri -- --use-system-libraries travaillé ...
- Cela a fonctionné pour moi aussi, beaucoup plus facile solution, je n'ai pas utiliser le ARCHFLAGS, juste sudo gem install nokogiri -- --use-system-bibliothèques
InformationsquelleAutor nbering

Je suis en utilisant..
OS X 10.9.4
Homebrew 0.9.4

Voici mon résumé de ce fil pour réussir l'installation de nokogiri, fixation manquant libiconv.

Installer Homebrew http://brew.sh/
Ou de la dernière mise à jour de l'aide de la commande ci-dessous

brew update

Installer libxml2 libxslt

brew install libxml2 libxslt

Le lien entre les deux libxml2 libxslt

brew link libxml2 libxslt

Si vous obtenez avertissement utilisation de --force, il suffit d'utiliser la commande ci-dessous

brew link --force libxml2 libxslt

Installer xCode commande outils pour vous permettre d'installer libiconv

xcode-select --install

Installer libiconv

wget http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.13.1.tar.gz
tar xvfz libiconv-1.13.1.tar.gz
cd libiconv-1.13.1
./configure --prefix=/usr/local/Cellar/libiconv/1.13.1
make
sudo make install

Dernière étape, installer nokogiri!

gem install nokogiri -- --with-xml2-include=/usr/local/Cellar/libxml2/2.8.0/include/libxml2 --with-xml2-lib=/usr/local/Cellar/libxml2/2.8.0/lib --with-xslt-dir=/usr/local/Cellar/libxslt/1.1.26 --with-iconv-include=/usr/local/Cellar/libiconv/1.13.1/include --with-iconv-lib=/usr/local/Cellar/libiconv/1.13.1/lib

InformationsquelleAutor Kevin Ng

5

J'ai résolu ce problème sur Yosemite de course Ruby 2.1.4 par
1. vous assurer d'avoir xCode 6.1 installé, puis
2. xcode-select --install, puis
3. Dans l'AppStore cliquez sur mises à jour et installer la version la plus récente des outils de ligne de commande (qui apparemment xcode-select --install ne pas faire - soupir)
4. puis bundle install travaillé comme d'habitude.
J'ai aussi fait un brew install libiconv aussi, mais je ne suis pas convaincu que l'étape était nécessaire.
- Je ne crois pas brew install libiconv est nécessaire -- j'ai jamais pris la peine de trouver le bon paquet et cela a bien fonctionné pour moi. Accordé, il peut avoir été sur ma machine quand j'ai installé nokogiri avec ruby 2.1.1 avant.
- "Dans l'AppStore cliquez sur mises à jour et installer la version la plus récente des outils de ligne de commande (qui, apparemment, xcode-select --install ne pas faire - soupir)" – pas de mises à jour sont disponibles. Comment puis-je mettre à jour mes outils de ligne de commande à partir de Xcode? Ils n'apparaissent pas dans la section "Téléchargements" du panneau de préférences.
- Cela a fonctionné pour moi sans passer par l'app store. J'ai mis à jour outils de ligne de commande et le système d'exploitation (à Yosemite), puis a couru xcode-select --install et j'ai pu installer Nokogiri.
- J'ai eu à faire: xcode-select --installer .. brew install libxml2 .. bundle config construire.nokogiri --use-system-bibliothèques .. bundle install
InformationsquelleAutor Dave Sag
4

J'ai essayé beaucoup de choses mais rien n'a fonctionné pour moi. Puis j'ai enfin trouvé le iconv documentation et il a sauvé ma journée!
- Merci beaucoup. Il a sauvé ma journée.
InformationsquelleAutor Kamil Sarna
3

À la recherche dans le mkmf fichier, il apparaissent que nokogiri (ou gem, je ne sais pas) essayer de trouver des dépendances dans /op/local/. Pour moi c'est pas le bon chemin à la recherche pour.

Forcer nokogiri pour trouver les libs au bon endroit (j'ai utiliser homebrew) a fait le tour pour moi :
```
$ gem install nokogiri -- --with-xslt-dir=/usr/local/Cellar/libxslt/1.1.26 --with-xml2-dir=/usr/local/Cellar/libxml2/2.7.8/
```
Peut-être il ya quelque chose à corriger dans nokogiri...

HTH,

InformationsquelleAutor Stéphane Akkaoui
3

libiconv a été supprimé à partir de Homebrew 0.9 Maintenant il est recommandé de le compiler libiconv à partir de la source, puis de référence de l'installation lorsque vous installez le nokogiri gem. Voir la Nokogiri installer l'Homebrew de 0,9 section sur la Nokogiri page d'installation
- Au jour d'aujourd'hui j'ai été en mesure d'exécuter $ brew install libiconv et téléchargé et installé libiconv-1.14.tar.gz
InformationsquelleAutor SupaIrish
2

Regarder dans le mkmf.fichier journal dans le joyau du répertoire de construction (par exemple, /Bibliothèque/Ruby/Gems/1.8/gems/nokogiri-1.4.4/ext/nokogiri/mkmf.le journal). Qui a beaucoup plus d'info. Dans mon cas, quand j'ai frappé, il a été que Nokogiri spécifiquement ajoute /opt/local/lib dans le chemin de recherche des bibliothèques et GNU Backgammon avait installé une incompatibilité libiconv-il.

InformationsquelleAutor scotchi
2

En supposant que vous avez installé libxml2 et libxslt avec MacPorts, alors vous pouvez peut-être obtenir cette erreur en raison d'un décalage de l'ordre d'inclure des chemins d'accès et des chemins de liaison utilisé par l'appel à have_func('iconv_open', 'iconv.h')

Simple (patch) solution: supprimer libiconv.* dans /usr/local/lib
- J'ai libxml2 et libxslt installé avec MacPorts, mais il n'y a pas libiconv.* les fichiers dans /usr/local/lib
InformationsquelleAutor Mick West
2
```
$ gem install nokogiri -- --with-xslt-dir=/usr/local/Cellar/libxslt/1.1.26 --with-xml2-dir=/usr/local/Cellar/libxml2/2.7.8/
```
même que ci-dessus, c'est la solution pour les homebrew et à l'aide de gem install (appliquer les modifications dépend de votre version)

toutefois, si vous utilisez Gemfile et bundle install, vous devez appliquer le faisceau de config avant de vous installer, voici le code
```
$ bundle config build.nokogiri --with-xslt-dir=/usr/local/Cellar/libxslt/1.1.26 --with-xml2-dir=/usr/local/Cellar/libxml2/2.7.8/ --with-iconv-dir=/usr/local/Cellar/libiconv/1.14
```
de nouveau, appliquer les modifications dépend de votre version

espère que cela va vous aider.

de crédit: https://gist.github.com/1344331

InformationsquelleAutor RacsO
2

J'ai eu le même problème sous Mountain Lion. S'avère que j'avais installé libiconv via rvm paquet précédemment et ce n'est plus nécessaire pour ruby 1.9.3/Mountain Lion/nokogiri.

Suivant les conseils de https://rvm.io/packages/, j'ai supprimé mon $rvm_path répertoire/usr et reconstruit ruby 1.9.3. Par la suite, l'installation de nokogiri était un simple gem install. Pas de déconner avec brew/macports/manuel de source installe!

InformationsquelleAutor Mike
2

Vous pourriez aussi le faire sur Mavericks:

gem install nokogiri -- --use-system-bibliothèques=true --with-xml2-include=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/usr/include/libxml2

Assurez-vous d'avoir xcode installé
- même solution fonctionne aussi pour 10.7.5: gem install nokogiri -- --use-system-bibliothèques=true --with-xml2-include=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.7.sdk/usr/include/libxml2
InformationsquelleAutor Sam Rosen
2

Je me battais avec Nokogiri pendant un certain temps aujourd'hui sur OS X 10.10 Yosemite

Mon environnement a été foiré pour une raison quelconque.

which bundle et which gem me donnaient /usr/bin/bundle et /usr/bin/gem au lieu de ~/.rbenv/shims/gem

Ce qui a permis de corriger cela pour moi a été sudo rm -i /usr/bin/gem /usr/bin/bundle

Après que j'ai:
1. changé de revenir à mon répertoire de projet
2. désinstallé le dépendantes
3. (re)-installé l'dépendante de la libs: a fait un brew install libxml2 libiconv libxslt
4. installé ma version de ruby frais (avec rbenv)
5. ne gem install bundler
6. et bundle install est déroulé sans aucun problème.

Nokogiri était très bien, après que.

Pour référence:
```
╰─% cat .bundle/config           
---
BUNDLE_PATH: vendor/bundle
BUNDLE_DISABLE_SHARED_GEMS: '1'
BUNDLE_JOBS: 4
╰─% which ruby bundle gem
~/.rbenv/shims/ruby
~/.rbenv/shims/bundle
~/.rbenv/shims/gem
```
- Avec le recul(et qui est toujours 20/20) je l'aurais probablement réglé mon CHEMIN env-variable à ajouter rbenv premier.
InformationsquelleAutor Sam Figueroa
2

gem install nokogiri -v '1.6.6.2' -- --use-system-bibliothèques-avec-xml2-include=$(brew --prefix libxml2)/include/libxml2

cela a fonctionné pour moi sur macos

InformationsquelleAutor Prashant Kajale

Vous devez mettre à jour votre homebrew à 0,9

puis suivez ces étapes

brew install libxml2 libxslt
brew link libxml2 libxslt
wget http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.13.1.tar.gz
tar xvfz libiconv-1.13.1.tar.gz
cd libiconv-1.13.1
./configure --prefix=/usr/local/Cellar/libiconv/1.13.1
make
sudo make install
sudo ln -s /usr/bin/gcc /usr/bin/gcc-4.2
gem install nokogiri -- --with-xml2-include=/usr/local/Cellar/libxml2/2.9.0/include/libxml2 --with-xml2-lib=/usr/local/Cellar/libxml2/2.9.0/lib --with-xslt-dir=/usr/local/Cellar/libxslt/1.1.28 --with-iconv-include=/usr/local/Cellar/libiconv/1.13.1/include --with-iconv-lib=/usr/local/Cellar/libiconv/1.13.1/lib

Vous devriez vérifier le dossier de la version de bibliothèque.

Lien et sudo va casser des choses. Ils sont keg-seulement pour plusieurs raisons. L'utilisation d'infusion formules, car il est plus facile à maintenir. brew create http://ftp.gnu.org/pub/gnu/libiconv/libiconv-1.13.1.tar.gz && brew install libiconv

InformationsquelleAutor Ilake Chang

1

HOMEBREW UTILISATEURS

Bonne solution pour résoudre ce problème si vous utilisez homebrew:
```
xcode-select --install
```
Choisissez "Obtenir Xcode" à partir de la boîte de dialogue.
```
brew unlink libiconv
gem install nokogiri
```
Xcode-select étape corrige votre installation de Xcode et Xcode Ligne de Commande Utils de l'installation. J'ai trouvé que je n'ai pas de /usr/include/iconv.h en raison d'un certain genre de problème avec l'O/S, mises à jour ou restauration à partir de sauvegardes. Si vous n'avez pas ce fichier d'en-tête et /usr/lib/libconv.dylib après l'exécution de xcode-select alors vous avez probablement besoin de faire glisser Xcode du dossier de l'Application dans la corbeille et le réinstaller manuellement, puis télécharger les Outils de Ligne de Commande pour Xcode de https://developer.apple.com/downloads/index.action et l'installer.

Alors vous devez supprimer le lien de la libiconv de homebrew. Vous n'avez pas besoin de cela. Et clang sera effectivement ramasser /usr/local/include/iconv.h /usr/include/iconv.h et #define iconv_open à libiconv_open mais alors le lien à l'encontre de /usr/lib/libiconv.dylib qui n'ont pas libiconv_open qui est ce qui provoque la mkmf d'échecs pour trouver libiconv. Ce que vous devez faire est de retirer le lien de iconv.h de sorte que nokogiri ne le trouverez pas.

Puis il suffit de construire nokogiri normalement.

Pour les nouveaux utilisateurs, tout ce que vous devez faire est d'installer xcode avec xcode-choisir et installer nokogiri, mais si vous avez trouvé cette question, alors je suppose que vous avez bâclé l'installation et non une nouvelle installation de Mavericks.

Certains des autres réponses ici ne sont certainement incorrecte. La plupart d'entre eux tentent d'utiliser libiconv de homebrew qui est totalement inutile. Les réponses que brew link libiconv sont en fait à l'origine du problème où le bruit devient confus et essaie de lire un homebrew fichier d'en-tête et le lier avec le système de bibliothèques. Les réponses qui suggèrent --use-system-libraries sont pauvres parce nokogiri doit être lié à l'encontre de ses groupés libxml2 et libxslt bibliothèques parce que d'autres versions de ces bibliothèques sont incompatibles avec elle. Les réponses que vous voulez compiler à partir des sources sont juste désespérément trop compliqué.

TL;DR:
- De mise à niveau et/ou la réparation de votre installation de Xcode
- Dissocier votre homebrew libiconv depuis essayez d'utiliser que les seules causes des problèmes
- Construire nokogiri normalement
RVM UTILISATEURS

Vieux RVM installations peuvent avoir un libiconv se cacher dans votre système rvm répertoires quelque part qui sont en conflit avec les bibliothèques de votre système. Voir https://stackoverflow.com/a/11809261/506908 pour plus d'informations.

MacPorts UTILISATEURS

Si vous avez /opt/local/lib/libiconv.dylib puis nokogiri ajoute que le chemin d'accès à la liste des répertoires qu'il recherche et il va trouver de l'installation de MacPorts similaire à la façon dont elle prend la homebrew libiconv et les conflits avec les bibliothèques du système. Vous pouvez essayer:
```
sudo port uninstall libiconv
```
Si cela échoue à cause des dépendances, alors vous pouvez essayer de se lier à la MacPorts version directement (non testé):
```
gem install nokogiri -- --with-iconv-dir=/opt/local
```
- Confirmant gem install nokogiri -- --with-iconv-dir=/opt/local fonctionne très bien avec MacPorts libiconv installé
InformationsquelleAutor lamont
1

Ce a travaillé pour moi

sudo env ARCHFLAGS="-arch x86_64" gem install nokogiri:1.6.6.2 -- --use-system-bibliothèques --with-xml=/usr/local/Cave/libxml2/2.9.3/--with-iconv-dir=/usr/local/Cave/libiconv/1.14
- c'était le combo de --use-system-bibliothèques et --with-iconv-dir qu'il a fait pour moi
InformationsquelleAutor Chen Kinnrot
0

Je suis tombé sur ce, ce matin... après une mise à jour de Mavericks. Nous avons fait beaucoup de choses. Cependant, si quelqu'un rencontre ce problème, voici quelques choses à essayer.

J'ai couru 'xcode-select --install' ensuite les outils de ligne de commande installé (surprise n'en est pas de mise à jour sur le système d'exploitation ugrade).
J'ai couru 'rvm imploser' (je vais construire revenir plus tard).

Nous avons reconstitué erreur deux fichiers de sortie:

~/.vagrant.d/gems/bijoux/nokogiri-1.6.3.1/ext/nokogiri/gem_make.hors

~/.vagrant.d/gems/gems/nokogiri-1.6.3.1/ext/nokogiri/tmp/x86_64-apple-darwin12.5.0/ports/libxml2/2.8.0/configure.log

Qui semblait indiquer que le compilateur c a l'aide d'un surprenant décor.

J'ai couru "env"

Sortie contenait:
```
...
CXX=/usr/local/opt/apple-gcc42/bin/g++-4.2
...
CC=/usr/local/opt/apple-gcc42/bin/gcc-4.2
...
```
Ces fichiers n'existent pas sur le système de fichiers...

Après tous ces changements se déplacer à un nouveau terminal de windows (donc tout était frais). Installation de vagrant-berkshelf (qui à son tour installe nokogiri) a bien fonctionné.

REMARQUE: lors de l'exécution de " env " dans le frais de la fenêtre il n'y a plus d'un paramètre pour les CC ou CXX...

Des doutes sur l'élément clé de ce, ou si l'ordre des questions, mais a essayé de recréer les pièces qui semblait jouer un rôle dans l'obtention de ce travail.
- Êtes-vous sûr que la commande gem install nokogiri réussit? Se fanent avec "déjà installé" message ou une installation réussie?
- Oui. J'ai réinstallé rvm et oh-my-zsh comme je construis des choses sur mon Mac. Ce que je n'ai pas été en mesure de comprendre comment obtenir nokogiri installé sur un rvm sertie. Quand je switch de retour à la "rvm utiliser le système de" je peux installer nokogiri 1.6.3.1 sur le haut de la 1.5.6 qui vient sur l'OS X ruby 2.0.0p451.
- En fin de compte pour moi, c'était stackoverflow.com/questions/19643153/... brew désinstaller apple-gcc42 brew install apple-gcc42
InformationsquelleAutor aaron blythe

Conformément à la documentation, en tant que de OSX 10.9 et Homebrew 9.5+, vous êtes probablement le manque d'outils de développement.

Nokogiri installation

Dépannage

Si vous avez des problèmes de mentionner libiconv manquant qui ressemble à quelque chose comme ceci:

Installing nokogiri (1.6.2.1) Building nokogiri using packaged libraries.
Gem::Installer::ExtensionBuildError: ERROR: Failed to build gem native extension.
/usr/local/rvm/rubies/ruby-2.0.0-p0/bin/ruby extconf.rb
Building nokogiri using packaged libraries.
checking for iconv.h... yes
checking for iconv_open() in iconv.h... no
checking for iconv_open() in -liconv... no
checking for libiconv_open() in iconv.h... no
checking for libiconv_open() in -liconv... no
-----
libiconv is missing.  please visit http://nokogiri.org/tutorials/installing_nokogiri.html for          help with installing dependencies.
-----
*** extconf.rb failed ***

Alors vous êtes probablement manquant de le droit outils de développement. C'est vraiment une solution facile:

brew unlink gcc-4.2      # you might not need this step
gem uninstall nokogiri
xcode-select --install
gem install nokogiri

Ceci est vérifié de travail sur OSX 10.9 w/xcode du compilateur clang.

InformationsquelleAutor rexmadden

0

J'ai eu ce problème lorsque j'ai mis à jour mon Mac OS Yosemite. J'ai été en mesure de résoudre ce problème en faisant:
```
xcode-select --install
brew uninstall libiconv
brew install libiconv
gem install nokogiri
```
InformationsquelleAutor Lalu
0

J'ai eu un problème similaire et la accepté de répondre à l'habitude de travailler pour moi. Maintenant, cependant, j'ai été voir un nouveau message d'erreur lorsqu'un gmkdir commande est manquante comme dans cette question:

gem install nokogiri -v '1.5.11" a échoué en raison de faire: /usr/local/bin/gmkdir: Aucun fichier ou répertoire

Ce qui a fonctionné pour moi a été d'abord un peu de nettoyage:
```
brew uninstall libiconv
brew uninstall libxml2
brew uninstall libxslt
```
Et puis brew unlink libiconv et tout ce que vous avez besoin de unlink (vérifier avec brew doctor). Puis, la magie de deux lignes (copié à partir du lié réponse):
```
brew install coreutils
gem install nokogiri
```
InformationsquelleAutor skensell
0

Étapes simples à suivre avant de commencer la désinstallation et l'installation de quoi que ce soit.
Vérifiez si vous avez CLT (outils de ligne de commande installé):

brew config

voir le CLT version ici si sa pas besoin de réinstallation.

Cela signifie que le problème est avec la permission vous avez réinstallé que bundler gem faire son pas de sudo.
Désinstaller avec bundler
gem uninstall bundler
réinstaller gem bundler
gem install bundler

Point le plus important ici est l'autorisation en vertu de laquelle bundler gem est installé, il ne doit jamais être sudoed.

InformationsquelleAutor Pikachu-go
-1

Tout d'abord assurez-vous de suivre le guide d'installation sur nokogiri: http://nokogiri.org/tutorials/installing_nokogiri.html

Après avoir suivi le guide, j'ai encore eu ce problème. C'est comment je l'ai résolu:

Tout d'abord j'ai installé iconv à l'aide de homebrew:
brew install iconv

Puis je l'ai désinstallé ruby, c'est heureusement très facile avec rvm:
```
rvm uninstall 1.9.2        
```
J'ai dû réinstaller ruby avec les options suivantes:
```
CC=gcc-4.2 rvm install 1.9.2-p290 --with-iconv-dir=/usr/local/Cellar/libiconv/1.13.1
```
Puis-je créer un sertie avec la nouvelle version de ruby:
```
rvm use 1.9.2@coolproject
```
Alors je peux enfin installer nokogiri comme ceci:
```
gem install nokogiri -v=1.4.4 -- --with-xml2-include=/usr/local/Cellar/libxml2/2.7.8/include/libxml2 --with-xml2-lib=/usr/local/Cellar/libxml2/2.7.8/lib --with-xslt-dir=/usr/local/Cellar/libxslt/1.1.26
```
InformationsquelleAutor Brian Jensen
-1

Dans mon cas, (comme avec scotchi) la compilation a échoué en raison d'une incompatibilité de iconv bibliothèque dans /opt/local/lib.
Par défaut, theNokogiri processus de construction regarde dans /opt/local d'abord.
Pour le forcer à utiliser un répertoire d'installation différent, /usr/local par exemple, n':
```
gem install nokogiri -- --with-xml2-lib=/usr/local/lib --with-xml2-include=/usr/local/include/libxml2 --with-xslt-lib=/usr/local/lib --with-xslt-include=/usr/local/include
```
InformationsquelleAutor TsenYing
-1

Ce post de blog se propose d'installer libiconv manuellement.

Par la suite, nokogiri peut être installé avec un certain nombre de commutateurs dire où trouver libiconv (voir le blog).

Comme une note de côté: Après l'installation de nokogiri, j'ai réussi à installer gollum (installation qui a échoué parce qu'elle ne pouvait pas trouver iconv). Maintenant, je suis toujours confronté à des problèmes, parce que quand je démarre gollum, Python se bloque.

InformationsquelleAutor gaston

-1

$ gem install iconv # works but it is missing an iconv.so file in ruby 2.0.0-p247
$ ls -1 2.0.0-p0/lib/ruby/gems/2.0.0/gems/iconv-1.0.3/*/*/*.so
2.0.0-p0/lib/ruby/gems/2.0.0/gems/iconv-1.0.3/ext/iconv/iconv.so*
2.0.0-p0/lib/ruby/gems/2.0.0/gems/iconv-1.0.3/lib/iconv/iconv.so*
$ ls -1 2.0.0-p247/lib/ruby/gems/2.0.0/gems/iconv-1.0.3/*/*/*.so
2.0.0-p247/lib/ruby/gems/2.0.0/gems/iconv-1.0.3/ext/iconv/iconv.so*

REMARQUE MANQUANT /lib/iconv/iconv.donc fichier dans 2.0.0-p247 qui est présent dans la version 2.0.0-p0 joyaux de l'installation.

$ rbenv version
2.0.0-p247 (set by /home/XXX/tmp/.ruby-version)
$ rbenv which gem
/home/XXX/.rbenv/versions/2.0.0-p247/bin/gem
$ gem --version
1.8.25
$ rbenv which pry
/home/XXX/.rbenv/versions/2.0.0-p247/bin/pry
$ pry
[1] pry(main)> require 'iconv'
LoadError: cannot load such file -- iconv/iconv.so
from /home/XXX/.rbenv/versions/2.0.0-p247/lib/ruby/site_ruby/2.0.0/rubygems/custom_require.rb:36:in `require'

Copier le fichier sur

$ pushd ~/.rbenv/versions/
$ cp 2.0.0-p247/lib/ruby/gems/2.0.0/gems/iconv-1.0.3/ext/iconv/iconv.so 2.0.0-p247/lib/ruby/gems/2.0.0/gems/iconv-1.0.3/lib/iconv/

MAINTENANT ÇA FONCTIONNE!

$ pry
[1] pry(main)> require 'iconv'
=> true

Note: je travaille avec des rbenv, mais ce problème est spécifique à la gemme d'installation et il doit être fixé jusqu'à flot!
cette réponse n'a rien à voir avec le C libiconv bibliothèque nokogiri de construire dépend. la réponse devrait vraiment être supprimé.

InformationsquelleAutor Darren Weber

-1

J'ai dû installer gcc d'abord avant de lancer ./configure --prefix=/usr/local/Cellar/libiconv/1.13.1

InformationsquelleAutor Cody Barr
-1

J'ai suivi les instructions de nokogiri page de l'installation et également installé xcode tools. Mais il n'a toujours pas de travail pour moi.

Puis j'ai vu que brew install libxml2 libxslt les sorties de commande suivants (entre autres choses):
```
To allow the nokogiri gem to link against this libxslt run:
gem install nokogiri -- --with-xslt-dir=/usr/local/opt/libxslt
```
Donc, je l'exécute et nokogiri a été installé avec succès.

InformationsquelleAutor m8labs
-1

Cela fonctionne pour moi:
```
gem install nokogiri -- --use-system-libraries
```
Si vous utilisez le système de regroupement, de lui dire d'utiliser l'option:
```
bundle config build.nokogiri --use-system-libraries
bundle install
```
ref

InformationsquelleAutor Muntasim
-1
- Comme une solution autonome, j'ai mis en place ce script ruby comme un résumé qui devrait fonctionner avec toute récente de Mac OS X /Homebrew installation.
- Vous êtes fondamentalement juste sur sur s'appuyant Homebrew des bibliothèques, au lieu de les vieilles ceux d'Apple. Simple.
- Vous pouvez configurer et installer avec Bundler (au lieu de gem) en passant bundle comme un argument.
Check it out, et n'hésitez pas à participer, peut-être que nous pouvons faire bouillir de l'un script pour corriger!
- Si c'était downvoted parce que d'une erreur dans le code, la solution était juste une ligne et j'ai retesté le script; c'est travailler sur mon système.
InformationsquelleAutor Steve Benner

Vous devez vous connecter pour publier un commentaire.