- 主题:Python: Please stop screwing over Linux distros
所以你还是纠结 py2.x 和 py3k 的事情嘛。这点破事都说了几十年了。
你试试用 py 3.0 写的程序能不能在 py 3.10 上面跑。如果不能跑，也可以去 python 官方报 bug.
py3k 这个黑点，感觉能被黑一百年。
【 在 eGust (十年) 的大作中提到: 】
: 多流行算是流行？go 算不算流行？还是只要没有 java 流行的都不算流行？
: 现在的问题是，在10年前的电脑上成功安装了 ruby 3.x，那么10年没更新的 1.x 本地工具大概率依然能跑。就算安装10年没维护的一个 gem，只要 gemspec 不是过于草率，也基本没问题。不需要特意装个 rbenv，然后同时安装 1.x、2.x、3.x。因为 ruby 的包管理早早就有了，而
--
FROM 125.78.67.*
google 向来如此，没法救了。
【 在 RuralHunter (渔父) 的大作中提到: 】
: 没那么简单，例如tensorflow这个怪胎，基本每个版本都绑定一个很新的python版本，你想用老的python版本跑新的tensorflow没戏，你想用新的python跑老的tensorflow也没戏，因为pip里根本就不提供老版本的tensorflow。
--
FROM 125.78.67.*
具体说一下？
但 python 确实在历史上存在一次 except xxx 不兼容的问题，以前允许抛出字符串，后来不允许了。那次修改影响很大，但那会儿 python 不火，也没人喷。
【 在 eGust (十年) 的大作中提到: 】
: py 3.9? 也搞过一次清理 deprecated，我记得也是一堆人升级之后开发环境就挂了。在流行的脚本语言里，也就 py 爱搞这种事儿。node 0.10 就 deprecated 的基础库函数，到现在都 v17 了还没删。
: 这种问题本来也是包管理能解决的。
--
FROM 125.78.67.*
virtualenv 是个第三方模块。发行版发布的时候是什么版本，一般就是那个时候的版本，不会再升级了。
venv 是 python 官方收编了 virtualenv 的标准模块，其实是一样的。随着时间的推移，现在很多人就用 venv 了。
无论是 virtualenv 还是 venv 都是跟 python 版本匹配的。
版本旧问题并不大。我们生产系统都用 python 3.6，没大毛病就不需要升级。
【 在 JulyClyde (我的月份又来了) 的大作中提到: 】
: 发行版自带的virtualenv本身也是从系统python复制出来的吧？
: 那版本也很旧？
--
FROM 110.85.22.*
改的是，禁止直接抛出字符串作为异常，而必须使用 Exception 的子类。
这事已经说很久了。当时改的时候，根本没掀起半点浪花。
`except as`是从 python 3.x backport 回 python 2.6 的，不会跟原来的代码造成冲突。不会带来兼容性问题。
【 在 JulyClyde (我的月份又来了) 的大作中提到: 】
: 我记得except好像是2.6吧？加了个as？
--
修改:hgoldfish FROM 110.85.22.*
FROM 110.85.22.*