Virtualenv - ไม่มีแพ็คเกจไซต์และ pip ​​ยังคงค้นหาแพ็คเกจทั่วโลกอยู่หรือไม่

ฉันรู้สึกประทับใจที่virtualenv --no-site-packagesจะสร้างสภาพแวดล้อม Python ที่แยกออกจากกันอย่างสิ้นเชิง แต่ดูเหมือนจะไม่เป็นเช่นนั้น

ตัวอย่างเช่นฉันติดตั้ง python-django ไว้ทั่วโลก แต่ต้องการสร้าง Virtualenv ด้วย Django เวอร์ชันอื่น

$ 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

จากสิ่งที่ฉันบอกได้pip -E foo installข้างต้นควรจะติดตั้ง Django เวอร์ชันใหม่อีกครั้ง นอกจากนี้ถ้าฉันบอกให้ pip ตรึงสภาพแวดล้อมฉันจะได้รับแพ็คเกจมากมาย ฉันคาดหวังว่าสำหรับสภาพแวดล้อมที่สดใหม่ด้วย--no-site-packagesสิ่งนี้จะว่างเปล่า?

$ 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 ...

ฉันเข้าใจผิดว่า--no-site-packagesควรจะทำงานอย่างไร?

ฉันมีปัญหาเช่นนี้จนกระทั่งฉันตระหนักว่า (นานก่อนที่ฉันจะค้นพบ Virtualenv) ฉันได้เพิ่มไดเร็กทอรีไปยัง PYTHONPATH ในไฟล์. bashrc ของฉัน เป็นเวลากว่าหนึ่งปีก่อนหน้านี้ฉันไม่ได้คิดถึงเรื่องนั้นในทันที

คุณต้องแน่ใจว่าคุณกำลังรันpipไบนารีในสภาพแวดล้อมเสมือนที่คุณสร้างขึ้นไม่ใช่แบบโกลบอล

env/bin/pip freeze

ดูการทดสอบ:

เราสร้าง Virtualenv ด้วย--no-site-packagesตัวเลือก:

$ 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.

เราตรวจสอบผลลัพธ์freezeจากสิ่งที่สร้างขึ้นใหม่pip:

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

แต่ถ้าเราใช้ทั่วโลกpipนี่คือสิ่งที่เราได้รับ:

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

นั่นคือแพ็คเกจทั้งหมดที่pipติดตั้งในระบบทั้งหมด โดยการตรวจสอบwhich pipเราได้รับ (อย่างน้อยในกรณีของฉัน) สิ่งที่ต้องการ/usr/local/bin/pipซึ่งหมายความว่าเมื่อเราทำมันจะเรียกไบนารีแทนนี้pip freezemytest/bin/pip

ในที่สุดฉันก็พบว่าไม่ว่าด้วยเหตุผลใด pip -E จึงไม่ทำงาน อย่างไรก็ตามหากฉันเปิดใช้งาน Virtualenv จริงและใช้ easy_install ที่ได้รับจาก Virtualenv เพื่อติดตั้ง pip จากนั้นใช้ pip โดยตรงจากภายในดูเหมือนว่าจะทำงานตามที่คาดไว้และแสดงเฉพาะแพ็คเกจใน Virtualenv เท่านั้น

ฉันรู้ว่านี่เป็นคำถามเก่ามาก แต่สำหรับผู้ที่มาถึงที่นี่กำลังมองหาวิธีแก้ไข:

อย่าลืมที่จะเปิดใช้งาน virtualenv ( source bin/activate) pip freezeก่อนที่จะใช้ มิฉะนั้นคุณจะได้รับรายชื่อแพ็คเกจทั่วโลกทั้งหมด

ล้างชั่วคราวPYTHONPATHด้วย:

export PYTHONPATH=

จากนั้นสร้างและเปิดใช้งานสภาพแวดล้อมเสมือน:

virtualenv foo
. foo/bin/activate

แล้วเท่านั้น:

pip freeze

--no-site-packagessys.pathควรเป็นชื่อที่แสดงให้เห็นเอาไดเรกทอรีเว็บไซต์แพคเกจมาตรฐานจาก สิ่งอื่นใดที่อาศัยอยู่ในเส้นทาง Python มาตรฐานจะยังคงอยู่ที่นั่น

ปัญหาที่คล้ายกันนี้อาจเกิดขึ้นได้บน Windows หากคุณเรียกใช้สคริปต์โดยตรงscript.pyซึ่งจะใช้ตัวเปิดเริ่มต้นของ Windows และเปิด Python นอกสภาพแวดล้อมเสมือน การเรียกมันด้วยpython script.pyจะใช้ Python กับสภาพแวดล้อมเสมือนจริง

สิ่งนี้ดูเหมือนจะเกิดขึ้นเมื่อคุณย้ายไดเร็กทอรี Virtualenv ไปยังไดเร็กทอรีอื่น (บน linux) หรือเปลี่ยนชื่อไดเร็กทอรีหลัก

ฉันมีปัญหาเดียวกันนี้ ปัญหาสำหรับผม (บน Ubuntu) $เป็นว่าชื่อเส้นทางของฉันที่มีอยู่ เมื่อฉันสร้าง Virtualenv นอก $ dir มันก็ใช้ได้ดี

แปลก.

