非常に奇妙な問題が発生し、その理由を理解できません。
一部のCentOS 7マシンでyum info python-pip
コマンドを実行すると、エラー:リストに一致するパッケージがありませんが返されます。しかし、今まで問題なくpython-pipをインストールしていた。
epelリポジトリが有効になっています:
epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 11,016
奇妙なことに、同じコマンドが他のCentOS 7サーバーで正常に実行され、パッケージの情報を返します。
CentOSリリース:CentOS Linuxリリース7.2.1511(コア)
epel-release:7.6または7.8(両方試しました)
EPELリポジトリのどこが悪いのか誰かが説明してください。
編集: yumコマンドの出力。
[root@local ~]# yum info python-pip
Loaded plugins: fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* epel: Fedora.mirror.serversaustralia.com.au
* rpmforge: mirror.ventraip.net.au
Error: No matching Packages to list
EDIT2:パッケージがリポジトリから取り出されたことが原因である可能性があります。しかし、なぜ一部のサーバーがパッケージを表示してダウンロードできるのか、他のサーバーがそうでないのか、私はまだ理解していません。
両方のサーバーで以下のコマンドを実行しましたが、check-updateはepelリポジトリがFedora.uberglobalmirror.comからのものであることを示しています、両方のサーバーで同じです。
yum clean all
yum check-update
yum info python-pip`
うーん。私のEPELミラーを注意深く調べると、パッケージの名前がpython2-pip
EPEL 7以降。
/srv/www/mirrors/epel/7/x86_64/p/python2-pip-8.1.2-5.el7.noarch.rpm
それをインストールしてみることをお勧めします。
Yumミラー Webブラウザ経由 を確認して、Yum問題か、またはパッケージがミラーから欠落しています。この場合、パッケージが欠落しているように見えます。Yumに問題はありません。他のシステムがリポジトリデータをキャッシュしているか、古いパッケージリストで別のミラーに接続している可能性があります。
次のステップは、メーリングリストと BugZilla をチェックして、議論があったかどうかを確認することです。
ここではどのメーリングリストが正しいのか実際にはわかりません。
BugZillaで、mightが関連している可能性がある会話を見つけることができました: pip install is broken(path/permissions) たぶんこれによりパッケージがプルされました。深刻な問題ではないようです。
これが解決されるのを待つことができない場合は、ビルドシステムである Koji で、影響を受けていない古いバージョンを見つけることができます。 (インストールされているバージョンと他のシステムで動作しているバージョンを確認してください。)
最後に、 [〜#〜] srpm [〜#〜] はまだ利用できるようです。あなたはそれをつかんで自分で再構築し、それがあなたのニーズを満たすかどうかを確かめることができます。引っ張られたのなら、それなりの理由があるのかもしれません。