如果GCC不再工作，我有哪些python部署选项

管理员将我的基于python构建的生产环境移动到了chroot中。现在重新运行构建失败，因为编译器（gcc）在编译任何包含C扩展（PIL、ZODB）的包时出错退出

管理员告诉我gcc在chroot中被破坏了。当然，这是一个奇怪的，不可行的情况，它将尽快修复

但多年来我一直在使用buildout/virtualenv。现在我真正感兴趣的是，在gcc崩溃时，我仍然可以选择更新基于构建的python部署。如果我删除了触发gcc编译的任何依赖项（在buildout.cfg或packages setup.py中），我成功地运行了构建，但这让我留下了未完成的应用程序启动脚本。基本上所有的包都已经下载/组装/编译，但是buildout总是重新编译一个以某种方式改变的部分（我知道.installed.cfg）

---

在这种情况下，我或任何不负责系统管理的python开发人员如何继续使用构建部署的优势？我愿意听取任何建议，并希望讨论和了解它们的优缺点。

在构建主机上的其他位置构建—在可以运行的位置运行构建（运行GCC的相同架构的框）—然后集成到构建环境中，将构建推送到部署主机。我没有这样做，但假设您必须编写大量的方法来推动您需要的内容（例如，构建鸡蛋、开发鸡蛋、src、零件、bin目录）到您的文件中的服务器。

在别处构建并将构建移动到部署主机-我将尝试一下。我无法使用部署主机上的自定义python在构建主机上运行构建。我停止了对这个具体案件的调查。

_imaging.c:3403: error: (near initialization for 'functions[39].ml_meth')
error: Setup script exited with error: command 'gcc' failed with exit status 1