สาเหตุที่เป็นไปได้อย่างหนึ่งที่ทำให้ pip Virtualenv ไม่ทำงานคือถ้าโฟลเดอร์หลักใด ๆ มีพื้นที่ว่างในชื่อที่/Documents/project name/app เปลี่ยนชื่อเพื่อ/Documents/projectName/appแก้ปัญหา

นี่คือรายการของตัวเลือกการติดตั้ง pip ทั้งหมด- ฉันไม่พบ-Eตัวเลือก ' ' ใด ๆ เลยอาจเป็นเวอร์ชันเก่ากว่าก็ได้ ด้านล่างนี้ฉันกำลังแบ่งปันการใช้งานภาษาอังกฤษธรรมดาและการทำงานvirtualenvสำหรับผู้ใช้ SO ที่กำลังจะมาถึง

ทุกอย่างดูเหมือนจะดียอมรับการเปิดใช้งานvirtualenv( foo) เพียงแค่อนุญาตให้เรามีสภาพแวดล้อม python หลาย (และแตกต่างกัน) เช่น Python เวอร์ชันต่างๆหรือ Django เวอร์ชันต่างๆหรือแพ็คเกจ Python อื่น ๆ - ในกรณีที่เรามีเวอร์ชันก่อนหน้าในการผลิตและต้องการทดสอบ Django รุ่นล่าสุดด้วยของเรา ใบสมัคร

ในการสร้างและใช้งาน (เปิดใช้งาน) สภาพแวดล้อมเสมือน ( virtualenv) สั้น ๆ ทำให้สามารถเรียกใช้หรือทดสอบแอปพลิเคชันของเราหรือสคริปต์ Python แบบง่ายด้วยตัวแปล Python ที่แตกต่างกันเช่น Python 2.7 และ 3.3 - สามารถติดตั้งใหม่ (ใช้--no-site-packagesตัวเลือก) หรือแพ็คเกจทั้งหมดจากที่มีอยู่ / การตั้งค่าล่าสุด (ใช้--system-site-packagesตัวเลือก) ในการใช้งานเราต้องเปิดใช้งาน:

$ pip install djangoจะติดตั้งลงในแพ็คเกจไซต์ส่วนกลางและในทำนองเดียวกันการรับpip freezeจะให้ชื่อของแพ็คเกจไซต์ส่วนกลาง

ในขณะที่อยู่ในการดำเนินการ venv dir (foo) $ source /bin/activateจะเปิดใช้งาน venv กล่าวคือตอนนี้ทุกสิ่งที่ติดตั้งด้วย pip จะถูกติดตั้งใน env เสมือนเท่านั้นและตอนนี้การหยุด pip จะไม่ให้รายการแพ็คเกจ python ของไซต์ส่วนกลาง เมื่อเปิดใช้งาน:

$ 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)ก่อนที่$เครื่องหมายจะระบุว่าเรากำลังใช้สภาพแวดล้อม python เสมือนเช่นทุกสิ่งที่มี pip - ติดตั้งหยุดการถอนการติดตั้งจะถูก จำกัด ไว้ที่ venv นี้และไม่มีผลต่อการติดตั้ง / แพ็คเกจ Python ส่วนกลาง / เริ่มต้น

ฉันเจอปัญหาเดียวกันกับที่ pip ใน venv ยังคงทำงานเป็น global pip
หลังจากค้นหาหลาย ๆ เพจฉันก็หาวิธีนี้
1. สร้าง Venv ใหม่โดย Virtualenv พร้อมตัวเลือก "--no-site-Packages"

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

โปรดทราบว่าแม้ว่าตัวเลือก "--no-site-Packages" จะเป็นค่าเริ่มต้นจริงตั้งแต่ 1.7.0 ในไฟล์ doc ของ Virtualenv แต่ฉันพบว่ามันใช้งานไม่ได้เว้นแต่คุณจะตั้งค่าด้วยตนเอง เพื่อให้ได้ Venv ที่บริสุทธิ์ฉันขอแนะนำอย่างยิ่งให้เปิดตัวเลือกนี้ใน 2 เปิดใช้งาน env ใหม่ที่คุณสร้างขึ้น

source ./my_env_name/bin/activate

3. ตรวจสอบตำแหน่ง pip และตำแหน่ง python ของคุณและตรวจสอบว่าคำสั่งทั้งสองนี้อยู่ภายใต้สภาพแวดล้อมเสมือนจริง

pip --version
which python

4. ใช้ pip ภายใต้ virtual env เพื่อติดตั้งแพ็กเกจที่ว่างจาก global package interuption

pip install package_name

หวังว่าคำตอบนี้จะช่วยคุณได้!

ปัญหาของฉันคือpipและpython3เวอร์ชัน สำหรับการdjangoติดตั้งเวอร์ชันล่าสุดpip3จำเป็น ดังนั้นปัญหาของฉันจึงได้รับการแก้ไขหลังจากสร้างสภาพแวดล้อมเสมือนโดยใช้คำสั่งต่อไปนี้:

> virtualenv --python=python3 venv
> source venv/bin/activate
> which pip3 #should be different from /usr/local/bin/pip3
...<some-directory>/venv/bin/pip3

ปล.ปัญหานี้เกิดขึ้นเนื่องจาก python เวอร์ชันเริ่มต้นของฉันใน ubuntu คือ 2.7 การใช้คำสั่งด้านบนจะเป็นการละเว้นเวอร์ชันเริ่มต้น