ソフトウェアが/ usr / libにインストールされるのはなぜですか？

私はもう何年もLinuxサーバーを使用していますが、Filesystem Hierarchy Standardで混乱し続けています。通常、私は混乱に耐えることができます。しかし、Linux用に独自のソフトウェアを開発している今、パッケージマネージャーによってインストールされる場所を理解する必要があります。

/ optが私のアプリケーションに最適な場所であると確信しました。しかし、私のDebianファイルシステムを調査した後、私はもうわかりません：多くのソフトウェアが実際に/ usr / libにインストールされています！いくつか例を挙げると、MySQL、MySQLWorkbench、Nautilus、Rythmbox ...

FHSによると、は/ usr / libの「プログラミングとパッケージのライブラリ」を含むようになっていると（「ユーザーやシェルスクリプトによって直接実行されることを意図していないオブジェクトファイル、ライブラリ、および内部のバイナリを含む」ここを参照してください）。

私のdebianサーバーの/ usr / libにあるソフトウェアの多くは、ライブラリや内部バイナリではなく、本格的なユーザー実行可能ソフトウェアです！

アプリケーションは/ optにインストールされる予定です。しかし、私は本当にこれが正しいかどうか、何よりも理解したいのです。

あなたの親切なアドバイスを事前に感謝します、

エリック。

Filesystem Heirarchy Standardを理解するための真の鍵は、ネットワークファイルシステムを念頭に置いて設計されていることを知ることです。

同じOS、リリース、アーキテクチャのすべてのマシンで、NFSを介して/ usrを共有し、マウントできます。
/ usrは、ネットワークスタックが初期化された後に（再）マウントされます。

/var <-- local, r/w optimized
/usr <-- can be mounted over network, possibly even read-only!
/opt <-- local, read mostly
/etc <-- local, read mostly
/srv <-- local, r/w optimized

/home <-- either/or

違いは、システムの一部として/usrインストールされたパッケージを保持することを意味します。Debian / Ubuntuリポジトリ、PPAなどから入手したパッケージは、ここにあります。while /optは、ディストリビューションのパッケージ配布プロセスを通じて配布されない、バンドルされていないサードパーティアプリケーションを対象としています。

.debまたは.rpmパッケージを配布し、最終的にソフトウェアを公式リポジトリに含めることを目指している場合は、にインストールする必要があり/usrます。それ以外の場合はにインストールし/optます。いずれの場合でも、アプリケーションは任意の場所で実行するようにコンパイルできる必要があります（たとえば、GNU autotoolsの助けを借りて）。

ライブラリを<prefix>/lib、バイナリを<prefix>/bin、ヘッダーファイルを<prefix>/include、マニュアルページをprefix/[share/]man、pkgconfigファイルを、<prefix>/lib/pkgconfigまたは<prefix/share/pkgconfigcmake .m4ファイルをインストールします。<prefix>/share/aclocal

次に、パッケージマネージャーにプレフィックスを決定させます。RPMを自分で配布している場合/usrは、プレフィックスに適しています。

./configure --prefix=~/.local/ それでも動作するはずですので、どこにでもパスをハードコーディングしないでください！

一部のライブラリは他のツールにラップされて実行可能になり、ライブラリとして使用できるようになりますが、それらはまだライブラリであり、$ PATHにはないため、/ libに入れても問題ありません。

/ optの下にアプリをインストールしないことをお勧めします。理由1：一部のディストリビューションにはデフォルトで/ optがありません理由2：/ usr / libはライブラリの標準パスです{他のアプリケーションがライブラリを使用する必要がある場合は、ライブラリパスを手動で/ etc / ldconfigに追加する必要があります} / opt手動でインストールするスタンドアロンアプリがあり、それらの場所を知りたい場合に便利です。

本格的な実行可能ファイルが/ usr / libの下にある理由の1つは、他のスクリプトから使用されている可能性があります。{たとえば、bashスクリプトはAPIを直接使用できません。このため、一般的なトリックは、このAPIの「ラッパー」を構築し、スクリプトの引数としてパラメーターをプッシュすることです}

/ optにインストールしてください。

あまりにも多くのLinuxアプリケーションが、90年代にWindows開発者が作ったものと同じメイクをしています。

C：\ windowsにインストールして、簡単で見つけやすいようにします（そして少し速くなります）。その後、異なるソフトウェアパッケージが同じライブラリの異なるバージョンを必要としたため、15年のDLL地獄が訪れました（Windowsではライブラリのバージョン管理がありませんでした）。

実際のシステムソフトウェアを作成しているのでない限り、/ optに入れて、誰が何をインストールしたかを追跡できるようにします。