Tài liệu tham khảo bị hỏng trong Virtualenvs

Gần đây tôi đã cài đặt một loạt các dotfiles trên máy Mac của mình cùng với một số ứng dụng khác (tôi đã đổi thành iTerm thay vì Terminal và Sublime làm trình soạn thảo văn bản mặc định của tôi) nhưng kể từ đó, tất cả các môi trường ảo của tôi đã ngừng hoạt động, mặc dù các thư mục của chúng bên trong .virtualenvs vẫn còn đó và họ đưa ra lỗi sau mỗi khi tôi cố chạy bất cứ thứ gì trong đó:

dyld: Library not loaded: @executable_path/../.Python
  Referenced from: /Users/[user]/.virtualenvs/modclass/bin/python
  Reason: image not found
Trace/BPT trap: 5

Tôi đã xóa tất cả các tệp liên quan đến dotfiles và đã khôi phục .bash_profile của tôi về những gì trước đây, nhưng vấn đề vẫn tồn tại. Có cách nào để chẩn đoán vấn đề hoặc giải quyết vấn đề một cách dễ dàng (ví dụ: không yêu cầu tạo lại tất cả các virtualenvs nữa không)?

Tôi tìm thấy giải pháp cho vấn đề ở đây , vì vậy tất cả tín dụng đều thuộc về tác giả.

Điểm chính là khi bạn tạo một virtualenv, nhiều liên kết tượng trưng được tạo ra cho Python đã cài đặt Homebrew.

Đây là một ví dụ:

$ ls -la ~/.virtualenvs/my-virtual-env
...
lrwxr-xr-x  1 ryan staff   78 Jun 25 13:21 .Python -> /usr/local/Cellar/python/2.7.7/Frameworks/Python.framework/Versions/2.7/Python
...

Khi bạn nâng cấp Python bằng Homebrew và sau đó chạy brew cleanup, các liên kết tượng trưng trong virtualenv trỏ đến các đường dẫn không còn tồn tại (vì Homebrew đã xóa chúng).

Các liên kết tượng trưng cần trỏ đến Python mới được cài đặt:

lrwxr-xr-x  1 ryan staff   78 Jun 25 13:21 .Python -> /usr/local/Cellar/python/2.7.8_1/Frameworks/Python.framework/Versions/2.7/Python

Giải pháp là loại bỏ các liên kết tượng trưng trong virtualenv và sau đó tạo lại chúng:

find ~/.virtualenvs/my-virtual-env/ -type l -delete
virtualenv ~/.virtualenvs/my-virtual-env

Có lẽ tốt nhất để kiểm tra những liên kết nào sẽ bị xóa trước khi xóa chúng:

find ~/.virtualenvs/my-virtual-env/ -type l

Theo tôi, tốt hơn hết là chỉ xóa các liên kết bị hỏng. Bạn có thể làm điều này bằng GNU find:

gfind ~/.virtualenvs/my-virtual-env/ -type l -xtype l -delete

Bạn có thể cài đặt GNU findvới Homebrew nếu bạn chưa có nó:

brew install findutils

Lưu ý rằng theo mặc định, các chương trình GNU được cài đặt với Homebrew có xu hướng được thêm tiền tố vào chữ cái g. Điều này là để tránh bóng mờ findnhị phân đi kèm với OS X.

Sau khi thử một vài thứ, điều này làm việc cho tôi:

đi tới thư mục virtualenv của bạn (nhưng không chạy workon):

cd ~/.virtualenv/name_of_broken_venv

Bây giờ xóa các tập tin này:

rm -rf .Python bin/python* lib/python2.7/* include/python2.7

Sau đó, để xây dựng lại venv của bạn, chạy:

virtualenv .
workon name_of_broken_venv
pip freeze

Bây giờ bạn sẽ thấy một danh sách các gói đã cài đặt của bạn một lần nữa.

Điều này xảy ra khi tôi cập nhật lên Mac OS X Mavericks từ Snow Leopard. Tôi cũng phải cài đặt lại brew trước đó. Hy vọng rằng bạn đã chạy lệnh đóng băng cho dự án của bạn với pip.

Để giải quyết, bạn phải cập nhật các đường dẫn mà môi trường ảo trỏ tới.

• Cài đặt phiên bản python với brew:

brew install python

• Cài đặt lại virtualenvwrapper.

pip install --upgrade virtualenvwrapper

• Đã xóa môi trường ảo cũ:

rmvirtualenv old_project

• Tạo một môi trường ảo mới:

mkvirtualenv new_project

• Làm việc trên môi trường ảo mới

workon new_project

• Sử dụng pip để cài đặt các yêu cầu cho dự án mới.

pip install -r requirements.txt

Điều này sẽ rời khỏi dự án như trước đây.

@Chris WedgwoodCâu trả lời của phiên bản cập nhật để giữ site-packages(giữ các gói được cài đặt)

cd ~/.virtualenv/name_of_broken_venv


mv lib/python2.7/site-packages ./    
rm -rf .Python bin lib include
virtualenv .
rm -rf lib/python2.7/site-packages
mv ./site-packages lib/python2.7/

Có vẻ như cách thích hợp để giải quyết vấn đề này là chạy

 pip install --upgrade virtualenv

sau khi bạn đã nâng cấp python với Homebrew.

Đây phải là một quy trình chung cho bất kỳ công thức nào cài đặt một cái gì đó như python, có hệ thống quản lý gói riêng. Khi bạn cài đặt brew install python, bạn cài đặt pythonvà pipvà easy_installvà virtualenvvà vân vân. Vì vậy, nếu những công cụ đó có thể tự cập nhật, tốt nhất bạn nên thử làm điều đó trước khi xem Homebrew là nguồn gốc của các vấn đề.

Nếu điều này là do một bản brew upgradenâng cấp Python của nó gây ra và bạn vẫn ổn với việc hạ cấp xuống phiên bản trước, hãy thử brew switch python [previous version], vd brew switch python 3.6.5. Từ đây.

hướng dẫn virtualenvwrapper

Như đã chỉ ra trong câu trả lời được chấp nhận, nguyên nhân gốc có khả năng là một bản cập nhật homebrew có nghĩa là các liên kết ảo của bạn đang chỉ vào các đường dẫn python bị hỏng - xem chi tiết tại đây .

Đối với mỗi env ảo, bạn cần gán lại các liên kết tượng trưng để trỏ đến đường dẫn python chính xác (trong hầm bia). Đây là cách thực hiện với virtualenvwrapper . Ở đây tôi đang cập nhật một env ảo có tên là "my-example-env".

cd ~/PYTHON_ENVS
find ./my-example-env -type l -delete
mkvirtualenv my-example-env

Tất cả đã được làm xong.

Bất cứ ai đang sử dụng pipenv (và bạn nên!) Chỉ có thể sử dụng hai lệnh này - mà không cần kích hoạt venv:

rm -rf `pipenv --venv` # remove the broken venv
pipenv install --dev   # reinstall the venv from pipfile 

Nếu bạn đã mua python3, hãy thử brew upgrade python3nó cho tôi.

Gần đây tôi đã phải đối mặt với điều này. Không có giải pháp nào ở trên làm việc cho tôi. Có vẻ như đó không phải là vấn đề của Python. Khi tôi đang chạy,

aws s3 ls

tôi gặp phải lỗi sau:

dyld: Library not loaded: @executable_path/../.Python

Điều này có nghĩa là, thư viện awsthực thi đang hướng tới là không tồn tại hoặc bị hỏng, do đó tôi đã gỡ cài đặt và cài đặt lại aws-clitheo hướng dẫn từ liên kết này và nó đã hoạt động !!

Vấn đề đối với tôi (một người dùng MacOS) là đã brewcập nhật các liên kết Python và virtualenvs lên phiên bản cũ đã bị xóa.

Chúng tôi có thể kiểm tra và sửa chữa nó bằng cách

>> ls -al ~/.virtualenvs/<your-virtual-env>/.Python
.Python -> /usr/local/Cellar/python/<old-version>/Frameworks/Python.framework/Versions/3.7/Python
>> rm ~/.virtualenvs/<your-virtual-env>/.Python
>> ln -s  /usr/local/Cellar/python/<new-version>/Frameworks/Python.framework/Versions/3.7/Python ~/.virtualenvs/<your-virtual-env>/.Python

Tôi đã có một vấn đề tương tự và tôi đã giải quyết nó bằng cách xây dựng lại môi trường ảo với virtualenv .

Sử dụng Python 2.7.10.

Một lệnh duy nhất virtualenv path-to-envlàm điều đó. tài liệu

$ virtualenv path-to-env
Overwriting path-to-env/lib/python2.7/orig-prefix.txt with new content
New python executable in path-to-env/bin/python2.7
Also creating executable in path-to-env/bin/python
Installing setuptools, pip, wheel...done.

Tôi đã bị hỏng env ảo do cài đặt lại Homebrew của python (do đó các symlink bị hỏng) và một vài "sudo pip install" tôi đã thực hiện trước đó. Các mẹo của Weizhong rất hữu ích trong việc khắc phục sự cố mà không phải cài đặt lại các gói. Tôi cũng đã phải làm như sau cho vấn đề quyền hỗn hợp.

sudo chown -R my_username lib / python2.7 / gói trang web

Virtualenvs bị hỏng. Đôi khi cách đơn giản là xóa các thư mục venv và tạo lại virutalenvs.

Nếu bạn sử dụng pipenv, chỉ cần pipenv --rmgiải quyết vấn đề.

Tôi đã phải đối mặt với vấn đề tương tự sau khi nâng cấp bia trên OSX Catalina của tôi.

Sau khi thử một loạt các thứ, tôi thấy sau đây là giải pháp tốt nhất và dễ dàng.

Lúc đầu, xóa env ảo. (Không bắt buộc)

find myvirtualenv -type l -delete

sau đó tạo lại một virtualenv mới

virtualenv myvirtualenv

Tham khảo: https://www.jeremycade.com/python/osx/homebrew/2015/03/02/fixing-virtualenv-after-a-python-upTHER/

Câu trả lời được chấp nhận không hoạt động đối với tôi: tệp $WORKON_HOME/*/bin/python2.7không còn là liên kết tượng trưng, ​​nó là tệp thực thi chính thức:

$ file $WORKON_HOME/*/bin/python2.7
/Users/sds/.virtualenvs/.../bin/python2.7: Mach-O 64-bit executable x86_64
...

Giải pháp là, than ôi, để loại bỏ hoàn toàn và tạo lại từ đầu tất cả các môi trường ảo.

Để tham khảo:

deactivate
pip install --user virtualenv virtualenvwrapper
pip install --user --upgrade virtualenv virtualenvwrapper
for ve in $(lsvirtualenv -b); do
  # assume that each VE is associated with a project
  # and the project has the requirements.txt file
  project=$(cat $WORKON_HOME/$ve/.project)
  rmvirtualenv $ve
  mkvirtualenv -a $project -r requirements.txt $ve
done

Đơn giản chỉ cần nâng cấp python3 đã làm việc cho tôi:

brew upgrade python3

Tôi đã thử một vài phương pháp hàng đầu, nhưng chúng không hiệu quả, đối với tôi, chúng đang cố gắng làm cho độc tố hoạt động. Điều cuối cùng đã làm việc là:

sudo pip install tox

ngay cả khi độc tố đã được cài đặt. Đầu ra kết thúc bằng:

Successfully built filelock
Installing collected packages: py, pluggy, toml, filelock, tox
Successfully installed filelock-3.0.10 pluggy-0.11.0 py-1.8.0 toml-0.10.0 tox-3.9.0

Điều sửa lỗi cho tôi chỉ là gỡ cài đặt python3 và pipenv sau đó cài đặt lại chúng.

brew uninstall pipenv
brew uninstall python3
brew install python3 
brew install pipenv

Tất cả các câu trả lời đều rất hay ở đây, tôi đã thử một vài giải pháp được đề cập ở trên bởi Ryan, Chris và không thể giải quyết vấn đề, vì vậy phải làm theo một cách nhanh chóng và bẩn thỉu.

1. rm -rf <project dir>(hoặc mv <project dir> <backup projct dir>nếu bạn muốn giữ một bản sao lưu)
2. git clone <project git url>
3. Tiến lên!

Không có gì mới lạ ở đây, nhưng nó làm cho cuộc sống dễ dàng hơn!

Tôi chắc chắn rằng tôi đến bữa tiệc muộn nhưng tôi muốn nói rằng việc giải quyết vấn đề này đơn giản hơn nhiều so với thảo luận ở đây.

Bạn có thể dễ dàng tạo lại môi trường ảo mà không phải xóa / chỉnh sửa bất cứ thứ gì. Giả sử rằng môi trường bị hỏng của bạn được gọi là env_to_fixbạn có thể làm như sau:

mkvirtualenv env_to_fix

Điều này sẽ tạo lại các liên kết và sửa chữa môi trường mà không cần phải đổ trạng thái hiện tại ở đâu đó và khôi phục nó.

Tôi đã gặp một vấn đề tương tự khi tôi chỉ thời gian chạy trăn của tôi từ 2 đến 3 trên máy mac của tôi, chỉ con trăn bí danh cho con đường 3 con trăn. Sau đó tôi tạo lại một virtualenv mới và cài đặt lại các gói tôi cần cho dự án của mình. Đối với trường hợp sử dụng của tôi, tôi đã có một chương trình python viết lên google sheet. Dọn dẹp một vài gói khác với triển khai python 2 và wa la, mọi thứ bắt đầu hoạt động trở lại.