Se Mettre “Attention! Le CHEMIN n'est pas correctement configuré” quand on fait de rvm utilisation 2.0.0 --par défaut

Ci-dessus ne fonctionne pas la première fois, les œuvres 2ème fois.

Essayez de mettre de version de ruby 2.0.0 pour tout nouveau shell de windows.

Faire

$ rvm use 2.0.0 --default

donne

Warning! PATH is not properly set up, '/home/durrantm/.rvm/gems/ruby-1.9.3-p125/
bin' is not at first place,
         usually this is caused by shell initialization files - check them for '
PATH=...' entries,
         it might also help to re-add RVM to your dotfiles: 'rvm get stable --au
to-dotfiles',
         to fix temporarily in this shell session run: 'rvm use ruby-1.9.3-p125'
.
Using /home/durrantm/.rvm/gems/ruby-2.0.0-p247

Ensuite de faire la même

$ rvm use 2.0.0 --default

maintenant donne pas d'erreur, c'est à dire

$ rvm use 2.0.0 --default
Using /home/durrantm/.rvm/gems/ruby-2.0.0-p247
durrantm.../durrantm$

mais les nouvelles fenêtres sont encore de me donner ruby 1.9.3, pas 2.0.0

Mon .bashrc fichier a en elle:

PATH=$PATH:$HOME/.rvm/bin # Add RVM to PATH for scripting
[[ -s "/home/durrantm/.rvm/scripts/rvm" ]] && . "/home/durrantm/.rvm/scripts/rvm"

Mon .bash_profile a:

source ~/.profile
case $- in *i*) . ~/.bashrc;; esac

Essayer

rvm get stable

semble fonctionner, mais à la fin de beaucoup de vert de sortie de montre:

Could not update RVM, get some help at #rvm IRC channel at freenode servers.

Un nouveau terminal windows avec rvm list rubies montre ceci:

$ rvm list rubies
Warning! PATH is not properly set up, '/home/durrantm/.rvm/gems/ruby-1.9.3-p125/bin' is not at first place,
         usually this is caused by shell initialization files - check them for 'PATH=...' entries,
         it might also help to re-add RVM to your dotfiles: 'rvm get stable --auto-dotfiles',
         to fix temporarily in this shell session run: 'rvm use ruby-1.9.3-p125'.

rvm rubies

=> ruby-1.9.3-p125 [ x86_64 ]
   ruby-1.9.3-p194 [ x86_64 ]
 * ruby-2.0.0-p247 [ x86_64 ]

# => - current
# =* - current && default
#  * - default

InformationsquelleAutor Michael Durrant | 2013-08-16

163

