virtualenv 创建的虚拟环境咋个不是完全独立的呢

创建完虚拟环境并在其下通过 pip 安装包时说我权限不够，一看虚拟环境下的部分目录和文件都是系统环境下的目录或文件的软链接啊，这不安装到虚拟环境的东西实际上也进入了系统环境中取了吗

$ virtualenv --no-site-packages py34env
发现 py34env/include/python3.4m -> /usr/include/python3.4m ，虚拟环境的 include 目录竟然是 /usr/include/python3.4m 的软链接，而且 py34env/lib 目录下很多子目录也是这种情况

加与不加 --no-site-packages 选项结果都一样，我哪儿没搞对啊

include

py34env

Python

17 replies • 2016-03-22 18:39:04 +08:00

4641585

Mar 20, 2016

为什么不用 pyvenv 呢？

wellsc

Mar 20, 2016 via Android

@4641585 为什么用 pyenv 呢？

BOYPT

Mar 20, 2016

include 目录只应该有 python 本身的.h 文件，不应该被安装进去任何文件。

66450146

Mar 21, 2016

创建完以后 activate 了吗？

Owenjia

Mar 21, 2016 via Android

看下 python -c "import sys; print(sys.path)" 的输出？
既然用 3.4 了为什么不试试自带的 pyvenv ？

Owenjia

Mar 21, 2016 via Android

@wellsc pyvenv != pyenv

wellsc

Mar 21, 2016 via Android

@Owenjia 我知道写错了，但是为什么要用 pyvenv ？

shyling

Mar 21, 2016 via iPad

你要先先激活啊。。

patrickstar

Mar 21, 2016

看来推荐使用 pyvenv 啊，这货还没了解过呢，先看看，我只是对 virtualenv 建立的虚拟环境觉得难以理解，为啥子虚拟环境下的 py34env/include/python3.4m 目录是系统环境目录 /usr/include/python3.4m 的软链接，这咋个能不影响系统环境的 python 呢

@66450146
@shyling 使用虚拟环境前才激活啊，我刚刚创建完虚拟环境发现虚拟环境下 include/python3.4m 目录就是个系统环境 /usr/include/python3.4m 目录的软链接，明显感觉 virtualenv 建立虚拟环境偷了懒

patrickstar

Mar 21, 2016

查阅了一下子 virtualenv 手册，可能需要增加一个选项：

--always-copy
Always copy files rather than symlinking.

即：$ virtualenv --always-copy py34env

patrickstar

Mar 21, 2016

查阅了一下子 pyenv 和 virtualenv 的差异，觉得目前 virtualenv 更符合我的要求一些，我只想建立一个纯净的 python 开发测试环境，而且建立好后准备把整个虚拟环境目录拷贝到其他机器（包括 windows 和 linux ）上直接使用；
pyenv 好像是一个针对 bash 的扩展，我实际上根本就不使用 python 2.x ，只是 linux 系统缺省的是 2.x ，否则我会把它干掉了，而且也还不知道 pyenv 在 windows 能不能使用！