virtualenv --no-site-gói và pip vẫn tìm gói toàn cầu?

Tôi đã có ấn tượng rằng virtualenv --no-site-packagessẽ tạo ra một môi trường Python hoàn toàn riêng biệt và tách biệt, nhưng dường như không.

Ví dụ, tôi đã cài đặt python-django trên toàn cầu, nhưng muốn tạo một virtualenv với phiên bản Django khác.

$ virtualenv --no-site-packages foo       
New python executable in foo/bin/python
Installing setuptools............done.
$ pip -E foo install Django
Requirement already satisfied: Django in /usr/share/pyshared
Installing collected packages: Django
Successfully installed Django

Từ những gì tôi có thể nói, pip -E foo installở trên có nghĩa vụ cài đặt lại một phiên bản mới của Django. Ngoài ra, nếu tôi bảo pip đóng băng môi trường, tôi nhận được rất nhiều gói. Tôi mong đợi rằng một môi trường trong lành với --no-site-packagesđiều này sẽ trống?

$ pip -E foo freeze
4Suite-XML==1.0.2
BeautifulSoup==3.1.0.1
Brlapi==0.5.3
BzrTools==1.17.0
Django==1.1
... and so on ...

Tôi có hiểu lầm làm thế nào --no-site-packageslà phải làm việc?

Tôi đã gặp một vấn đề như thế này, cho đến khi tôi nhận ra rằng (rất lâu trước khi tôi phát hiện ra virtualenv), tôi đã thêm các thư mục vào PYTHONPATH trong tệp .bashrc của mình. Vì đã hơn một năm trước, tôi không nghĩ về điều đó ngay lập tức.

Bạn phải chắc chắn rằng bạn đang chạy pipnhị phân trong môi trường ảo bạn đã tạo chứ không phải toàn cầu.

env/bin/pip freeze

Xem một bài kiểm tra:

Chúng tôi tạo virtualenv với --no-site-packagestùy chọn:

$ virtualenv --no-site-packages -p /usr/local/bin/python mytest
Running virtualenv with interpreter /usr/local/bin/python
New python executable in mytest/bin/python
Installing setuptools, pip, wheel...done.

Chúng tôi kiểm tra đầu ra của freezetừ mới được tạo pip:

$ mytest/bin/pip freeze
argparse==1.3.0
wheel==0.24.0

Nhưng nếu chúng ta sử dụng toàn cầu pip, đây là những gì chúng ta nhận được:

$ pip freeze
...
pyxdg==0.25
...
range==1.0.0
...
virtualenv==13.1.2

Đó là, tất cả các gói pipđã được cài đặt trong toàn hệ thống. Bằng cách kiểm tra, which pipchúng tôi nhận được (ít nhất là trong trường hợp của tôi) một cái gì đó giống như /usr/local/bin/pip, có nghĩa là khi chúng tôi làm điều pip freezeđó là gọi nhị phân này thay vì mytest/bin/pip.

Cuối cùng, tôi thấy rằng, vì bất kỳ lý do gì, pip -E không hoạt động. Tuy nhiên, nếu tôi thực sự kích hoạt virtualenv và sử dụng easy_install do virtualenv cung cấp để cài đặt pip, sau đó sử dụng pip trực tiếp từ bên trong, nó dường như hoạt động như mong đợi và chỉ hiển thị các gói trong virtualenv

Tôi biết đây là một câu hỏi rất cũ nhưng đối với những người đến đây để tìm kiếm một giải pháp:

Đừng quên kích hoạt virtualenv ( source bin/activate) trước khi chạy pip freeze. Nếu không, bạn sẽ nhận được một danh sách tất cả các gói toàn cầu.

Tạm thời xóa PYTHONPATHbằng:

export PYTHONPATH=

Sau đó tạo và kích hoạt môi trường ảo:

virtualenv foo
. foo/bin/activate

Chỉ sau đó:

pip freeze

--no-site-packagesnên, như tên cho thấy, loại bỏ thư mục gói trang web tiêu chuẩn khỏi sys.path. Bất cứ điều gì khác sống trong đường dẫn Python tiêu chuẩn sẽ vẫn ở đó.

Một vấn đề tương tự có thể xảy ra trên Windows nếu bạn gọi các tập lệnh trực tiếp khi script.pynó sử dụng trình mở mặc định của Windows và mở Python bên ngoài môi trường ảo. Gọi nó với python script.pysẽ sử dụng Python với môi trường ảo.

