Wie füge ich den von Unix zu erkennenden Home-Verzeichnis-Pfad hinzu, welcher Befehl?

Ich habe node.jsam benutzerdefinierten Speicherort installiert und den Speicherort zur $PATHIn- .profileDatei hinzugefügt .

$ node --version
v0.6.2
$ which node
$ echo $PATH
/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:~/Unix/homebrew/bin
$ cat ~/.profile
export  PATH="$PATH:~/Unix/homebrew/bin"

Node.js selbst läuft gut. Das Problem ist, dass es nicht per whichBefehl aufgelistet wird . Also kann ich npmjetzt nicht installieren . Weil npminstall den Speicherort von nicht finden kann node.js. Wie kann ich die nodeBinärdatei von entdecken lassen which?

path profile home which Eonil
quelle

Antworten:

Dies geschieht, weil ~es nicht erweitert wurde. Ihre Shell weiß, wie man damit umgeht, weiß es aber whichnicht (und die meisten anderen Programme auch nicht). Tun Sie stattdessen:

export "PATH+=:$HOME/Unix/homebrew/bin"

Alternativ können Sie die Verwendung beenden whichund die (fast immer überlegene) verwenden type -p.

Hier ist eine Demonstration des Problems:

$ echo "$PATH"
/usr/local/bin:/usr/bin:/bin
$ export "PATH+=:~/git/yturl"
$ yturl
Usage: yturl id [itag ...]
$ which yturl
$ type -p yturl
/home/chris/git/yturl/yturl
$ export "PATH=/usr/local/bin:/usr/bin:/bin:$HOME/git/yturl"
$ which yturl
/home/chris/git/yturl/yturl

Denken Sie daran, dass einige andere Programme, die sich ansehen, $PATHmöglicherweise die Bedeutung von ~beiden nicht verstehen , und nehmen Sie sie als Teil eines relativen Pfades. Es ist tragbarer zu bedienen $HOME.

Chris Down
quelle

Während die vorgeschlagene Lösung funktioniert, ist die Erklärung falsch. whichist hier nicht schuld; das ~hätte in der Definition von erweitert werden sollen PATH. Es gibt eine Kuriosität in Bash, dass es das ~ohnehin erweitert PATH, also machen zwei Fehler eine Art Recht.

Gilles 'SO - hör auf böse zu sein'

@ Gilles Wie unterscheidet sich das von dem, was ich gesagt habe?

Chris Down

Die Tatsache, dass dies überhaupt mit dem Zitierten funktioniert, ~ist eine Bash-Kuriosität. Diese wörtliche Nachdem ~in $PATHwahrscheinlich Ursache in die Bredouille , weil es Programme gibt, die ihre eigene Spaltung tun von $PATHund sie nicht behandeln ~speziell.

Gilles 'SO - hör auf böse zu sein'

@ Gilles ... und wie unterscheidet sich das von dem, was ich in meinem letzten Absatz gesagt habe?

Chris Down

Während es technisch wahr ist, dass „ein anderes Programm… die Bedeutung von möglicherweise nicht versteht ~“, ist Ihr Satz irreführend. Im Kontext von $PATHist dies jedes andere Programm als Bash.

Gilles 'SO - hör auf böse zu sein'

Diese Zeile in Ihrer .profilesollte eine von sein

export  PATH="$PATH:$HOME/Unix/homebrew/bin"
PATH="$PATH:$HOME/Unix/homebrew/bin"
PATH=$PATH:$HOME/Unix/homebrew/bin
PATH=$PATH:~/Unix/homebrew/bin

Das ~Zeichen wird nur dann in Ihr Home-Verzeichnis erweitert, wenn es das erste Zeichen eines Wortes ist und nicht in Anführungszeichen steht. In dem, was Sie geschrieben haben, ~steht das zwischen doppelten Anführungszeichen und ist daher nicht erweitert. Selbst wenn Sie geschrieben haben export "PATH=$PATH:"~/Unix/homebrew/bin, wird das ~nicht erweitert, da es nicht am Anfang eines Shell-Wortes steht.

Es gibt eine spezielle Abgabe, mit der Werte für PATHund ähnliche Variablen geschrieben werden sollen. Wenn ~es sich direkt um das Gleichheitszeichen handelt, das eine Zuweisung kennzeichnet, oder wenn ~es sich direkt nach a :auf der rechten Seite einer Zuweisung befindet, wird es erweitert. Nur einfache Zuweisungen haben diese Dispensation, export PATH=…zählen nicht (es ist ein Aufruf an den exporteingebauten, der zufällig ein Argument hat, das ein =Zeichen enthält ).

Hier müssen Sie nicht exportieren, PATHda es bereits exportiert wurde. Sie müssen nicht aufrufen, exportwenn Sie den Wert einer Variablen ändern (außer in alten Bourne-Shells, die Sie unter OSX oder Linux nicht finden). Außerdem exportbenötigen Sie in einer Zuweisung (zählt wiederum nicht) keine doppelten Anführungszeichen auf der rechten Seite, sodass dies PATH=$PATH:~/Unix/homebrew/binauch dann sicher ist, wenn $PATHLeerzeichen enthalten sind.

Gilles 'SO - hör auf böse zu sein'
quelle