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

Question

我的基于python buildout的生产环境已由管理员转移到chroot中。 现在重新运行构建失败，因为在编译任何使用C扩展名（PIL，ZODB）的软件包时，编译器（gcc）会错误退出。

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

管理员告诉我，gcc在chroot中已损坏。 当然，这是一种奇怪且不可行的情况，它将尽快得到解决。

但是多年来我一直在使用buildout / virtualenv。 现在，我对gcc损坏时仍可以更新基于构建的python部署的选项仍然很感兴趣。 如果删除了触发gcc编译的所有依赖项（在buildout.cfg或程序包setup.py中），我就成功运行了构建，但这使我留下了不完整的应用程序启动脚本。 基本上所有软件包都已经下载/组装/编译过，但是扩展总是重新编译已经以某种方式更改的部分（我知道.installed.cfg）。

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

Answer 1

在构建主机上的其他位置进行构建-在可以运行的地方（运行GCC的同一体系结构的盒子）运行构建-然后将Fabric集成到构建环境中，以将构建推送到部署主机。 我还没有做到这一点，但是假设您将不得不编写许多方法来将需要的内容（例如，内置的鸡蛋，开发鸡蛋，src，部件，bin目录）推送到fabfile中的服务器。