FreeBSD (GhostBSD) 上的 LibreOffice 缺少 GnuPG 加密输入字段

FreeBSD (GhostBSD) 上的 LibreOffice 缺少 GnuPG 加密输入字段

我设置了一个 FreeBSD 14 (GhostBSD) 盒子,其中包含一整套我的 GnuPG 密钥。 cli 上的加密/解密按预期工作。

我习惯在 Linux(同一台机器)和 Windows 上的 LibreOffice 中加密文件。但在 Ghost BSD(版本 24.2.0.3 X86_64)上的安装(来自二进制文件而不是 ports 集合)中,控制面板“用户数据”(德语:“Benutzerdaten”)缺少使用 OpenPGP 进行签名和加密/解密的条目。 gpg 的版本为 2.4.4.,libgcrypt 1.10.3。

如何在 GhostBSD 上也获得此功能?

答案1

二进制包pkgports使用默认设置制作的。我最初的反应是 LibreOffice 可能没有使用该选项进行编译,您需要转到 ports 并执行make config.

然而,当我们观察时,情况似乎并非如此编辑/libreoffice/因为我们没有看到任何与 PGP 直接相关的内容。您可以使用命令获得相同的信息pkg info libreoffice

然而有趣的是:

...
GNOME=off: GNOME desktop environment support
GTK3=off: GTK 3 GUI toolkit support
GTK4=off: GTK+ 4 GUI toolkit support (experimental, broken)
...

GhostBSD 默认使用 MATE 和 GTK。然后我不确定 GhostBSD 是否使用标准libreoffice包。您可以准确验证安装了哪些软件包pkg info

我在 GhostBSD 文档中没有看到任何提及,但如果我的记忆正确的话,那么 GhostBSD 使用的是默认的 FreeBSD 软件包存储库。您可以通过查看/usr/local/etc/pkg/repos/(和)来验证这一点/etc/pkg/*.conf。这记录在pkg 存储库但当你查看文件时就相当明显了。

但除了那个切线之外,我们转向LibreOffice PGP似乎它应该自动查找可用的 PGP 库。

然而,稍微搜索一下就会发现这不是一个不常见的问题。在该帖子中,没有人提出解决方案,但有一些值得追求的想法:

  1. gpgme在查找初始文件时似乎有一些硬编码的路径假设gpg.conf。在 FreeBSD 上,它很可能位于/usr/local/etc.一个快速的解决方法可以是创建一个链接来/etc匹配可能的预期位置(由 LibreOffice 提供)。

  2. 最后一个条目指出:

当我以管理员用户身份打开 Libreoffice 时,无密钥是唯一可用的选项。但是,当我以超级用户身份从终端执行 Libreoffice 时,我可以访问密钥......

这让我怀疑权限问题。或者更可能是环境(路径)设置方式的差异。

所以我没有给出明确的答案,但至少有一些关于去哪里寻找的想法。看来 LibreOffice 在自动检测正确的 PGP 安装方面不够好。

相关内容