Virtualenv: --always-copy의 파손 - 다음과 함께 실패: ImportError: 시간이라는 이름의 모듈 없음

저도 이 문제를 겪고 있지만 해결 방법으로 no-setuptools 를 추가하여 virtualenv에 pip를 설치하지 않도록 할 수 있습니다. 이 문제는 새 virtualenv에 pip/setuptools를 설치하는 것과 관련이 있습니다.

내 버전 정보:

• 페도라 19 x86_64,
• Python 2.7.5의 시스템 설치
• 가상 환경 1.11.4
• 핍 1.5.4

다음은 실패 시 전체 상세 출력입니다.

[vagrant<strong i="14">@localhost</strong> ~]$ virtualenv --always-copy --clear --verbose foobar
Do not need to delete foobar/lib/python2.7; already gone
Not deleting foobar/bin
Creating foobar/lib/python2.7
Cannot find file lib (bad symlink)
Symlinking Python bootstrap modules
  Copying to foobar/lib/python2.7/config
  Copying to foobar/lib/python2.7/lib-dynload
  Creating parent directories for foobar/lib64/python2.7
  Copying to foobar/lib64/python2.7/os.py
  Ignoring built-in bootstrap module: posix
  Copying to foobar/lib64/python2.7/posixpath.py
  Cannot import bootstrap module: nt
  Copying to foobar/lib64/python2.7/ntpath.py
  Copying to foobar/lib64/python2.7/genericpath.py
  Copying to foobar/lib64/python2.7/fnmatch.py
  Copying to foobar/lib64/python2.7/locale.py
  Copying to foobar/lib64/python2.7/encodings
  Copying to foobar/lib64/python2.7/codecs.py
  Copying to foobar/lib64/python2.7/stat.py
  Copying to foobar/lib64/python2.7/UserDict.py
  Creating parent directories for foobar/lib64/python2.7/lib-dynload
  Copying to foobar/lib64/python2.7/lib-dynload/readline.so
  Copying to foobar/lib64/python2.7/copy_reg.py
  Copying to foobar/lib64/python2.7/types.py
  Copying to foobar/lib64/python2.7/re.py
  Copying to foobar/lib64/python2.7/sre.py
  Copying to foobar/lib64/python2.7/sre_parse.py
  Copying to foobar/lib64/python2.7/sre_constants.py
  Copying to foobar/lib64/python2.7/sre_compile.py
  Copying to foobar/lib64/python2.7/lib-dynload/zlibmodule.so
  Copying to foobar/lib64/python2.7/warnings.py
  Copying to foobar/lib64/python2.7/linecache.py
  Copying to foobar/lib64/python2.7/_abcoll.py
  Copying to foobar/lib64/python2.7/abc.py
  Copying to foobar/lib64/python2.7/_weakrefset.py
Creating foobar/lib/python2.7/site-packages
Writing foobar/lib64/python2.7/site.py
Writing foobar/lib64/python2.7/orig-prefix.txt
Writing foobar/lib64/python2.7/no-global-site-packages.txt
Creating parent directories for foobar/include
Copying to foobar/include/python2.7
Creating foobar/bin
New python executable in foobar/bin/python
Changed mode of foobar/bin/python to 0775
Copying to foobar/bin/python2
Copying to foobar/bin/python2.7
Testing executable with foobar/bin/python -c "import sys;out=sys.stdout;getattr(out, "buffer", out).write(sys.prefix.encode("utf-8"))"
Got sys.prefix result: u'/home/vagrant/foobar'
Creating foobar/lib64/python2.7/distutils
Writing foobar/lib64/python2.7/distutils/__init__.py
Writing foobar/lib64/python2.7/distutils/distutils.cfg
Installing setuptools, pip...
  Traceback (most recent call last):
    File "<string>", line 1, in <module>
    File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-1.5.4-py2.py3-none-any.whl/pip/__init__.py", line 9, in <module>
    File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-1.5.4-py2.py3-none-any.whl/pip/log.py", line 6, in <module>
    File "/usr/lib64/python2.7/logging/__init__.py", line 26, in <module>
      import sys, os, time, cStringIO, traceback, warnings, weakref
  ImportError: No module named time
  Complete output from command /home/vagrant/foobar/bin/python -c "import sys, pip; sys...d\"] + sys.argv[1:]))" setuptools pip:
  Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-1.5.4-py2.py3-none-any.whl/pip/__init__.py", line 9, in <module>
  File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-1.5.4-py2.py3-none-any.whl/pip/log.py", line 6, in <module>
  File "/usr/lib64/python2.7/logging/__init__.py", line 26, in <module>
    import sys, os, time, cStringIO, traceback, warnings, weakref
