Otrzymywanie „Ostrzeżenie! PATH nie jest poprawnie skonfigurowany ”podczas rvm użyj 2.0.0 --default

Powyższe nie działa za pierwszym razem, działa za drugim razem.

Spróbuj ustawić wersję ruby ​​na 2.0.0 dla każdego nowego okna powłoki.

Robić

$ rvm use 2.0.0 --default

daje

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

Następnie robiąc to samo

$ rvm use 2.0.0 --default

teraz nie daje żadnego błędu, tj

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

ale nowe okna wciąż dają mi ruby ​​1.9.3, a nie 2.0.0

Mój .bashrcplik zawiera:

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

Mój .bash_profile ma:

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

Próbować

rvm get stable

wydaje się działać, ale pod koniec wielu zielonych wyników pokazuje:

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

Nowe okno terminala rvm list rubiespokazujące to:

$ 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

Utknąłem po odinstalowaniu rvm z

rvm implode

następnie po ponownej instalacji rvm otrzymał ten sam komunikat o błędzie. Po przejrzeniu strony git hub Wayne'a Seguina. Wymienia narzędzia na swojej stronie i zaleca używanie

rvm reset 

po instalacji. To naprawiło mój komunikat o błędzie. Żadne zmiany PATH nie są potrzebne.

Odpowiedź brzmiała:

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

** na DOLE ** (ostatnia linia - ważne!) mojego pliku .bashrc. Miałem to w swoim pliku .bash_profile (jestem na Ubuntu) i to tylko częściowo działało, prowadząc do mylących błędów.

Może nie jest to najlepszy sposób rozwiązania tego problemu, ale dodałem tę linię na dole mojego .zshrc (będzie działać również w .bashrc!)

export PATH="$GEM_HOME/bin:$PATH"

Wypróbowałem rozwiązanie Michaela Durranta i nie zadziałało. ale pobiegłem rvm get stable --auto-dotfilesi zaczęło działać zgodnie z życzeniem.

Mam nadzieję, że to pomoże

To nie jest odpowiedź na zadane pytanie, ale na pokrewne pytanie, które zadawała większość komentujących / respondentów - Dlaczego musisz umieścić wiersz rvm na dole pliku rc powłoki?

Odpowiedź jest prosta.

1. Kod rvm, który jest ładowany, umieszcza binarne katalogi rvm ruby ​​na „początku” $PATHi
2. .bashrc (lub odpowiednik dla twojej domyślnej powłoki) jest odczytywany i interpretowany wiersz po wierszu od góry do dołu.

Wyobraź sobie więc następujący scenariusz:

$ 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

Oczywiście, jeśli coś jest obecne w pliku inicjalizacyjnym powłoki po linii RVM i dokona jakichkolwiek zmian w $ PATH, a dokładniej, jeśli poprzedza katalogi do $PATH, to te zmiany spowodują przesunięcie katalogów dodanych przez rvm w dół od ich pierwszej pozycji. Po wywołaniu RVM stwierdzi, że jego binarne katalogi Ruby nie znajdują się na samym początku, $PATHa BAM! dostaniesz ostrzeżenie :).

Mam nadzieję, że to wszystko wyjaśnia.

Dodam tylko moje doświadczenie: jeśli używasz.bash_profile , sprawdź, czy .bashrcnie przeszkadza . Zabijanie .bashrcna korzyść pojedynczej konfiguracji Bash .bash_profiledziała w tym przypadku.

Mam dodatkowe pytanie (chciałbym móc po prostu dodać komentarz - ale nie mam wystarczającej liczby kredytów). Miałem ten sam problem - i kiedy postępowałem zgodnie ze skryptem rvm, który został zasugerowany --auto-dotfiles, wpadłem w kłopoty, ponieważ w jakiś sposób skrypt powłoki usunął mój plik .bashrc_profile .

W każdym razie, w końcu doszedłem do tej samej odpowiedzi, którą wymieniono powyżej, umieszczając tę ​​linię na dole pliku .bashrc . [[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm"

Czy zdarzyło Ci się odkryć, dlaczego to działa tak, jak działa, a nie z linią w środku pliku .bashrc? Czy masz jakąś jasność co do sposobu, w jaki Unix ładuje zmienną środowiskową, która powoduje, że RVM działa w jednej instancji, a nie w innej?

Miałem ten sam problem. Znalazłem to w pliku 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

wiele wpisów dla rvm. Skomentowałem jeden wpis i działa dobrze.

#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

Wyczyściłem wszystko, co zawierało plik .rvm, z linii PATH = w moim pliku .zshrc

To rozwiązało problem dla mnie, gdzie inne odpowiedzi tutaj (pozyskiwanie skryptu rvm lub stabilizacja z auto dotfiles) nie.

Uznałem, że to polecenie jest bardzo przydatne. Rozwiązuje moją sprawę. Więc jeśli ktoś ma ten sam problem, spróbuj: rvm get stable --auto-dotfiles

rvm install ruby-head Naprawiono problem dla mnie - mało czasochłonny, ale załatwił sprawę. Nie jestem pewien, czy spowodowało to niezapowiedziane aktualizacje moich plików bash.

Skończyło się na usunięcie ~/.profile, ~/.bashrci ~/.zshrc.

Zasadniczo trzymałem tylko ~/.bash_profilena moim Macu. I to działa.

Myślę, że w moim przypadku są:

export PATH = "$ PATH: $ HOME / .rvm / bin"
[[-s "$ HOME / .rvm / scripts / rvm"]] && source "$ HOME / .rvm / scripts / rvm" # Załaduj RVM do sesji powłoki * jako funkcję *

w tych plikach, a te zduplikowane ustawienia są pomieszane rvm

Zrzeczenie się

Ponieważ tworzę głównie za pomocą Pythona, więc nie jestem pewien, czy to obejście dałoby poprawne rubinowe env lub po prostu zmieniło ścieżkę i pozbyło się ostrzeżenia

tło

W moim przypadku rvmnajpierw zainstalowałem , a potem pyenvpóźniej. Konfiguracja obu z nich ulegnie zmianie $PATH. Z ostrzeżenia wynika, że ​​rvm zawsze chce być pierwszym na ścieżce

$ echo $PATH

$HOME/.rvm/gems/ruby-2.6.3/bin: ......

Ale jeśli dodasz eval "$(pyenv init -)"zgodnie z wymaganiami pyenv, zmieni się to $PATHna

$ echo $PATH

$HOME/.pyenv/shims:$HOME/.rvm/gems/ruby-2.6.3/bin: ......

Moje obejście

$ rvm use system # Przełącz się z powrotem na rubin systemowy

$ rvm use ruby-2.6.3 # Przełącz się na wersję, której potrzebujesz

rvm zmieni ścieżkę do tego, co lubi, wtedy nie zobaczysz ponownie irytującego ostrzeżenia.

Zadziałało po skomentowaniu dwóch pierwszych zduplikowanych linii i dodaniu ich na dole. Nie zapomnij ponownie uruchomić terminala, aby działał.

#[[ -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*

Możesz dodać

rvm_silence_path_mismatch_check_flag=1

do twojego ~/.rvmrcpliku. To właśnie sugeruje teraz komunikat ostrzegawczy.

NAPRAWIŁEM TEN PROBLEM. SPRÓBUJ UŻYĆ POLECENIA TAKIEGO:

rvm use 2.0.0-p353

DODAJ -p353 lub inne szczegóły wersji do końca linii