RPMパッケージ
実行・インストールRPMはRPM系Linuxのパッケージです。Fedora等で使われますが、別のRPM系OSや版へ必ず互換とは限りません。パッケージ情報の確認、依存関係、署名、CPU条件を見て、OSが推奨するパッケージ管理手順で導入します。
- 主な用途
- RPM系Linuxでソフトウェアを導入する
- 中身の種類
- コードを含む導入・実行形式
目次・よくある質問・根拠資料を見る
内容の最終確認： · 編集：Kai
具体例：確認する順番
例：同じRPM系でも別OS用のパッケージが依存エラーになる場合。対象ディストリビューションと版、CPUを確認します。強制導入や署名無視で先へ進めず、正規のリポジトリと適合ビルドを探します。DNF等が提示する追加・更新・削除を読んでから導入します。RPMが展開できたことを動作互換性の証明にしません。
開き方・操作手順
使っている環境や目的の項目を開いて、手順を確認してください。
操作名・対応状況はアプリ・OS・版によって異なります。変更する前に原本を残してください。
開けないとき：症状から確認
- 依存が見つからない：対象OS版と有効な正規リポジトリを確認します。
- 別のRPM系OSで失敗：共通拡張子でもライブラリ等が違います。
- CPU条件が違う：x86_64等の指定と実機を比較します。
- 署名の確認に失敗：正規の配布元と鍵の案内を確認し、警告を無視しません。
- 強制導入で既存ソフトが壊れた：依存や競合を無視する方式を通常の解決に使いません。
対象OS向けの正規パッケージを選ぶ
- 必要なOSリリースとCPUを調べます。
- 配布元が提供する対応パッケージや正式な代替導入を使います。
- 内容を展開する場合も導入とは別に扱います。
RPMをDEBやEXEへ改名しても互換になりません。パッケージ変換が成功しても実行環境の互換性は保証されません。
rpmの問い合わせは導入ではない
パッケージ名やファイル一覧の問い合わせは事前確認です。導入にはスクリプトやシステム変更が伴う場合があり、別の判断が必要です。
この手順の根拠：RPM project · rpm manual
依存解決と予定変更を読む
DNF等は依存を解決しますが、追加・更新・削除の内容を読まずに進めないでください。DNF4/5や特殊なOS構成で手順も違います。
- 正規リポジトリを使う。
- 強制、署名無視、依存無視を一般対処にしない。
- OSの導入方法を優先。
この手順の根拠：DNF5 project · Install command
関連形式との違い
| 形式・用途 | 使い分けと残る情報 |
|---|---|
| RPM | RPM系の配布パッケージ。 |
| DEB | Debian系の配布パッケージ。 |
| TAR | 単なるアーカイブの場合があり、導入方式は別。 |
取り扱いと安全性
未知のRPMを管理者権限で導入しません。署名、提供元、対象環境を確認し、組織のパッケージ管理方針に従います。
よくある質問
RPMならどのLinuxでも使える？
ディストリビューションとリリースを確認します。
依存を無視すれば解決？
正常動作を保証せず既存環境も壊れ得ます。
展開は導入と同じ？
システム登録やスクリプト処理とは別です。
署名警告は無視していい？
正規の鍵・配布元を確認します。
何の管理ツールを使う？
使用OSが案内する対応版を使います。
形式の基本情報：正式名称・MIME type・管理団体
- 名称
- RPM Package
- 管理・仕様
- RPM project / distribution maintainers
- MIME type
- application/x-rpm
公式・一次情報
- プロジェクト公式rpm manual
情報表示、署名、インストール時の処理
RPM project · リンク確認： - プロジェクト公式Install command
ローカルRPMと依存関係の解決
DNF5 project · リンク確認：