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ライブラリ(場合によっては実行可能ファイルとして見えるもの)をインストールするのに2倍以上時間がかかります。
編集 - 以下の質問を強調表示します。
KDEライブラリに依存するものはどのくらいですか?(KDEパッケージ外)
64ビットKDEのみをインストールすると詰まる可能性はありますか? (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 '{}' +
KDEはQtを使用しますが、QtはKDEとは無関係であることに注意してください。彼らは同じプロジェクトではありません。 Qtが必要だからといってKDEが必要なわけではありません。もっと理解しにくいことが起こっているにもかかわらず、あなたが言及したようなクローズドソースアプリケーションがなぜKDEの一部になるのか理解できません。
バイナリに欠落しているライブラリが必要な場合は、次のような結果が得られます。
libQtCoreVBox.so.4 => not found
しかし、VirtualBoxは特別なケースです。リンカーがこれを見つけることができない理由は、それが通常のライブラリパスにないためです。ただし、vboxは実際にこれらの詳細を担当するスクリプトによって開始されます。