跟踪到python3.x的全局迁移

Question

Python3.x在清理语法（我喜欢它，其他人可能不喜欢）的新特性以及看起来是朝着更高的速度和更好的多线程的方向逐渐发展的过程中变得越来越诱人。在

但是Python3.x仍然因为缺乏第三方支持而受到阻碍。重要的包，如Django，Twisted等是不可移植的。很难全面了解瓶装贝克的移民在哪里，已经走了多远，以及是否有任何进展。迁移依赖关系也很难映射。此外，项目可能正在等待python3.x提供比2.x更大的改进，从而证明移植工作的合理性。在

理想情况下，应该有一个站点来跟踪整个迁移过程，并显示迁移计划和依赖关系的链接，以便愿意在全球范围内帮助迁移的人能够协调他们的工作并帮助特定的项目。也许还会链接到项目的bug跟踪系统，以查找与迁移相关的bug。在

但也许我只是看得不够仔细。有人知道有人在追踪全球迁移到python3.x的过程吗？在

（我所说的“global”是指基于Python构建的开源项目的世界。）

更新： 在Python home page上有一个poll right now，它询问您希望看到的移植到python3.x的包

Answer 1

Python Package Index (PyPI)允许您搜索支持python3.x的Python第三方模块，它甚至有一个Python 3 packages链接，其中列出了所有模块。在

但这并不能跟踪单个项目在python3支持上的进度。它只是告诉你哪些项目已经实现了它。在

我有兴趣看到的是PyPI中python3包的总数/百分比随时间的变化图（从python3发布到现在）。我不知道是否有人跟踪过这一点，或者PyPI管理员是否有足够的历史数据来生成这样的图形。在

Answer 2

George Brandl编写了一个脚本，该脚本生成一个图形，其中包含支持Python 3的软件包数量：

CheeseShop首页上的链接显示了有问题的包：http://pypi.python.org/pypi?%3aaction=browse&c=533&show=all

还有一个（相当糟糕的）未导入的包裹的列表，它取决于它的数量：http://onpython3yet.com/我为什么说它是crummy？好吧，因为它完全不需要手动修复就可以将Python列为一个包。这在很大程度上是因为人们不知道“依赖项”列表并不是一个列出任何随机依赖项的地方，它应该用于列出当您使用easy_install/PIP时应该自动安装的软件包。但是，例如在Django世界中，他们不知道这一点，所以您可以看到“Django saddle”依赖于Django和Python，因此不容易安装。在

也就是说，这个列表很有趣，我们看到PIL确实应该被移植。在

现在这不是什么“全局性”的东西，它只是PyPI上的包，因此通常大部分是Python模块，而不是单独的应用程序。但我认为总的来说趋势是显而易见的。在