Ruby w OS X 10.9 Ignorowanie klejnotów, ponieważ rozszerzenia nie są budowane

36

Co kilka dni będzie to miało miejsce podczas robienia różnych rzeczy w Ruby CLI (zwłaszcza przy użyciu knifenarzędzia dla Chef) na OS X (niemożność replikacji w innych środowiskach; Linux, FreeBSD itp.):

Ignoring bcrypt-3.1.7 because its extensions are not built.  Try: gem pristine bcrypt-3.1.7
Ignoring bigdecimal-1.2.5 because its extensions are not built.  Try: gem pristine bigdecimal-1.2.5
Ignoring ffi-yajl-1.1.0 because its extensions are not built.  Try: gem pristine ffi-yajl-1.1.0
Ignoring gem-wrappers-1.2.5 because its extensions are not built.  Try: gem pristine gem-wrappers-1.2.5
Ignoring gem-wrappers-1.2.4 because its extensions are not built.  Try: gem pristine gem-wrappers-1.2.4
Ignoring pg-0.17.1 because its extensions are not built.  Try: gem pristine pg-0.17.1
Ignoring psych-2.0.6 because its extensions are not built.  Try: gem pristine psych-2.0.6
Ignoring sqlite3-1.3.9 because its extensions are not built.  Try: gem pristine sqlite3-1.3.9

I choć jest to prosta poprawka, wciąż się dzieje. Czy ktoś już się z tym spotkał?

$ ruby -v
ruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-darwin11.2.0]

macos ruby

— tony_perkis666
źródło

5

Niedawno przełączony od rvmcelu chrubyi ran gem update --system, to kiedy problem zaczął występujące dla mnie. Potem, za każdym razem, gdy prowadziłem pakiet, zabijano mnie tymi samymi ostrzeżeniami. Nadal nie jestem pewien, co spowodowało problem.

Ignoring curb-0.8.6 because its extensions are not built. Try: gem pristine curb-0.8.6

Nie jestem pewien, co to naprawiło, ale zrobiłem 2 rzeczy i ostrzeżenie zniknęło:

gem uninstall bundler
gem install bundler

gem install curb

— lfender6445
źródło

Co dziwne, zaczęło się dla mnie, kiedy przestawiłem się z Rubiego w pakiecie OS X na RVM. Ogólnie rzecz biorąc, czyści się samo po kilku dniach lub jeśli otworzę nową sesję (co jest pewnego rodzaju kłopotem, gdy nastąpi w południe). Zasadniczo muszę ponownie instalować wszystko, czego używam w danym momencie, i zwykle jest to Knife.

— tony_perkis666

działo się to z dziesiątkami klejnotów na mojej maszynie. myślę, że po prostu trzeba było je odbudować

— lfender6445,

Dla siebie musiałem odinstalować każdy klejnot, który wyświetlał ostrzeżenie, a następnie zainstalować ponownie zbundle install

— Noah Passalacqua

„Zostałem zabity” - wow.

— B Siedem

Cokolwiek próbuję You don't have write permissions for the /Library/Ruby/Gems/2.3.0 directory, te problemy zaczęły się same, nawet nie używam rubinu do tego, co wiem. Ale dostaję błędy dotyczące rozszerzeń, które nie zostały zbudowane za clocale-0.0.3każdym razem, gdy uruchamiam nową powłokę

— Vadorequest,

62

W moim przypadku ten błąd pojawia się po instalacji rvm

Rozwiązuję taki problem z: gem pristine --all

— skywinder
źródło

co za przydatne polecenie

— lfender6445

2

To działało ... Ale nie mam pojęcia, dlaczego

— Hubro

1

odinstalowanie pakietu i instalacja nie działały. Ale ten zadziałał! Dzięki!

— Srikanth Jeeva,

3

To powinna być zaakceptowana odpowiedź.

— ILikeTurtles

19

Ten problem występuje, jeśli klejnot został skompilowany z inną biblioteką niż aktualnie uruchomiona. Na przykład, jeśli ktoś używa ruby znajdującego się w swoim katalogu domowym z chruby i instaluje klejnoty do ~ / .gem / ruby, ale uruchamia skrypt, który wywołuje / usr / bin / ruby, który ponownie wykorzystuje zainstalowane tam klejnoty. W tym przypadku gem pristine --allnie pomoże, ponieważ klejnoty można połączyć tylko z jedną wersją ruby.

— Mic92
źródło

Ahhhh dziękuję! Otrzymałem ten błąd podczas uruchamiania „rails s”. Przełączyłem się na „bundle exec rails s” i problem zniknął.

— Gerry

1

to powinna być zaakceptowana odpowiedź

— Dominik Schreiber

1

Ta odpowiedź jest słuszna. Jeśli problem występuje w repozytorium Railsów, w którym są zapisane klejnoty vendor/bundle, wystarczy je usunąć za pomocą rm -rf vendor/bundlei ponownie zainstalować za pomocą bundle install.

— vmarquet

Dziękuję Ci. Próbowałem, gem pristine --allaż byłem niebieski na twarzy i teraz wiem, dlaczego to nie zadziałało ...

— GDP2

5

Naprawiłem to przez:

rvm get stable

https://github.com/rvm/rvm/issues/3348

— Lenin Raj Rajasekaran
źródło

2

To działało dla mnie na MacOs Sierra:

xcode-select --install
gem install nokogiri

Zainstalowałem już cały kod xcode przed uruchomieniem powyższych poleceń, ale i tak musiałem to zrobić, być może dlatego, że pierwszy skrypt aktualizuje niektóre biblioteki wewnętrzne / zależności.

— Javad Sadeqzadeh
źródło

Właśnie tego szukałem rozwiązania MacOS Sierra. Dzięki

— Sakares,

1

Upewnij się, że korzystasz z „gem pristine - all” dla odpowiedniej wersji rubinu. Jeśli nazywa się / usr / bin / ruby ... użyj "/ usr / bin / gem pristine --all". Nie jest to oczywiste, jeśli używasz rvm i masz zainstalowanych 10 wersji Ruby.

To naprawiło mój problem przez jeden dzień, a potem wrócił.

Wydaje się, że bardziej trwałym rozwiązaniem jest wykonanie „resetowania rvm”, aby domyślnym ruby była zainstalowana wersja OSX / usr / bin / ruby i / usr / bin / gem. Jeśli chcę użyć nowszej wersji ruby dla projektu, używam .ruby-version i .ruby-gemset w katalogu głównym projektu, aby jawnie ustawić wersję ruby, której chcę użyć. Nie jest idealny ... ale powinien sprawić, że ten błąd zniknie.

— neuronsong
źródło

0

W moim przypadku:

rvm get stable

sudo gem pristine --all

— skozz
źródło

0

Jestem bardzo nowy w szynach, więc może to być całkowicie myląca rada, ale ponieważ żadne z innych rozwiązań nie zadziałało, pomyślałem, że podzielę się moim.

Mic92 i Gerry postawili mnie na właściwej drodze: używałem, rails sco może powodować błędy, ponieważ działa wersja szynowa, która może być inną wersją niż projekt.

Próbowałem się połączyć bin/rails server, otrzymałem inny błąd (brakujące klejnoty), więc pobiegłembundle install

W tym momencie dostałem trzeci błąd („niezgodna wersja biblioteki”), który spring stopwyleczył.

Potem pobiegłem rails generate controllerponownie, wiosna ponownie uruchomiona i wszystko działało (trochę płakałem).

— mrtnmgs
źródło