La réponse a été de mettre ceci:
```
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" 
# Load RVM into a shell session *as a function*
```
**en BAS** (dernière ligne (important!) de mon .bashrc fichier. Je l'ai eu dans mon .bash_profile fichier (je suis sur Ubuntu) et que seulement partiellement travaillé menant à la confusion des erreurs.
- Semble contre-intuitif pour déplacer vers le bas si RVM veut être dans le haut de la chaîne?
- rvm doit être à la fin du fichier, dans le cas où il y a d'autres lignes .[ba|z]cedh que redéfinir le chemin. export PATH="/usr/local/bin:/usr/local/sbin:$PATH" pour les Homebrew est probablement une commune qui entre en conflit avec rvm.
- Je l'ai mis dans le fond de mon .bash_profile comme je l'avais redéfini chemin plusieurs fois. Ça marchait aussi.
- Cela n'a pas fonctionné pour moi.
- cela a bien fonctionné pour moi après le redémarrage du terminal
- c'est certainement la bonne solution, mais si vous venez de faire rvm reset il le fera automatiquement pour vous ...
- f-ing génial! eu du mal avec cela et traitées avec une fracture de la rvm pour jours. J'ai eu terminé avec le même rvm instruction source dans bashrc, bash_profile, et .de profil, et quelque part, ils ont tabassé les uns des autres. J'ai maintenant effacé mon bashrc et de profil, et juste tout en mon .bash_profile. Vous ne savez pas si c'est une bonne pratique ou pas, mais je ne suis pas un bash scripter et je n'ai pas besoin de faire beaucoup de choses, donc 1 simple fichier rendu les choses beaucoup plus simple. Je vous remercie pour votre très bien pensé la question ET la réponse. Cheers!
- Cela a fonctionné pour moi et j'ai eu ce problème pendant un long moment!
- Comme @AaronHenderson, j'ai vidé mon .bashrc et mon .profile fichiers. Ensuite, j'ai couru rvm --default use 2.5.0 et le redémarrage du terminal. Qu'il fixe pour moi. J'avais essayé beaucoup d'autres solutions, mais c'était la clairière de l'autre les fichiers puis de les ré-exécuter le code par défaut qu'il a fait pour moi.
- Merci @RalphCallaway après le ci-dessus ne fonctionne pas rvm reset fait!
InformationsquelleAutor Michael Durrant
157

J'ai été bloqué après, j'ai désinstallé rvm avec
```
rvm implode
```
puis, après la réinstallation de rvm, il a reçu le même message d'erreur.
Après en regardant à travers wayne seguin de git hub page. Il répertorie les outils sur sa page et a recommandé d'utiliser
```
rvm reset 
```
après une installation. Ce corrigé mon message d'erreur. Pas de CHEMIN modifications nécessaires.
- Après vérification & re-vérification de mes ~/.bashrc, ~/.bash_profile, l'exécution de rvm get stable --auto-dotfiles, re-vérifier ~/.bashrc, ~/.bash_profile, et ~/.profile à de nombreuses reprises... cette réponse enfin fixée! Ran: rvm reset et il s'est débarrassé de l'avertissement! (À mon humble avis... RVM est trop méticuleux au sujet de la première en chemin... Si j'ai quelque chose en premier dans mon chemin, je sais ce que je fais)
- :tu: rvm reset
- Cela ne fonctionne pas pour moi non plus.
- cela a fonctionné pour moi! pas de CHEMIN modifications nécessaires, à seulement rvm reset (le message va montrer une dernière fois), maintenant à chaque fois que je émettre une commande rvm pas plus de CHEMIN de mises en garde.
- cela a fonctionné pour moi aussi. merci!!!!
- Il a travaillé pour moi. Je Vous Remercie. 🙂
- cela a fonctionné pour moi aussi. merci!!!!
- il fonctionne pour moi. +1
- Quand j'ai utiliser rvm réinitialiser le problème dans le terminal où j'ai couru rvm de réinitialisation est résolu. Cependant, lorsque je me déplace vers le nouveau terminal de l'erreur/avertissement persiste à moins que je ne cours pas rvm réinitialiser à nouveau
- rvm travail réinitialisation du!
- cela a fonctionné pour moi. rvm 1.29.7 sur osx high sierra
- Cela a fonctionné pour moi sur OSX High Sierra trop.
InformationsquelleAutor brandoncontreras
25

Est peut-être pas la meilleure façon de résoudre ce problème, mais j'ai ajouté cette ligne dans le bas de mon .zshrc (il va fonctionner .bashrc trop!)
```
export PATH="$GEM_HOME/bin:$PATH"
```
- C'est une solution plus propre, de l'OMI, avec les mises à jour de RVM.
- Je suis en désaccord, je pense que c'est la meilleure façon de résoudre ce problème 🙂 j'ai dû mettre ce que la dernière ligne de mon .bash_profile qu'il s'exécute en dernier et a d'autre chemin déclarations en elle.
- C'est vraiment la meilleure solution pour résoudre ce problème. Passé près de 3 heures et, enfin, sur le point d'abandonner 😀 vous l'homme. 🙂
- J'ai ajouté le mien à mon ~/.de profil, qui est chargé par la dernière ligne de ~/bash_profile et de werer pas de références à $PATH dans n'importe quel autre fichier. De cette façon, il va travailler en Bash et ramassés par d'autres coquilles.
- Oui c'est la meilleure solution, parce que c'est clair et préciser l'endroit où mettre à l'exportation. Merci!!!
- C'est la seule solution qui a fonctionné. Cheers!
- Merci, je suis heureux de vous aider
- En utilisant Ubuntu 16.04 (x64) dans un KDE/Plasma 5 de l'environnement, cette solution a été le seul à travailler pour moi. En ajoutant ceci à ~/.profile n'a rien fait, mais comme la dernière ligne de ~/.bashrc, il a travaillé comme un charme. Merci!!!!
InformationsquelleAutor Pedro José Piquero Plaza
22