ImportError: No module named time
----------------------------------------
...Installing setuptools, pip...done.
Traceback (most recent call last):
  File "/usr/bin/virtualenv", line 11, in <module>
    sys.exit(main())
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 824, in main
    symlink=options.symlink)
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 992, in create_environment
    install_wheel(to_install, py_executable, search_dirs)
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 960, in install_wheel
    'PIP_NO_INDEX': '1'
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 902, in call_subprocess
    % (cmd_desc, proc.returncode))
OSError: Command /home/vagrant/foobar/bin/python -c "import sys, pip; sys...d\"] + sys.argv[1:]))" setuptools pip failed with error code 1

다음은 성공에 대한 자세한 정보 출력입니다.

[vagrant<strong i="6">@localhost</strong> ~]$ virtualenv --always-copy --clear --verbose --no-setuptools foobar
Do not need to delete foobar/lib/python2.7; already gone
Not deleting foobar/bin
Creating foobar/lib/python2.7
Cannot find file lib (bad symlink)
Symlinking Python bootstrap modules
  Copying to foobar/lib/python2.7/config
  Copying to foobar/lib/python2.7/lib-dynload
  Creating parent directories for foobar/lib64/python2.7
  Copying to foobar/lib64/python2.7/os.py
  Ignoring built-in bootstrap module: posix
  Copying to foobar/lib64/python2.7/posixpath.py
  Cannot import bootstrap module: nt
  Copying to foobar/lib64/python2.7/ntpath.py
  Copying to foobar/lib64/python2.7/genericpath.py
  Copying to foobar/lib64/python2.7/fnmatch.py
  Copying to foobar/lib64/python2.7/locale.py
  Copying to foobar/lib64/python2.7/encodings
  Copying to foobar/lib64/python2.7/codecs.py
  Copying to foobar/lib64/python2.7/stat.py
  Copying to foobar/lib64/python2.7/UserDict.py
  Creating parent directories for foobar/lib64/python2.7/lib-dynload
  Copying to foobar/lib64/python2.7/lib-dynload/readline.so
  Copying to foobar/lib64/python2.7/copy_reg.py
  Copying to foobar/lib64/python2.7/types.py
  Copying to foobar/lib64/python2.7/re.py
  Copying to foobar/lib64/python2.7/sre.py
  Copying to foobar/lib64/python2.7/sre_parse.py
  Copying to foobar/lib64/python2.7/sre_constants.py
  Copying to foobar/lib64/python2.7/sre_compile.py
  Copying to foobar/lib64/python2.7/lib-dynload/zlibmodule.so
  Copying to foobar/lib64/python2.7/warnings.py
  Copying to foobar/lib64/python2.7/linecache.py
  Copying to foobar/lib64/python2.7/_abcoll.py
  Copying to foobar/lib64/python2.7/abc.py
  Copying to foobar/lib64/python2.7/_weakrefset.py
Creating foobar/lib/python2.7/site-packages
Writing foobar/lib64/python2.7/site.py
Writing foobar/lib64/python2.7/orig-prefix.txt
Writing foobar/lib64/python2.7/no-global-site-packages.txt
Creating parent directories for foobar/include
Copying to foobar/include/python2.7
Creating foobar/bin
New python executable in foobar/bin/python
Changed mode of foobar/bin/python to 0775
Copying to foobar/bin/python2
Copying to foobar/bin/python2.7
Testing executable with foobar/bin/python -c "import sys;out=sys.stdout;getattr(out, "buffer", out).write(sys.prefix.encode("utf-8"))"
Got sys.prefix result: u'/home/vagrant/foobar'
Creating foobar/lib64/python2.7/distutils
Writing foobar/lib64/python2.7/distutils/__init__.py
Writing foobar/lib64/python2.7/distutils/distutils.cfg
Writing foobar/bin/activate
Writing foobar/bin/activate.fish
Writing foobar/bin/activate_this.py
Writing foobar/bin/activate.csh

실패한 경우와 성공한 경우 모두 첫 번째 오류 줄은 다음과 같습니다.

Cannot find file lib (bad symlink)

찾을 수 없는 파일에 대한 전체 경로가 없기 때문에 이 로그는 유용하지 않습니다. 따라서 이 파일에 대해 os.path.abspath 를 인쇄하기 위해 virtualenv.py 를 해킹하여 다음을 얻었습니다.

Cannot find file /home/vagrant/lib (bad symlink)

현재 작업 디렉토리에서 lib 폴더를 찾고 있습니다.

재고 Python 2.7이 있는 Centos7에서도 동일합니다.

