Spørsmål:
Ruby på OS X 10.9 Ignorer perler fordi utvidelser ikke er bygget
tony_perkis666
2014-10-01 21:53:19 UTC
view on stackexchange narkive permalink

Noen få dager vil dette skje når du gjør forskjellige ting i Ruby CLI (spesielt ved hjelp av kniven verktøyet for Chef) på OS X (kan ikke replikere i andre miljøer; Linux, FreeBSD, etc. ):

  Ignorer bcrypt-3.1.7 fordi utvidelsene ikke er bygget. Prøv: perle uberørt bcrypt-3.1.7Ignorerer bigdecimal-1.2.5 fordi utvidelsene ikke er bygget. Prøv: perle uberørt bigdecimal-1.2.5Ignorer ffi-yajl-1.1.0 fordi utvidelsene ikke er bygget. Prøv: perle uberørt ffi-yajl-1.1.0Ignorerer perlepakker-1.2.5 fordi utvidelsene ikke er bygget. Prøv: perle uberørte perlepakker-1.2.5Ignorerer perlepakker-1.2.4 fordi utvidelsene ikke er bygget. Prøv: perle uberørte perlepakker-1.2.4Ignorer pg-0.17.1 fordi utvidelsene ikke er bygget. Prøv: perle uberørt pg-0.17.1Ignorerer psych-2.0.6 fordi utvidelsene ikke er bygget. Prøv: perle uberørt psych-2.0.6Ignorerer sqlite3-1.3.9 fordi utvidelsene ikke er bygget. Prøv: perle uberørt sqlite3-1.3.9  

Og mens det er en enkel løsning, fortsetter det å skje. Har noen kommet over dette før?

  $ ruby ​​-vruby 1.9.3p484 (2013-11-22 revision 43786) [x86_64-darwin11.2.0]  
åtte svar:
skywinder
2014-11-18 19:19:40 UTC
view on stackexchange narkive permalink

I mitt tilfelle begynner jeg å se disse feilene etter å ha installert rvm

Jeg løser et slikt problem med: perle uberørt - alt

hva en nyttig kommando
Dette fungerte ... Men jeg aner ikke hvorfor
avinstallering av bundler og installering fungerte ikke.Men denne fungerte!Takk!
Dette burde vært det aksepterte svaret.
Mic92
2015-01-15 03:04:12 UTC
view on stackexchange narkive permalink

Dette problemet oppstår hvis en perle ble samlet mot en annen libruby som den som kjører. For eksempel, hvis man bruker en rubin i hjemmekatalogen sin med chruby og installerer edelstener til ~ / .gem / ruby, men kjører et skript som kaller / usr / bin / ruby, som gjenbruker perlene som er installert der. I dette tilfellet hjelper ikke uberørt perle - alle , fordi perlene bare kan kobles mot en rubinversjon.

Ahhhh takk! Jeg fikk den feilen når jeg kjørte "rails s". Jeg byttet til "bundle exec rails s" og problemet forsvant.
dette skal være det aksepterte svaret
Dette svaret er riktig.Hvis problemet oppstår i et Rails-arkiv hvor edelstener lagres i `leverandør / pakke ', er det bare å slette dem med' rm -rf leverandør / pakke 'og installere dem på nytt med' pakkeinstallasjon '.
Takk skal du ha.Jeg prøvde `perle uberørt - alt 'til jeg var blå i ansiktet, og nå vet jeg hvorfor det ikke fungerte ...
lfender6445
2014-10-09 20:38:15 UTC
view on stackexchange narkive permalink

Jeg byttet nylig til fra rvm til chruby og kjørte gem update --system , det var da problemet begynte å oppstå for meg. Etter det, når som helst jeg kjørte bunt, ble jeg slaktet med samme advarsler. Fremdeles ikke sikker på hva som forårsaket problemet.

Ignorer fortauskant-0.8.6 fordi utvidelsene til den ikke er bygget. Prøv: gem pristine curb-0.8.6

