自分でコンパイルしたソフトウェアはどこに置くべきですか？

Fedoraマシンでいくつかのソフトウェアをコンパイルする必要があります。パッケージ化されたソフトウェアに干渉しないように配置するのに最適な場所はどこですか？

経験則、少なくともDebian風味のシステムでは：

• /usr/local「システム全体」であるもののため-ieは、/usr/localディストリビューションのデフォルトになる傾向があり$PATH、かつで標準のUNIXのディレクトリ階層をたどる/usr/local/bin、/usr/local/libなど、

• /optもののためにあなたがあたりアプリプレフィックス-すなわちで、システム全体の作るために信頼していない/opt/firefox-3.6.8、/opt/mono-2.6.7など。ここでの作業には、より慎重な管理が必要ですが、システムを破損する可能性は低く、フォルダーを削除するだけで削除されるため、削除も簡単です。

本当に干渉したくない場合は、のどこにも置かないでください$PATH。

必要な場合は$PATH、少なくともにインストールしないでください/usr/local。ディストリビューションによってにインストールされていても、多くのソフトウェアがそこにあることがわかりました/usr。

カスタムコンパイルされたソフトウェアをインストールするための私のお気に入りの方法は、私の中にある$HOMEディレクトリ。そうすればsudo、何にも使用する必要がなく、システムの他の部分から非常にうまく分離されます。例えば：

mkdir ~/stage
./configure --prefix=/home/username/stage && make && make install

必要に応じて、に追加でき/home/username/stage/binます$PATH。

FHSは、/ usr / localにそれを置くために述べているディストリビューションは、それに触れるべきではないところ。 ソースおよびライブラリ/usr/local/binのバイナリ/usr/local/src用/usr/local/lib。詳細については、FHS仕様を参照してください

ほとんどの場合、私は自分でコンパイルしたものをに配置するのが好き/optです。それは一種の疑似標準的な場所です。を検討することもできますが/usr/local、私は自分のものを100％隔離しておくことを好みます。

それらを置きます/usr/local/src。

私がしていることは、このディレクトリでソースを抽出することです。次のようなパスを作成します

/usr/local/src/postgresql-8.3.7

次に、シンボリックリンクを作成します。

/usr/local/src # ln -s  postgresql-8.3.7 postgresql

すべての建物をでしてください/usr/local/src/postgresql。

このようにすることは、バージョン間でポップする必要があるときに役立ち、使用しているバージョンを文書化します。

これにより、checkinstallをより頻繁に使用する必要があります。そうすればいつものように

 ./configure
 make

に続く

 sudo checkinstall

.debファイルを作成するには...

可能性がある場合-ソフトウェアをコンパイルしてからFCパッケージを作成することをお勧めします（yumを使用してソフトウェアパッケージをインストールしていると思われます）。その後、コンパイルしたソフトウェアのパッケージをインストールし、システム全体を台無しにすることなく削除できます。

自分で作成した複数のアプリケーションを簡単にインストールおよび削除できるようにしたい場合は、単純なパッケージマネージャーとしてStowを使用できます。

パーFHS、/usr/local/一方で、ソースからコンパイルされたアプリケーションのために使用されている/opt/オペレーティング・システム・ベンダーによってサポートされていないサードパーティのアプリケーションに使用されます。

私がお勧めする2つのこと：

システム全体：stowを使用して、/ usr / local / stow / package-versionの下にインストールします。その後、バージョンを簡単に切り替えることができます。

私の家で、または/ usr / localの書き込み権限がない場合は、プログラムを〜/ .localに個人的にインストールします。これは、XDG標準で示唆されています。

ローカルでstowを使用することもできますが、私は決してしませんでした:)

私は多くの開発を行っているため、ほとんどの人とは少しセットアップが異なります。ものをインストールする/ home / jackson / bin /ディレクトリがあり、これを追加して.bashrcを編集しました：

export PATH=/home/jackson/bin/bin::$PATH
export LD_LIBRARY_PATH=/home/jackson/bin/lib:$LD_LIBRARY_PATH
export PKG_CONFIG_PATH=/home/jackson/bin/lib/pkgconfig:$PKG_CONFIG_PATH

私はすべてのためにこれをするわけではありませんが、開発中にそれは素晴らしいです。

実際には、ソースtarballからdebやrpmを作成するのはそれほど難しくありません。そうすれば、ディストリビューションのパッケージマネージャーの機能を使用して、システムをクリーンに保つことができます。これはほとんどの場合、私がすることです。ちょっとしたrpmを作成するだけです。

アプリケーションをコンパイルする場合は、実行可能ファイルのパスをPATH環境変数に追加できます。これは他のユーザーには影響しません。

「所属する場所に置く」オプションは常にありますが、最初に単純なrpmを記述します。

システム上のすべてのユーザーがアプリケーションを使用できるようにし、必要な権限がある場合は、/ optを使用します。アプリケーション（およびroot）のみがアプリケーションを使用できるようにするには、/ home / usernameを使用します

これを行う最も簡単な方法は、ソースパッケージ（.src.rpmRPMiteの場合）を取得し、それを解凍し、新しいソース/構成などをハックし、バージョンを適切に変更してビルドすることです。これをインストールすると、パッケージマネージャーが新しいパッケージを認識し、依存関係とアンインストール/更新を考慮できるようになります。

これは初めての面倒な作業ですが、新しいバージョン（または重要なパッチ）がリリースされた場合は、更新が簡単になります。もう1つの利点は、ローカルソフトウェアを使用して独自のリポジトリを作成し、ラボのマシンなどで共有できることです。

RPMを書くことは難しくありません。物を置く場所に関するガイドラインがあり、アンインストールが簡単になります。

これを行う場合は、パッケージングシステムを経由する他のすべてのファイルと同様に、の下/usrではなく下にファイルをインストールします/usr/local。