web-dev-qa-db-ja.com

エルキャピタンにアップグレードすると、崇高なシンボリックリンクが消えた

OS X El Capitanにアップグレードしたばかりで、subl .コマンドがzsh: command not found: sublエラーメッセージの処理を停止しました。

他の投稿で提案されているように、次のコマンドを実行しました。

Sudo ln -s /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /usr/local/bin/subl

結果:

ln: /usr/local/bin/subl: File exists

"。bash_profile"および"。zsh_profile"に次の行が保存されています。

export PATH=/bin:/sbin:/usr/bin:/usr/local/sbin:/usr/local/bin:$PATH
export EDITOR='subl -w'

また試してみました:

Sudo ln -s /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /usr/bin/subl

結果:

ln: /usr/bin/subl: Operation not permitted

更新:次のコマンドを実行すると動作するように見えました:

alias subl="'/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl'"

しかし、端末を再起動するとすぐに、subl .コマンドが機能しなくなります。

Update2:次の行を貼り付けた後:alias subl="'/Applications/Sublime Text.app/Contents/SharedSupport/bin/subl'"subl ~/.zshrcコマンドのsubl .は、端末の再起動後も動作しますが、端末は通常よりも遅く、比較的小さなフォルダーを開くと動作するようですsubl .コマンドを使用すると、ファイルを表示するのに時間がかかることがあります...

最終更新:Sudo rm /usr/local/bin/sublに続いてSudo ln -s /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /usr/local/bin/sublを実行した後すべてが完全に機能します@ chrisのおかげです。

30
Anvar Turobov

エルキャピタンでは、/usr/binへの書き込みは許可されていませんが、/usr/local/binへの書き込みは問題ありません。デフォルトでは、/usr/local/binもパス変数に含まれている必要があります。

同じ問題があった。シンボリックリンクを削除して再作成すると、問題が修正されました。おそらく、現在のシンボリックリンクは、アップグレード後に間違った場所を指している可能性があります。

Sudo rm /usr/local/bin/subl
Sudo ln -s /Applications/Sublime\ Text.app/Contents/SharedSupport/bin/subl /usr/local/bin/subl

またはSublime Text 2(from – @simenコメント):

Sudo rm /usr/local/bin/subl
Sudo ln -s /Applications/Sublime\ Text\ 2.app/Contents/SharedSupport/bin/subl /usr/local/bin/subl 
61
chris