python - 为私有(private) Python 构建安装 pyuno (LibreOffice)

Question

关于这个话题有几个相关的主题here广告 here但它们似乎有点过时。

我刚刚下载了内置 Python 3.3.0 的 LibreOffice 4。使用该 Python，我可以很好地导入和使用 UNO，并从我的 Python 脚本控制 Office。但是，我的许多其他模块在该 Python 中都缺失了——而 UNO 是我的 Python 中唯一缺失的模块。

有什么方法可以为我的本地 Python 安装 pyuno 吗？ LibreOffice 源代码树包括一个 pyuno/源代码树，但我不确定如何将它构建/集成到另一个 Python 树中。

有什么经验吗？帮助？提示？该做什么，不该做什么，该做什么？

编辑 answer below在 Linux 上工作得很好，我在扩展 PYTHONPATH 以导入 uno 方面没有问题。 Mac 上的情况有所不同，因此请查看 the other answer .

编辑 绝对取this anwer在修改 Python 路径时要考虑在内!

Answer 1

一旦您尝试从 LO 提供的任何其他 python 可执行文件运行 PyUNO，事情就会变得艰难。

Mac 上的 SEGV 是因为 LO 的 libpyuno.dylib(通过 libuno.dylib 加载，而后者又通过“import uno”加载)引用@loader_path/LibreOfficePython.framework/Versions/3.3/LibreOfficePython(运行“otool -L” “在该文件上；路径与当前 LO 主控器相同；路径在各种 LO 版本上略有不同)。当从与 LO 不同的 python 进程运行时，这意味着该进程中将有两个 python 运行时(并且 LO 甚至可能没有正确初始化)，这会导致该 LibreOfficePython 中某处出现 SEGV。 (这恰好在 Linux 上工作得更好，其中 libpyuno.so 引用 libpython3.3m.so，并且通常通过其 RPATH 找到 LO python 一个在其旁边，但如果任何 libpython3.3m.so 恰好已经加载到进程中(来自另一个 python)，Linux 加载器愉快地重新使用那个。)

Mac 上的一个严重黑客攻击是使用 install_name_tool 来“重新连接”libpyuno.dylib 以引用其他 python 的 Python.framework/Versions/3.3/Python(通过绝对路径)而不是 @loader_path/LibreOfficePython.framework/Versions/3.3/LibreOfficePython。

另一个陷阱是 LO 的 python(在 Linux 和 Mac 上)实际上是围绕真正的 python 可执行文件的 shell 脚本。它需要设置一些环境变量(其目的甚至记录在脚本中)。要使 PyUNO 从不同的 python 工作，你也需要设置这些环境变量，尤其是。 UNO_PATH、URE_BOOTSTRAP 和 PYTHONPATH 中找到特定于 LO 的库的部分(而不是 python 本身附带的库)。请注意，这些环境变量值的详细信息因 LO 版本而异。