web-dev-qa-db-ja.com

mkvirtualenv：シンボリックリンクのレベルが多すぎます

virtualenv burrito を実行していますが、シンボリックリンクのレベルが多すぎるというエラーが表示されます。それが何を意味するのか分かりません。

mkvirtualenv --python /usr/local/bin/Python3 Mantis

エラー：

Running virtualenv with interpreter /usr/local/bin/Python3
Using base prefix '/Library/Frameworks/Python.framework/Versions/3.4'
New python executable in Mantis/bin/Python3
Also creating executable in Mantis/bin/python
Traceback (most recent call last):
  File "/Users/croberts/.venvburrito/lib/python2.7/site-packages/virtualenv.py", line 2352, in <module>
    main()
  File "/Users/croberts/.venvburrito/lib/python2.7/site-packages/virtualenv.py", line 825, in main
    symlink=options.symlink)
  File "/Users/croberts/.venvburrito/lib/python2.7/site-packages/virtualenv.py", line 985, in create_environment
    site_packages=site_packages, clear=clear, symlink=symlink))
  File "/Users/croberts/.venvburrito/lib/python2.7/site-packages/virtualenv.py", line 1439, in install_python
    raise e
  File "/Users/croberts/.venvburrito/lib/python2.7/site-packages/virtualenv.py", line 1431, in install_python
    stdout=subprocess.PIPE)
  File "/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4/subprocess.py", line 859, in __init__
    restore_signals, start_new_session)
  File "/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4/subprocess.py", line 1457, in _execute_child
    raise child_exception_type(errno_num, err_msg)
OSError: [Errno 62] Too many levels of symbolic links

以前にこのエラーが発生していましたが、Python3ではなくPython3.4を実行して解決しました。現在、どのpythonを使用しようとしても機能しません。デフォルト（2.7）を使用しようとしても

virtualenvvirtualenvwrapper
27
Chase Roberts

これが機能しなかったのは、Pythonを大文字にしたためです。 python3の代わりにPython3を使用してやるとすぐに、トラブルが発生しなくなりました。

6
Chase Roberts

奇妙なことに、すでに存在する名前でvirtualenvを作成しようとしたときに、これに遭遇しました。古いものを削除して新しいものを作成するソリューション：

rmvirtualenv old-one
mkvirtualenv new-one
37
mlissner

OSXでも同じ問題が発生しました。

私はその後それを取り除きました：

1. removing env folder
2. removing __pycache__ folder
7
Sven

私はMacを使用していますが、作成しようとしているものと同じ名前の仮想環境をrmで解決しました。具体的には、rm内のフォルダーUsers/user_name/.virtualenvs/。その後、作成が機能しました。

3
derekjones562

新鮮な環境を構築した後、私はそれに出くわしました。新しいものを構築しているときに、自分で中断されたからです。それから、virtualenvwrapperがすでに環境ディレクトリの下に新しい環境フォルダーを作成しているのに気づきましたが、適切に実行されていません。したがって、最新の環境フォルダーを削除し、同じ環境をインストールすることを再試行しました。直った！

0
vildhjarta

Cvのオープンインストール中にRaspberry Piでも同じ問題が発生しました。私は以下の方法を使用して問題を解決します。

/ home/pi ls -allに移動し、天気.virtualenvsが存在するかどうかを確認します。存在する場合は、rm -r .virtualenvsで削除します。

0
BHAVIK BHANSALI