J'ai essayé Michael Durrant solution et il ne fonctionne pas pour moi. mais j'ai couru rvm get stable --auto-dotfiles et il a commencé à travailler comme souhaité.

Espère que cela aide
- Cela a fonctionné sur Mavericks, avait pour redémarrer le terminal pour valider la correction.
- Sur Mac 10.12.3 avec iTerm2 3.0.15, poissons 2.5.0, et la rvm default au fond de mon config.fish fichier. la commande rvm reset n'aide pas quand on garde la fenêtre de terminal ouvertes. Cette commande ne fonctionne. Mon résultat: pastebin.com/1jUCSGnP
- Ah, peut-être, quand j'étais commandes en cours d'exécution, ils ont été à l'aide de la bash interprète, et je devrais avoir vérifié ces fichiers de configuration ainsi..
- Non, il était toujours en panne dans d'autres terminaux windows, même après le redémarrage de iTerm, et la vérification de tous les numéro de profil de scripts n'ont pas d'aide, donc j'ai implosé supprimé toutes les config les lignes, redémarré mon ordinateur, réinstallez RVM avec le poisson de l'intégration de fonctions, et a permis à l'un rvm default ligne. C'est mieux maintenant ...
InformationsquelleAutor Sparkmasterflex
7

Ce n'est pas une réponse à la question posée, mais à la question connexe de savoir que la plupart des intervenants/intervenants ont demandé -- Pourquoi avez-vous besoin de mettre le rvm de la ligne au bas de la coque fichier rc?

