remi と epel のリポジトリを削除する — 順番と、「無効にしたつもり」で残るもの

公開 2026-10-25 ／ 更新 2026-10-25 ／ 文：ランツ

先に結論

リポジトリを消す前に、やりたいのは「無効化」なのか「削除」なのかを決めてください。 多くの場合、必要なのは無効化のほうです。

削除する場合、順番が決まっています。

remi は epel に依存している

いまの依存関係を確かめた

公式が配っている remi-release パッケージを実際にダウンロードして、 RPMヘッダの依存宣言を読みました。

3系統とも epel-release を要求しています。 だから epel を先に消そうとすると止まります。

# 入っているものを確認する
rpm -qa | grep -E 'epel-release|remi-release'

# 何に依存しているかを自分の環境で見る
rpm -q --requires remi-release | grep epel

昔より厳しくなっている

この依存自体は昔からありました。ただし書き方が変わっています。

「remi を無効にした」が効いていないことがある

remi が置く .repo は1本ではない

ここが一番の落とし穴です。パッケージの中身を展開して、何が置かれるかを数えました。

自分の環境で有効なものを数えるなら、これが早いです。

# 有効なリポジトリだけを一覧する
dnf repolist --enabled

# remi 系で有効なものだけ
dnf repolist --enabled | grep remi

なぜ [remi] だけ無効なのか

この並びには理由があります。パッケージが置く remi-safe.repo の冒頭に、 公式のコメントとして書いてあります。

つまり remi-safe は「足すだけ」で、OS標準のパッケージを置き換えません。 だから既定で有効でも危なくない。 一方 [remi] は標準のPHPを置き換えるので、 自分で有効にした人だけが使う形になっています。

GPG鍵も、消すときに気づく人が多い部分です。13個置かれます。

古い鍵が残っているのは、過去に署名されたパッケージを検証できるようにするためです。 手で /etc/yum.repos.d/remi.repo だけ消しても、この13個は残ります。 パッケージとして削除すれば一緒に消えます。

EPEL 側も2つ有効になる

EPEL も同じように数えました。

EPEL を入れると epel-cisco-openh264 も一緒に有効になります。 H.264 のコーデックを配るためのもので、意識して入れた覚えがない人がほとんどだと思います。

消さずに無効化する

「いまは使いたくない」だけなら、削除より無効化のほうが安全です。 設定が残るので、戻すのが一行で済みます。

# remi 系をまとめて無効にする（* が使える）
dnf config-manager --set-disabled 'remi*'

# EPEL も止める
dnf config-manager --set-disabled 'epel*'

# 確認
dnf repolist --enabled

削除する

順番

# 1) 何が入っているか
rpm -qa | grep -E 'epel-release|remi-release'

# 2) remi を先に消す
dnf remove remi-release

# 3) epel を消す
dnf remove epel-release

# 4) メタデータを捨てる
dnf clean all

順番を逆にすると、依存関係で止まります（表3）。 rpm -e を直接使った場合は Failed dependencies で弾かれます。

消しても残るもの

リポジトリを消しても、そこから入れたパッケージは消えません。 消えるのは「どこから取ってくるか」の設定だけです。

何が残っているかは、こう数えられます。

# remi 由来のパッケージを探す（リリース表記に remi が入る）
rpm -qa | grep remi

# epel 由来
rpm -qa | grep -E '\.el[0-9]+\.?.*epel'

EPEL 9 は release パッケージが2つある

これも消し忘れの原因になります。EPEL 9 には release パッケージが2種類あります。

CentOS Stream 9 で epel-release だけ消すと、epel-next-release が残ります。 最初の確認コマンドを grep epel にしておけば、両方見つかります。

なお EPEL を入れるときに crb（RHEL 8 では powertools）を有効にしているはずです。 EPEL をやめるなら、これを戻すかどうかも決めてください。

# 入れたときに有効にしたもの（EL9 の例）
dnf config-manager --set-enabled crb

# 戻すなら
dnf config-manager --set-disabled crb

AIに任せるときの注意

判定の目安です。答えに remi-safe と remi-modular が出てこなかったら、その回答は足りていません。 CentOS 6 や 7 を前提にした yum の手順が返ってきた場合も、いまの環境とは違います。

よくある質問

epel を先に消せないのはなぜですか

remi-release が epel-release を要求しているからです（表3）。 remi を先に消してください。

無効化と削除、どちらにすべきですか

一時的に使いたくないだけなら無効化です（表1）。 設定が残るので戻すのが一行で済みます。

--set-disabled remi を実行したのに止まりません

[remi] はもともと無効だからです。 有効なのは remi-safe と remi-modular です（表5）。 'remi*' とワイルドカードで指定してください。

リポジトリを消せば、入れたPHPも消えますか

消えません。消えるのは取得先の設定だけです（表11）。 残ったパッケージは更新が届かない状態になります。

自分が remi から何を入れたか分かりません

rpm -qa | grep remi で出ます。リリース表記に remi が含まれるためです。

epel-cisco-openh264 とは何ですか

EPEL を入れると一緒に有効になるリポジトリです（表8）。 H.264 のコーデックを配るためのもので、意識して入れていなくても有効になっています。

CentOS Stream 9 で消し残しが出ます

epel-next-release が残っていませんか（詳しく）。 CentOS Stream 9 では release パッケージが2つです。

EL8 と EL9 を混ぜられますか

できません。依存条件が完全一致になっているためです（表4）。

まとめ

• まず「無効化」か「削除」かを決める。一時的に止めたいだけなら無効化で足りる。
• 削除するなら remi → epel の順。remi-release が epel-release を要求している。
• 依存条件は EL9 で epel-release = 9 の完全一致。昔の「以上」より厳しくなった。
• remi-release は .repo を3本置き、10セクションを定義する。
• 既定で有効なのは [remi] ではなく remi-safe と remi-modular。これが「無効にしたのに効かない」の正体。
• remi-safe が既定で有効なのは「追加だけで標準パッケージを置き換えない」ため（公式のコメントに明記）。[remi] は置き換えるので自分で有効にする。
• 無効化は dnf config-manager --set-disabled 'remi*' とワイルドカードで。
• EPEL 側は epel と epel-cisco-openh264 の2つが有効になる。
• リポジトリを消しても、そこから入れたパッケージは残る。残ったものは更新が止まる。
• CentOS Stream 9 は release パッケージが2つ（epel-release と epel-next-release）。
• EPEL を入れるとき有効にした crb / powertools を戻すかどうかも決める。
• バージョンは記事ではなく rpm -qa を見る。環境ごとに違う。