$ virtualenv --always-copy /opt/
New python executable in /opt/bin/python
Installing setuptools, pip...
  Complete output from command /opt/bin/python -c "import sys, pip; sys...d\"] + sys.argv[1:]))" setuptools pip:
  Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-6.0.6-py2.py3-none-any.whl/pip/__init__.py", line 4, in <module>
  File "/usr/lib64/python2.7/logging/__init__.py", line 26, in <module>
    import sys, os, time, cStringIO, traceback, warnings, weakref
ImportError: No module named time
----------------------------------------
...Installing setuptools, pip...done.
Traceback (most recent call last):
  File "/usr/bin/virtualenv", line 11, in <module>
    sys.exit(main())
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 825, in main
    symlink=options.symlink)
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 993, in create_environment
    install_wheel(to_install, py_executable, search_dirs)
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 961, in install_wheel
    'PIP_NO_INDEX': '1'
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 903, in call_subprocess
    % (cmd_desc, proc.returncode))
OSError: Command /opt/bin/python -c "import sys, pip; sys...d\"] + sys.argv[1:]))" setuptools pip failed with error code 1

여기도 마찬가지입니다. CentOS 6.5에서 --always-copy 를 사용하면 시스템 Python 2.6은 언급한 것과 동일한 ImportError: No module named time 로 끝납니다.

해결책은 EL 기반 배포판에서 --always-copy 옵션을 잊어버리는 것입니다.

현재 실행 중인 fix_lib64 함수에 오타가 있는 것 같습니다. 나는 이것을 수정하고 예상대로 작동합니다. 줄로 이동:

   1579         if symlink:                              
   1580             os.symlink('lib', lib64_link)      
   1581         else:                                    
   1582             copyfile('lib', lib64_link)        

'lib' 를 lib_dir 대체

  1579         if symlink:                              
   1580             os.symlink(lib_dir, lib64_link)      
   1581         else:                                    
   1582             copyfile(lib_dir, lib64_link)        

늦었지만 도움이 되었으면 합니다

--no-setup-tools 및 --always-copy 플래그와 함께 CentOS 7.1을 사용하여 여기서도 동일한 문제가 발생합니다. virtualenv를 패키징하여 고객에게 배송하기 때문에 이 문제가 해결되었으면 합니다(CentOS7+에도 있으므로 큰 위험은 아님).

--always-copy Gentoo x86_64에서도 마찬가지입니다.

@jdelgad 와 @selurvedu 위에서 제가 추천한 것을 시도해

@ikiini 예, 패치가 문제를 해결합니다.

@ikiini 성공 했습니다! 정말 고맙습니다. 이제 이것을 RHEL 7 또는 기본 분기로 가져옵니다.

+1

엄청난. 답변이 늦어 죄송합니다. 하지만 @selurvedu 및 @jdelgad를 환영합니다.

문제는 @ikiini 의 패치가 실제로 lib_dir 에서 'lib' 변경된 경우인 https://github.com/pypa/virtualenv/issues/338에서 다시 회귀하는 것 같습니다. 'lib'

CentOS 7 및 python 2.7에서 문제가 여전히 지속됨

[root@st2w-master-el7-5696a8a082 ~]# virtualenv no_copy
New python executable in no_copy/bin/python
Installing setuptools, pip, wheel...done.
[root@st2w-master-el7-5696a8a082 ~]# virtualenv --always-copy yes_copy
Cannot find file lib (bad symlink)
New python executable in yes_copy/bin/python
Installing setuptools, pip, wheel...
  Complete output from command /root/yes_copy/bin/python -c "import sys, pip; sys...d\"] + sys.argv[1:]))" setuptools pip wheel:
  Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/usr/lib/python2.7/site-packages/virtualenv_support/pip-7.1.2-py2.py3-none-any.whl/pip/__init__.py", line 4, in <module>
  File "/usr/lib64/python2.7/logging/__init__.py", line 26, in <module>
    import sys, os, time, cStringIO, traceback, warnings, weakref
ImportError: No module named time
----------------------------------------
...Installing setuptools, pip, wheel...done.
Traceback (most recent call last):
  File "/bin/virtualenv", line 11, in <module>
    sys.exit(main())
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 832, in main
    symlink=options.symlink)
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 1004, in create_environment
    install_wheel(to_install, py_executable, search_dirs)
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 969, in install_wheel
    'PIP_NO_INDEX': '1'
  File "/usr/lib/python2.7/site-packages/virtualenv.py", line 910, in call_subprocess
    % (cmd_desc, proc.returncode))
