☰

我应该安装 32 位 KDE 库吗？

tag-icon • tag-icon kde 64bit 32bit multiarch
我应该安装 32 位 KDE 库吗？

运行并行安装了 32 位库的 (C)LFS-x86_64 Linux 计算机（与包含相同库和一些额外库的计算机/{usr,}/lib32相比。）/{usr,}/lib64

已完成将一对 Qt-5.4.0 库安装到/opt/qt5（符号链接到/opt/qt-5.4.0/），并在特定于架构的库目录中安装了一对库目录和插件。

现在很好奇是否值得安装 32 位 KDE。除了 KDE 无论如何都很难找到所有的部分之外，安装一对 KDE 库（在某些情况下似乎是可执行文件）将花费两倍多的时间。

编辑 - 突出显示下面的问题

有多少东西依赖于 KDE 库？（KDE 软件包之外）

如果我只安装 64 位 KDE，我是否可能会陷入困境？ （wrt 闭源程序，例如 VirtualBox（不需要 KDE 库？）、spotify（在带有几个静态库的“纯”64 位系统上运行良好）等...）

答案1

如果某些东西需要一个不存在的库，它根本无法工作（例如，甚至不会启动）。它没有任何神秘或含糊之处。如果您提到的应用程序运行，那么就没有问题。

您可以检查二进制文件需要链接哪些库ldd。例如：

> ldd /opt/VirtualBox/VirtualBox
    linux-vdso.so.1 =>  (0x00007fff02b70000)
    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f06d744f000)
    libdl.so.2 => /lib64/libdl.so.2 (0x00007f06d724b000)
    libstdc++.so.6 => /lib64/libstdc++.so.6 (0x00007f06d6f42000)
    libc.so.6 => /lib64/libc.so.6 (0x00007f06d6b84000)
    /lib64/ld-linux-x86-64.so.2 (0x00007f06d768e000)
    libm.so.6 => /lib64/libm.so.6 (0x00007f06d687d000)
    libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f06d6666000)

所以不，那个不需要 32 位 KDE 库。还有其他与 VirtualBox 相关的二进制文件，我不确定它们的用途，但Qt它们的名称中包含一些带有libQtGuiVBox.但find /opt/VirtualBox -executable -name "*Qt*" ldd '{}' +显示它们都链接到 64 位库，并且与 KDE 无关。

请记住，虽然 KDE 使用 Qt，但 Qt 独立于 KDE。它们不是同一个项目。需要 Qt 并不意味着需要 KDE。我不明白为什么像你提到的那样的闭源应用程序需要 KDE 的一部分，尽管发生了更迟钝的事情。

如果二进制文件需要一个缺少的库，您将得到，例如：

 libQtCoreVBox.so.4 => not found

然而，VirtualBox 是一个特例。链接器找不到它的原因是它不在正常的库路径中。但 vbox 实际上是由一个可能负责这些细节的脚本启动的。

相关内容