CentOS 中 LibreOffice 常见冲突与处理
一 冲突类型与典型现象
- 与 OpenOffice 的菜单集成包冲突：安装或升级时常见报错如“openoffice4.1.4-suse-menus 与 openoffice4.1.4-freedesktop-menus 冲突”。两者共享部分依赖且菜单集成包互斥，典型场景是系统已装 LibreOffice 再装 OpenOffice（或反之）。解决思路是只保留一套办公套件，卸载另一套及其冲突的菜单包。
- 与 WPS 的格式/功能兼容冲突：由 LibreOffice 生成或更新的文档目录（TOC）在 WPS 中可能出现“按住 Ctrl 点击不跳转”的超链接失效现象；用 LibreOffice 或 Microsoft Word 打开正常。此类属于应用层兼容差异，并非系统级冲突，可通过在 WPS 中“更新目录”或统一编辑/导出流程缓解。
二 解决方案与操作步骤
- 只保留一套办公套件（推荐）
- 若决定保留 LibreOffice：卸载 OpenOffice（含其冲突的菜单包，如 suse/mandriva/redhat-menus 与 freedesktop-menus 互斥包），反之亦然。
- 执行示例（按实际已装包名调整）：yum remove openoffice* libreoffice*；如仅移除冲突菜单包：rpm -e openoffice4.1.4-suse-menus openoffice4.1.4-freedesktop-menus（示例名，请以本机为准）。
- 无冲突共存的前提与注意
- 两套套件不要同时提供系统级菜单/文件关联（避免“默认应用”争抢）；命令行调用时显式使用各自二进制路径（如 /opt/libreoffice*/program/soffice 与 /usr/bin/wps）。
- 使用服务或转换工具时，确保只启动一个实例（避免端口/锁文件冲突）；为不同套件配置不同的用户数据目录（–user-data-dir 或 HOME 隔离）。
- 与服务端转换/无头场景的配合
- 若用 LibreOffice headless 做转换，建议安装 headless 包、使用离线转换命令，避免与桌面会话/其他套件争用 X11/DBus；必要时用独立用户与专用目录运行。
三 安装与依赖问题的排查要点
- 安装方式优先使用包管理器：在同一套办公套件内，优先用 *yum localinstall .rpm 解决依赖，避免 rpm -ivh 造成依赖断裂；多套件并存时更应避免混装导致依赖混乱。
- 缺库与图形依赖报错：常见如“error while loading shared libraries: libXinerama.so.1 / libcairo.so.2 / no suitable windowing system found”。对应安装：yum install libXinerama cairo libSM 等；无头/服务器环境可加装 libreoffice-headless 并避免启动 GUI 组件。
- 运行环境版本不匹配：在 CentOS 6 等老系统上，新版 LibreOffice 6.2 可能因 glibc 2.14+ 与 libstdc++ GLIBCXX_3.4.18 不满足而失败。处理思路是升级系统 glibc/libstdc++（风险较高）或改用与系统库匹配的旧版 LibreOffice（如 6.0/6.3 的官方归档版本）。
四 最小化改动建议
- 文档协作链路尽量统一：对外以 PDF 交付，内部统一用 ODF 或固定一种 DOCX 版本；若必须用 WPS 审阅，遇到 TOC 跳转问题，在 WPS 中执行一次“更新目录”，或统一用 LibreOffice 生成最终稿。
