【问题标题】:mkvirtualenv: Too many levels of symbolic linksmkvirtualenv:符号链接的级别太多
【发布时间】:2015-07-14 10:32:59
【问题描述】:

我正在运行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.4 而不是 Python3 解决了它。现在,无论我尝试使用哪种 python,它都不起作用。即使我尝试使用默认(2.7)

【问题讨论】:

    标签: virtualenv virtualenvwrapper


    【解决方案1】:

    File "/Users/croberts/? 似乎你使用的是 Windows。考虑使用'virtualenvwrapper-win'。最新版本是 1.2.0,它支持 python 2 到 3.4。我已经使用它没有任何问题。如果你在您的计算机上使用多个版本的python,您可以使用'pywin' 在它们之间切换。

    制作新的virtualenv:

    C:\Users\your_directory>mkvirtualenv neo
    Using base prefix 'C:\\Python34'
    New python executable in neo\Scripts\python.exe
    Installing setuptools, pip...done.
    

    查看现有的 virtualenv:

    C:\Users\your_directory>lsvirtualenv
    
    dir /b /ad "C:\Users\your_directory"
    =========================================================================
    env0
    env1
    env2
    neo
    

    【讨论】:

      【解决方案2】:

      奇怪的是,当我尝试使用已经存在的名称创建 virtualenv 时,我遇到了这个问题。删除旧的并创建一个新的解决方案:

      rmvirtualenv old-one
      mkvirtualenv new-one
      

      【讨论】:

        【解决方案3】:

        这不起作用的原因是因为我在使用 Python。一旦我使用python3 而不是Python3 完成它,我就不再遇到麻烦了。

        【讨论】:

          【解决方案4】:

          我在 OSX 上遇到了同样的问题。

          后来我摆脱了它:

          1. removing env folder
          2. removing __pycache__ folder
          

          【讨论】:

          • 谢谢!这终于把我从这场磨难中救了出来
          • rm -rf ${virtualEnvName} 足以解决我的问题。
          • 你在哪里做这个?我的意思是在哪个目录?
          【解决方案5】:

          我是在建立最新鲜的环境后发现它的。因为它在建造新的时候被我打断了。然后我注意到 virtualenvwrapper 已经在环境目录下创建了一个新的环境文件夹,但它没有正确完成。因此,我删除了最新的环境文件夹并尝试安装相同的环境。解决了!

          【讨论】:

            【解决方案6】:

            在打开 cv 安装期间,我在树莓派中遇到了同样的问题。 我使用以下方法解决了我的问题。

            转到 /home/pi ls -all 并检查天气 .virtualenvs 是否存在 如果它在那里删除它 rm -r .virtualenvs

            【讨论】:

              【解决方案7】:

              我使用的是 Mac,我通过 rm 解决了这个问题,该虚拟环境与您尝试创建的名称相同。具体来说,我rmUsers/user_name/.virtualenvs/ 中的文件夹。然后创建工作。

              【讨论】:

              • 谢谢,我在 Mac 上遇到了同样的问题,我用你的解决方案解决了
              【解决方案8】:

              我不知道为什么,但使用

              python3 -m venv venv
              

              而不是

              virtualenv -p python3 venv
              

              然后激活 venv 或手动设置路径,类似这样

                    export PYTHONPATH=.:\$PYTHONPATH
                    VIRTUAL_ENV=`pwd`/venv
                    export VIRTUAL_ENV
                    PATH="\$VIRTUAL_ENV/bin:\$PATH"
                    export PATH
              

              为我工作。

              我尝试快速搜索 virtualenv 和 python3 -m venv 模块之间的差异...但没有找到任何东西。

              【讨论】:

                猜你喜欢
                • 1970-01-01
                • 2012-09-26
                • 1970-01-01
                • 2014-10-21
                • 2021-10-14
                • 1970-01-01
                • 1970-01-01
                • 1970-01-01
                • 2022-01-12
                相关资源
                最近更新 更多