Virtualenv: Kerusakan di --always-copy - gagal dengan: ImportError: Tidak ada modul bernama waktu

Saya juga mengalami masalah ini, tetapi sebagai solusinya Anda dapat menambahkan no-setuptools untuk tidak menginstal pip di virtualenv Anda. Masalah ini terkait dengan menginstal pip/setuptools di virtualenv baru.

Informasi versi saya:

• Fedora 19 x86_64,
• Instalasi sistem Python 2.7.5
• virtualenv 1.11.4
• pip 1.5.4

Berikut adalah output verbose lengkap pada kegagalan:

[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

Berikut adalah output verbose lengkap tentang kesuksesan:

[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

Dalam kasus yang gagal dan berhasil, baris kesalahan pertama adalah:

Cannot find file lib (bad symlink)

Log ini tidak berguna karena saya tidak memiliki path lengkap ke file yang tidak dapat ditemukannya. Oleh karena itu saya meretas virtualenv.py untuk mencetak os.path.abspath untuk file ini dan mendapatkan:

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

Itu mencari folder lib di direktori kerja saat ini.

sama di sini di Centos7 dengan stock python 2.7

$ 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

Sama disini. Menggunakan --always-copy pada CentOS 6.5, sistem Python 2.6 berakhir dengan ImportError: No module named time sama seperti yang disebutkan.

solusinya adalah melupakan opsi --always-copy pada distro berbasis EL

sepertinya ada kesalahan ketik pada fungsi fix_lib64 yang sedang berjalan. Saya memperbaiki ini dan berfungsi seperti yang diharapkan. pergi ke baris:

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

ganti 'lib' dengan lib_dir

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

Terlambat, tapi semoga ini membantu

Saya mendapatkan masalah yang sama di sini juga menggunakan CentOS 7.1 dengan flags --no-setup-tools dan --always-copy . Saya ingin ini diperbaiki karena saya mengemas virtualenv dan mengirimkannya ke pelanggan (yang juga menggunakan CentOS7+ jadi itu bukan risiko besar).

Sama di sini di Gentoo x86_64 dengan --always-copy .

@jdelgad dan @selurvedu apakah Anda mencoba apa yang saya rekomendasikan di atas?

@ikiini Ya, tambalan Anda menyelesaikan masalah.

@ikiini Berhasil ! Terima kasih banyak. Sekarang untuk memasukkan ini ke RHEL 7 atau ke cabang utama.

+1

Bagus. Maaf atas keterlambatan responnya.. tapi sama-sama @selurvedu dan @jdelgad.

Satu-satunya masalah yang tampaknya adalah tambalan @ikiini tampaknya akan mundur kembali di https://github.com/pypa/virtualenv/issues/338 yaitu ketika itu benar-benar diubah dari lib_dir menjadi 'lib'

Masalah masih berlanjut dengan CentOS 7 dan 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 - Perubahan Anda memang memperbaiki masalah untuk logika symlink. Namun, hal-hal pada dasarnya rusak saat tidak menggunakan --always-copy. Perhatikan bahwa copyfile memiliki kwarg "symlink" yang defaultnya adalah True. Logika berikut ini efektif, jika symlink, panggil os.symlink, jika tidak panggil copyfile tanpa "symlink" kwarg yang menghasilkan default copyfile symlink=True dan symlink dibuat oleh copyfile. Tidak berguna sama sekali. symlink adalah hasilnya, apa pun yang terjadi.

Bukankah patchnya harus seperti berikut ini?

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

Saya memiliki masalah ketika saya melakukan ini dan saya memiliki symlink ke /usr/lib64. Ketika RH memperbarui beberapa perpustakaan openssl ini rusak (saya menggunakan ansible) dengan kesalahan yang menyatakan sesuatu seperti openssl_meth function . Saya memperbaikinya dengan melakukan salinan dalam dari /usr/lib64. Bukan perbaikan lengkap @ bwilliams42 tetapi mengarahkan saya ke arah yang benar.

Masalah masih berlanjut pada Centos 7.2. Tiket ini telah dilaporkan 2,5 tahun yang lalu. Sepertinya itu masalah yang sangat serius. Bagaimana saya bisa membantu memperbaikinya?

Seseorang perlu memberikan perbaikan yang berfungsi. Ada satu perbaikan yang diusulkan di sini, tetapi tampaknya memiliki beberapa masalah. Saya sarankan mulai dari sana.

BTW, saya mencoba membangun dan mengemas aplikasi python saya ke dalam virtual env pada VM khusus di bawah Vagrant dengan bantuan fabric, jadi cukup mudah untuk mereproduksi bug ini dengan Vagrant + kotak centos + skrip fabric sederhana.

Saya tidak memiliki pengetahuan batin tentang bagaimana virtualenv seharusnya bekerja, jadi saya perlu bimbingan.

Saya tidak dapat membantu di sana maaf, karena saya menggunakan Windows, dan seluruh pertanyaan tentang symlinking vs menyalin (atau direktori lib64, yang tampaknya terlibat dalam hal ini) tidak relevan di sana.

Menarik bahwa (saya di Amazon Linux) ketika saya melakukan virtualenv --always-copy app saya mendapatkan kesalahan ini ( Cannot find file lib (bad symlink) ) tetapi ketika saya melakukannya mkdir app; cd app; virtualenv --always-copy . saya tidak. Dan sepertinya saya mengerti mengapa - ketika app dibuat oleh virtualenv memiliki lib64 sebagai direktori, tetapi ketika saya membuat virtualenv di direktori saat ini menjadi tautan ke lib .

virtualenv.py > def path_locations dimulai dengan komentar ini:

XXX: Kami akan menggunakan distutils.sysconfig.get_python_inc/lib tetapi
arg awalan rusak: http://bugs.python.org/issue3386

Masalah ini telah dipecahkan sekitar sepuluh tahun yang lalu. Mungkin mempertimbangkan kembali menggunakannya?
Hanya memberikan sudut lain; menulis perbaikan yang andal untuk semua platform bukanlah tugas yang mudah.

@kika Terima kasih banyak.

Masalah ini secara otomatis ditandai sebagai basi karena tidak ada aktivitas terbaru. Ini akan ditutup jika tidak ada aktivitas lebih lanjut yang terjadi. Cukup tambahkan komentar jika Anda ingin tetap membukanya. Terima kasih atas kontribusi Anda.

Ini menjadi usang dengan #1366 sekarang dalam ayunan penuh. Kami akan membuka kembali jika seseorang masih bisa meniru dengan itu.