La réponse est simple.
1. Le rvm de code qui est chargé met le rvm ruby binaire de répertoires au "front" de $PATH, et
2. .bashrc (ou l'équivalent pour votre shell par défaut) est lu et interprété, ligne par ligne, de haut en bas.
Alors imaginez le scénario suivant :
```
$ echo $PATH
  /usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin 

$ [[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm"
  /Users/sankalp/.rvm/gems/ruby-1.9.3-p547/bin:/Users/sankalp/.rvm/gems/ruby-1.9.3-p547@global/bin:/Users/sankalp/.rvm/rubies/ruby-1.9.3-p547/bin:/Users/sankalp/bin:/usr/texbin/:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin

$ export PATH=<something>:$PATH
$ echo $PATH
  <something>:/Users/sankalp/.rvm/gems/ruby-1.9.3-p547/bin:/Users/sankalp/.rvm/gems/ruby-1.9.3-p547@global/bin:/Users/sankalp/.rvm/rubies/ruby-1.9.3-p547/bin:/Users/sankalp/bin:/usr/texbin/:/usr/local/bin:/usr/bin:/bin:/usr/local/sbin:/usr/sbin:/sbin
```
Clairement si quelque chose est présent dans l'interpréteur de fichier init après le RVM ligne et à toute modification à $PATH, plus précisément si on ajoute les répertoires de $PATH, ces changements vont pousser les répertoires ajoutés par rvm vers le bas à partir de leur première position. RVM, lorsqu'il est appelé, dans ses ruby binaire répertoires sont pas au tout début de $PATH et BAM! vous obtiendrez l'attention 🙂 .

J'espère que rend les choses claires.

InformationsquelleAutor Sankalp
5

J'ai une question de suivi à ce sujet (j'aimerais simplement ajouter un commentaire - mais je n'ai pas assez de crédits). J'ai eu ce même problème et quand j'ai suivi le rvm script qui a été proposé d'utiliser --auto-dotfiles, j'ai eu des ennuis comme c'est en quelque sorte le script shell supprimé mon .bashrc_profile fichier.

De toute façon, j'ai finalement venu autour à la même réponse énumérés ci-dessus, de mettre cette ligne en bas de .bashrc fichier.
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm"

Avez-vous arriver à trouver pourquoi ça fonctionne comme il le fait, et non pas avec la ligne dans le milieu de la .bashrc fichier? Avez-vous un peu de clarté autour de la manière Unix est le chargement de la variable d'environnement qui rend le RVM de travail dans un cas et pas dans l'autre?
- Pas de. Cela a fonctionné et j'ai déménagé sur 🙂 Beaucoup plus intéressant de poisson à frire 🙂
InformationsquelleAutor David Kim
5

Juste ajouter mon expérience: si vous utilisez .bash_profile, vérifier si .bashrc est de ne pas interférer. Tuer .bashrc en faveur des Bash configuration par .bash_profile fonctionne dans ce cas.
- Cela a résolu mon problème. Je ne suis même pas sûr de savoir comment .bashrc est arrivé là, comme tous mes configs sont dans .bash_profile. Ne rvm mettre quelque chose dans bashrc sur installer? Je suppose que si l'on considère que bashrc n'avait qu'une seule ligne et il a à voir avec rvm.
- Dieu sait quel genre de ligne de commande du programme d'installation fait dans. Ils ont tendance à polluer 🙁
- Ce n'est pas une solution générale, FWIW. .bashrc est exécutée pour chaque imbriquée shell interactif; .bash_profile est exécuté seulement sur la première shell bash est entré, c'est à dire le shell de connexion. Les Variables devrait être fixé dans .bash_profile, alors que les fonctions, alias etc. (les choses qui ne sont pas transmis avec la normale hérité de l'environnement) doit être réglé dans .bashrc.
InformationsquelleAutor Ain Tohvri

J'ai été confronté à la même question. J'ai trouvé que dans le fichier bashrc

export PATH="$PATH:$HOME/.rvm/bin" # Add RVM to PATH for scripting
export PATH=$HOME/local/bin:$PATH

export PATH="$PATH:$HOME/.rvm/bin" # Add RVM to PATH for scripting

plusieurs entrées pour rvm.
J'ai commenté une entrée et sa fonctionne très bien.

#export PATH="$PATH:$HOME/.rvm/bin" # Add RVM to PATH for scripting
#export PATH=$HOME/local/bin:$PATH

export PATH="$PATH:$HOME/.rvm/bin" # Add RVM to PATH for scripting

InformationsquelleAutor Deepak Kabbur

3

J'ai nettoyé tout ce qui avait un .rvm de mon CHEMIN= ligne dans mon .zshrc

Qui a résolu le problème pour moi, là où les autres réponses ici (sourcing le rvm de script ou de l'obtention de la stabilité avec l'auto fichiers de configuration utilisateur) n'a pas.

InformationsquelleAutor Caleb
2

J'ai trouvé cette commande pour être très utile.
Il résoudre mon cas. Donc, si quelqu'un a le même problème, donner à ceci un essai:
rvm get stable --auto-dotfiles

InformationsquelleAutor castro4000
1

rvm install ruby-head
Fixe la question pour moi - peu de temps mais en fait le tour. Pas sûr que cela fait tout unpronounced mises à jour sur mon bash fichiers.

InformationsquelleAutor user2164305
0

J'ai fini par enlever ~/.profile, ~/.bashrc et ~/.zshrc.

Fondamentalement, je n'ai conservé ~/.bash_profile sur mon mac. Et il fonctionne.

Je pense que dans mon cas, il y a:
```
export PATH="$PATH:$HOME/.rvm/bin" 
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM dans une session shell *en fonction* 
```
dans ces fichiers, et ceux en double paramètres confondus rvm

InformationsquelleAutor Steven Yue

Il a travaillé après avoir commenté le top 2 des lignes dupliquées et de les ajouter à fond. N'oubliez pas de redémarrer le terminal pour qu'il fonctionne.

#[[ -s "$HOME/.profile" ]] && source "$HOME/.profile" # Load the default .profile
#[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session *as a function*
export PATH="/usr/local/opt/[email protected]/bin:$PATH"
export LDFLAGS="-L/usr/local/opt/[email protected]/lib"

[[ -s "$HOME/.profile" ]] && source "$HOME/.profile" # Load the default .profile
[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm" # Load RVM into a shell session *as a function*

InformationsquelleAutor Dave

-2

J'AI CORRIGÉ CE PROBLÈME.
ESSAYEZ D'UTILISER LA COMMANDE COMME CECI:
```
rvm use 2.0.0-p353
```
AJOUTEZ -p353 ou autre, vous version de détail à l'extrémité de la ligne de
- Cela ne résout le problème pour le shell en cours de session, donc ce n'est pas exactement la meilleure réponse.
InformationsquelleAutor David tsang

Vous devez vous connecter pour publier un commentaire.