ソースコードのコンパイル

ソースからビルドすれば、設定済みリポジトリにないバージョンや機能を利用できますが、統合、更新、信頼性の確認をディストリビューションではなく自分で担うことになります。要件を満たす対応済みディストリビューションパッケージがあるなら、それを優先してください。

ビルド手順は実行可能なコードです。configure スクリプト、ビルド定義、テスト、コンパイラープラグインは、ユーザー権限で任意のコマンドを実行できます。信頼できないソースをビルドせず、ビルド自体を sudo で実行してはいけません。

これは基本的なコンパイラーとビルドツールをインストールしますが、すべてのプロジェクトに必要な全依存関係ではありません。言語ランタイム、生成器、ビルドシステム用ツール、開発用ヘッダー、厳密なライブラリバージョンが追加で必要になる場合があります。信頼できるリポジトリから要件をインストールし、ビルド時依存関係と実行時依存関係を区別してください。

configure は環境を確認し、選択したオプションに従ってビルドファイルを生成します。make は通常 Makefile にある依存関係とコマンドの規則を読み、要求されたターゲットを作成します。

この手順は普遍的ではありません。CMake、Meson、Ninja、言語固有ツール、独自スクリプトを使うプロジェクトもあります。慣れているというだけで ./configure を実行せず、そのリリースの文書に従ってください。ビルドシステムが対応する場合は、ソースツリー外のビルドディレクトリで生成ファイルを分離できます。

実際のターゲットは test、check、または別コマンドの場合があります。テストされていない出力をインストールせず、失敗原因を調査してください。テストにはネットワークアクセス、サービス、特殊なハードウェア、隔離環境が必要な場合があります。他のビルドコードと同様、実行前に内容を確認します。

次の制御された方法のいずれかを優先してください。

• ディストリビューションのパッケージツールで正式なネイティブパッケージをビルドする
• ポリシーが許すなら /usr/local など明確に分離したプレフィックスへインストールする
• DESTDIR など対応する仕組みで一時パッケージングルートへファイルをステージングする
• 適切な場合は非特権ユーザープレフィックス、隔離環境、コンテナを使う

checkinstall は一部の make install ワークフローから単純なパッケージを作れますが、普遍的ではなく、確認済みのディストリビューション品質のパッケージレシピを置き換えません。「常に使う」規則として扱ってはいけません。特権コピーの前に、ステージングされたファイル一覧、所有権、権限、パス、アンインストールまたはアップグレード計画を確認します。

本番システムへ実験的なファイルを混在させずに手順を練習するには、破棄可能な環境でLinux でソースコードからソフトウェアをビルドするを利用してください。