Điều này dường như cũng xảy ra khi bạn di chuyển thư mục virtualenv sang thư mục khác (trên linux) hoặc đổi tên thư mục mẹ.

Tôi đã có vấn đề tương tự. Vấn đề đối với tôi (trên Ubuntu) là tên đường dẫn của tôi có chứa $. Khi tôi tạo một virtualenv bên ngoài $ dir, nó hoạt động tốt.

Kỳ dị.

Một trong những lý do có thể khiến cho virtualenv pip không hoạt động là nếu bất kỳ thư mục mẹ nào có không gian trong tên của nó /Documents/project name/app đổi tên nó để /Documents/projectName/appgiải quyết vấn đề.

Tôi đã gặp vấn đề tương tự khi pip trong venv vẫn hoạt động như pip toàn cầu.
Sau khi tìm kiếm nhiều trang, tôi tìm ra nó theo cách này.
1. Tạo một venv mới bằng virtualenv với tùy chọn "--no-site-gói"

virtualenv --no-site-packages --python=/xx/xx/bin/python my_env_nmae

xin lưu ý rằng mặc dù tùy chọn "--no-site-gói" là mặc định đúng kể từ 1.7.0 trong tệp doc của virtualenv, nhưng tôi thấy nó không hoạt động trừ khi bạn đặt thủ công. Để có được một venv thuần túy, tôi thực sự khuyên bạn nên bật tùy chọn này trên 2. Kích hoạt env mới mà bạn đã tạo

source ./my_env_name/bin/activate

3. Kiểm tra vị trí pip và vị trí python của bạn và đảm bảo hai lệnh này đang trong môi trường ảo

pip --version
which python

4. Sử dụng pip trong env ảo để cài đặt các gói miễn phí từ các gói toàn cầu

pip install package_name

Mong câu trả lời này giúp bạn!

Đây là danh sách tất cả các tùy chọn cài đặt pip - Tôi không tìm thấy bất kỳ -Etùy chọn '' nào, có thể là phiên bản cũ hơn có nó. Dưới đây tôi đang chia sẻ cách sử dụng tiếng Anh đơn giản và làm việc virtualenvcho người dùng SO sắp tới.

Mọi thứ có vẻ ổn, chấp nhận kích hoạt virtualenv( foo). Tất cả những gì nó làm là cho phép chúng tôi có nhiều môi trường python (và khác nhau), tức là các phiên bản Python khác nhau, hoặc các phiên bản Django khác nhau hoặc bất kỳ gói Python nào khác - trong trường hợp chúng tôi có phiên bản trước đó trong sản xuất và muốn thử nghiệm phiên bản Django mới nhất với chúng tôi ứng dụng.

Trong một thời gian ngắn tạo và sử dụng (kích hoạt) môi trường ảo ( virtualenv) cho phép chạy hoặc kiểm tra ứng dụng của chúng tôi hoặc các tập lệnh python đơn giản với trình thông dịch Python khác nhau, ví dụ Python 2.7 và 3.3 - có thể là một bản cài đặt mới (sử dụng --no-site-packagestùy chọn) hoặc tất cả các gói từ hiện có / thiết lập cuối cùng (sử dụng --system-site-packagestùy chọn). Để sử dụng nó, chúng ta phải kích hoạt nó:

$ pip install djangosẽ cài đặt nó vào các gói trang web toàn cầu và tương tự nhận được pip freezetên của các gói trang web toàn cầu.

trong khi bên trong venv dir (foo) thực thi $ source /bin/activatesẽ kích hoạt venv tức là bây giờ mọi thứ được cài đặt với pip sẽ chỉ được cài đặt trong env ảo và chỉ bây giờ pip đóng băng sẽ không đưa ra danh sách các gói python gói toàn cầu. Sau khi kích hoạt:

$ virtualenv --no-site-packages foo       
New python executable in foo/bin/python
Installing setuptools............done.
$ cd foo
$ source bin/activate 
(foo)$ pip install django

(foo)trước khi $dấu hiệu cho thấy chúng ta đang sử dụng môi trường python ảo, tức là mọi thứ với pip - install, freeze, Uninstall sẽ bị giới hạn ở venv này và không ảnh hưởng đến các gói / cài đặt Python toàn cầu / mặc định.