OSError: Command /root/yes_copy/bin/python -c "import sys, pip; sys...d\"] + sys.argv[1:]))" setuptools pip wheel failed with error code 1
[root@st2w-master-el7-5696a8a082 ~]# virtualenv --version
13.1.2
[root@st2w-master-el7-5696a8a082 ~]# ls -rlth yes_copy/
total 0
drwxr-xr-x. 3 root root 22 Jan 13 22:04 lib
drwxr-xr-x. 3 root root 22 Jan 13 22:04 lib64
drwxr-xr-x. 3 root root 22 Jan 13 22:04 include
drwxr-xr-x. 2 root root 49 Jan 13 22:04 bin
[root@st2w-master-el7-5696a8a082 ~]#

@ bwilliams42 - 귀하의 변경으로 인해 실제로 symlink-ing 논리에 대한 문제가 수정되었습니다. 그러나 --always-copy를 사용하지 않으면 근본적으로 문제가 발생합니다. copyfile에는 기본값이 True인 "symlink" kwarg가 있습니다. 다음 논리는 효과적으로, symlink이면 os.symlink를 호출하고, 그렇지 않으면 "symlink" kwarg 없이 copyfile을 호출하여 copyfile 기본값이 symlink=True이고 symlink가 copyfile에 의해 생성됩니다. 전혀 유용하지 않습니다. 심볼릭 링크는 무엇이든 결과입니다.

패치는 다음과 같아야 하지 않나요?

   1579         if symlink:                              
   1580             os.symlink(lib_dir, lib64_link)      
   1581         else:                                    
   1582             copyfile(lib_dir, lib64_link, symlink=symlink)

이 작업을 수행하고 /usr/lib64에 대한 심볼릭 링크가 있는 문제가 있었습니다. RH가 일부 openssl 라이브러리를 업데이트했을 때 openssl_meth function 와 같은 오류와 함께 이것이 깨졌습니다(저는 ansible을 사용하고 있었습니다). /usr/lib64의 전체 복사를 수행하여 문제를 해결했습니다. @bwilliams42 의 완전한 수정은 아니지만 올바른 방향으로 나를 가리켰습니다.

문제는 여전히 Centos 7.2에서 지속됩니다. 이 티켓은 2.5년 전에 보고되었습니다. 매우 심각한 문제인 것 같습니다. 문제를 해결하려면 어떻게 해야 하나요?

누군가 작동 수정을 제공해야 합니다. 여기에 제안된 수정 사항이 하나 있지만 분명히 몇 가지 문제가 있습니다. 나는 거기에서 시작하는 것이 좋습니다.

BTW, 나는 패브릭의 도움으로 Vagrant 아래의 특수 VM의 가상 환경에 파이썬 응용 프로그램을 빌드하고 포장하려고 하므로 Vagrant + centos box + 간단한 패브릭 스크립트를 사용하여 이 버그를 재현하는 것은 매우 쉽습니다.

virtualenv가 작동하는 방식에 대한 내부 지식이 없으므로 지침이 필요합니다.

Windows를 사용 중이고 심볼릭 링크 대 복사(또는 이에 관련된 것으로 보이는 lib64 디렉토리)에 대한 전체 질문은 관련이 없기 때문에 죄송합니다.

흥미롭게도(Amazon Linux에 있음) virtualenv --always-copy app 수행할 때 이 오류( Cannot find file lib (bad symlink) )가 발생하지만 mkdir app; cd app; virtualenv --always-copy . 수행할 때는 그렇지 않습니다. 그리고 나는 이유를 이해하는 것 같습니다. app 가 virtualenv에 의해 생성될 때 lib64 디렉토리로 포함되지만 현재 디렉토리에 virtualenv를 생성하면 lib 대한 링크가 됩니다.

virtualenv.py > def path_locations 는 다음 주석으로 시작합니다.

XXX: distutils.sysconfig.get_python_inc/lib를 사용하지만
접두사 arg가 손상되었습니다: http://bugs.python.org/issue3386

이 문제는 약 10년 전에 해결되었습니다. 어쩌면 그것을 사용하는 것을 재고할 수 있습니까?
다른 각도를 제공하는 것입니다. 모든 플랫폼에 대한 안정적인 수정 사항을 작성하는 것은 결코 쉬운 일이 아닙니다.

@kika 정말 감사합니다.

이 문제는 최근 활동이 없었기 때문에 자동으로 오래된 것으로 표시되었습니다. 더 이상 활동이 없으면 폐쇄됩니다. 계속 열어두고 싶다면 댓글을 추가하세요. 귀하의 기여에 감사드립니다.

이것은 현재 #1366과 함께 사용되지 않고 있습니다. 누군가가 여전히 복제할 수 있다면 다시 열겠습니다.