前言
因为实验室服务器是断网环境,所以我只能离线部署conda以及环境,参考离线部署conda
问题
部署完成后,出现如下问题:

检查
如下操作,如非特殊备注,都是在conda相应的env下进行的
这就很奇怪,包是我本地打包迁移过去,按道理本地能跑服务器也行啊。
用conda list命令检查发现明明有numpy包啊?
conda list

用 pip 命令再次确认试试?
pip list
出现的结果更是匪夷所思

好嘛,连pip都没了,但是python却能用?,而且我的conda list里是有pip的
离线下载pip试试,先下载py文件,然后传到服务器,命令行输入以下命令安装
python get-pip.py
出现如下结果,好嘛,原来我现在的解释器是python2.7,而python2.7是不能用pip的。但是我原来的环境用的是python3.7呀。

于是我赶紧输入如下命令检查了一下我的python解释器路径
which python
亏贼,原来用的是linux系统自带的解释器,我自己环境的没用上。

造成这个的原因疑似是离线安装环境时没有添加python的版本即没有使用如下命令安装(废话,离线根本不是用这个命令):
conda create -n p37 python=3.7
进一步检查
手动配置python解释器指向
输入如下命令,修改python解释器的指向
export PATH=~/anaconda3/envs/p37/bin:$PATH
有些人可能和我一样,/anaconda3/envs/p37下没有bin文件夹,解释器是直接放在p37文件夹下的。

检查环境变量发现win10是靠conda\Library\bin控制的,但是linux版本的conda却没有这个目录
win10版↓

ubuntu版↓

原因
出现这个问题是因为我们的conda-pack命令打包是在windows上进行的,但安装时的操作系统不是windows而是ubuntu了!conda和pip在两个操作系统上安装的依赖包是不一致的(想想确实是的,linux上存在一些涉及进程管理之类更底层的操作)。因此如果我们想要离线移植conda环境,需要保证前后操作系一致。
解决
那完了,不同系统下的conda控制逻辑不一样,只能参考whl离线安装包,重新进行环境安装和导包了。
这里建议一个比较好的替代方案,在windows下载linux的虚拟机,并在虚拟机上安装环境,最后参照conda-pack进行环境移植。

2359

被折叠的 条评论
为什么被折叠?



