Kyl*_*yle 5 python linux environments anaconda conda
我正在运行安装了Anaconda 4.1.1(64位)的Ubuntu 16.04.
我正在使用共享计算机,而我正在尝试创建一些不同的Conda环境,这些环境充当"基础"环境,然后可以由计算机上的其他用户克隆到其本地环境.
为此,我安装了anaconda:
/usr/share/anaconda2/
对于我的测试用户,我的.condarc文件看起来像:
envs_dirs:
- /home/user1/.conda/envs
- /usr/share/anaconda2/envs
我用以下方法创建了一个conda环境: conda create --name test_base python=2 numpy scipy
然后,使用sudo,我复制/test_base从/home/user1/.conda/envs/到/usr/share/anaconda2/envs/.运行conda info --envs查找原始和复制的环境,因此我删除了用户文件夹中的副本.然后我能够source activate test_base运行python给出标准的Anaconda标题和正确版本的python.这就是我所期待的.
现在,当我做conda create --name test --clone test_base我现在有一个env叫test在/home/user1/.conda/envs/.但是,在激活此环境后运行python运行我认为是系统python.标题没有说是anaconda.
为了确保我的环境复制/usr/share/anaconda2/不会导致问题,如果我只是在主目录中创建一个基础环境,然后从那里克隆它,我会得到同样的结果.
另外,当python --version在root中运行时,我得到:Python 2.7.12 :: Anaconda 4.1.1 (64-bit),在test_base环境中,我得到:Python 2.7.12 :: Continuum Analytics, Inc.,并且在克隆环境中(测试)我只得到:Python 2.7.12
有关克隆conda环境的原因的任何想法都会丢失原始环境中包含的信息吗?如何防止这种情况,以便克隆环境实际上与原始"基础"环境相同?
编辑:当我直接安装Anaconda ~/anaconda2并从那里尝试相同的过程时,这个问题不存在.我知道我没有做任何错误的步骤.最终,我可以为机器上的每个用户创建步骤,以单独安装Anaconda并为自己创建"基础"环境.但是,我很想知道为什么这个问题存在于Anaconda的共享安装中/usr/share/anaconda2/
| 归档时间: |
|
| 查看次数: |
177 次 |
| 最近记录: |