眼看着别人用python2.7覆盖了系统自带的2.6之后，yum命令失效，当时只知道笑话别人
现在想想，自己似乎也在干这类事情啊

前几天要裁撤迁移一台“类centos7”的机器，系统python2.7 ，用户python2.7，各自分别装了一堆东西。

因为时间紧，就没用新版本操作系统，直接装了相同版本的，然后开始迁移两套python里各自的应用程序。结果发现用系统自带的python2-pip版本8安装Jinja的时候，装了3.0.x版本，是个不兼容python2的版本。

手头另一套高版本操作系统，里面还保留了python2，自带的pip大概是18版吧，安装Jinja2的时候就下载了兼容python2的2.9.6

后来发现，是pip从20版本开始，取消了对python2的支持，开始假装不认识python包的“py2后缀”标志了


折腾了好几天，虽然最后勉强能用，但是感觉亏了：
1 浪费了时间
2 停留在旧版
3 研究旧版为什么不能正常工作，增长了没有用的经验
--
FROM 113.108.77.*

but
因为有一个库和ansible有import关系，而我又因为洁癖直接yum安装了ansible
导致这个库也必须装到“系统python”里面去……
唉
【 在 JulyClyde (我的月份又来了) 的大作中提到: 】
: 眼看着别人用python2.7覆盖了系统自带的2.6之后，yum命令失效，当时只知道笑话别人
: 现在想想，自己似乎也在干这类事情啊
: 前几天要裁撤迁移一台“类centos7”的机器，系统python2.7 ，用户python2.7，各自分别装了一堆东西。
: ...................
--
FROM 113.108.77.*

我只能说前同事太懒
【 在 littleSram (littleSram) 的大作中提到: 】
: Python2都停止支持了，为什么还要用呢
--
FROM 113.108.77.*

你go没办法动态import啊
各软件之间的交互只能在编译阶段
【 在 flw (帅五进九) 的大作中提到: 】
: 正想说。
: 说到底就是这种部署方式有问题，还是 Go 这种好。
--
FROM 113.89.8.*