Ikke sikker på hva som løste det, men jeg gjorde to ting og advarselen forsvant:

  gem avinstallere bundlergem install bundlergem installere fortauskant  
Merkelig nok begynte det for meg da jeg byttet fra OS X-pakken Ruby til RVM. Vanligvis rydder det av seg selv etter noen dager, eller hvis jeg åpner en ny økt (som er litt av et problem når det skjer på middagstid). Jeg må generelt installere det jeg bruker på et gitt tidspunkt, og det er vanligvis Knife.
det skjedde for dusinvis av perler på maskinen min. Jeg tror de bare måtte bygges om
For meg selv måtte jeg avinstallere hver perle det ga en advarsel om og deretter installere på nytt med `bundle install '
"Jeg ble slaktet" - wow.
Uansett hva jeg prøver får jeg `Du har ikke skrivetillatelser for /Library/Ruby/Gems/2.3.0 katalogen ', disse problemene startet av seg selv, jeg bruker ikke engang rubin for alt jeg vet.Men jeg får feil om utvidelser som ikke er bygget for `clocale-0.0.3` når jeg starter et nytt skall
Javad Sadeqzadeh
2016-09-18 00:58:40 UTC
view on stackexchange narkive permalink

Dette fungerte for meg på MacOs Sierra:

  xcode-select - installer
perle installere nokogiri
 

Jeg hadde allerede installert hele xcode før jeg kjørte ovennevnte kommandoer, men jeg måtte gjøre dette uansett, kanskje fordi det første skriptet oppdaterer noen interne biblioteker / avhengigheter.

Dette var det jeg lette etter MacOS Sierra-løsning.Takk
neuronsong
2017-11-01 02:15:41 UTC
view on stackexchange narkive permalink

Forsikre deg om at du kjører "perle uberørt - alt" for riktig versjon av rubin.Hvis / usr / bin / ruby blir kalt ... bruk "/ usr / bin / gem uberørt - alt".Dette er ikke åpenbart hvis du bruker rvm og har ti versjoner av rubin installert.

Dette løste problemet mitt i en dag, og så kom det tilbake.

Det som ser ut til å være en mer permanent løsning er å gjøre "rvm reset" for å ha standard rubin være den installerte OSX-versjonen / usr / bin / ruby og / usr / bin / gem.Hvis jeg vil bruke en nyere versjon av ruby for et prosjekt, bruker jeg .ruby-version og .ruby-gemset i prosjektets rotkatalog for å eksplisitt sette den versjonen av ruby jeg vil bruke.Ikke ideelt ... men det burde få denne feilen til å forsvinne.

skozz
2016-03-27 03:13:43 UTC
view on stackexchange narkive permalink

I mitt tilfelle:

rvm blir stabil

sudo perle pristine --all

mrtnmgs
2016-05-24 07:28:18 UTC
view on stackexchange narkive permalink

Jeg er veldig ny på skinner, så dette kan være helt misvisende råd, men siden ingen av de andre løsningene fungerte for meg, trodde jeg at jeg ville dele mine.

Mic92 og Gerry satte meg på rett spor: Jeg brukte rails s som kan forårsake feil fordi den kjører en railsversjon som kan være en annen versjon enn prosjektets.

Jeg prøvde å koble til bin / railserver , jeg fikk en annen feil (manglende perler) så jeg kjørte pakkeinstallasjon

På dette tidspunktet fikk jeg en tredje feil ("inkompatibel biblioteksversjon"), som spring stop kurerte.

Så kjørte jeg skinner genererer kontroller igjen, våren startet på nytt og alt fungerte (jeg gråt litt).



Denne spørsmålet ble automatisk oversatt fra engelsk.Det opprinnelige innholdet er tilgjengelig på stackexchange, som vi takker for cc by-sa 3.0-lisensen den distribueres under.
Loading...