Hmm. Um exame cuidadoso do meu espelho EPEL mostra que o pacote agora é chamado de python2-pip , começando com EPEL 7.
/srv/www/mirrors/epel/7/x86_64/p/python2-pip-8.1.2-5.el7.noarch.rpm
Sugiro que você tente instalar isso.
Eu tenho um problema muito estranho e não consigo descobrir o porquê.
Quando executo o comando yum info python-pip em algumas máquinas do CentOS 7, ele retorna Erro: Nenhum pacote correspondente à lista . Mas, eu costumava instalar o python-pip sem problemas até agora.
o repositório epel está ativado:
epel/x86_64 Extra Packages for Enterprise Linux 7 - x86_64 11,016
Estranhamente, o mesmo comando pode ser executado com sucesso em outros servidores do CentOS 7 e retorna as informações do pacote.
Lançamento do CentOS: lançamento do CentOS Linux 7.2.1511 (Core)
epel-release: 7.6 ou 7.8 (eu tentei os dois.)
Por favor, alguém poderia explicar o que está errado no repositório EPEL.
EDITAR: A saída do comando 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: Pode ser apenas porque o pacote foi retirado do repositório. Mas ainda não entendo porque alguns servidores conseguem ver e baixar o pacote, mas outros não. Eu corri os comandos abaixo em ambos os servidores e a verificação de atualização mostra que o repositório epel é de fedora.uberglobalmirror.com , que é o mesmo em ambos os servidores.
yum clean all
yum check-update
yum info python-pip'
Hmm. Um exame cuidadoso do meu espelho EPEL mostra que o pacote agora é chamado de python2-pip , começando com EPEL 7.
/srv/www/mirrors/epel/7/x86_64/p/python2-pip-8.1.2-5.el7.noarch.rpm
Sugiro que você tente instalar isso.
Você sempre pode revisar um espelho Yum através do seu navegador para determinar se ele é um problema Yum, ou se o pacote estiver faltando no espelho. Nesse caso, parece que o pacote está faltando. Nada está errado com o Yum. Seus outros sistemas podem ter dados do repositório em cache, ou podem estar se conectando a um espelho diferente com uma lista de pacotes desatualizados.
O próximo passo seria verificar as listas de discussão e o BugZilla para ver se houve alguma discussão.
Na verdade, não tenho certeza de qual lista de mala direta estaria correta aqui;
Consegui encontrar uma conversa no BugZilla que pode estar relacionada: instalação pip está quebrado (caminho / permissões) Talvez o pacote tenha sido puxado devido a isso. Não parece ser um problema sério ..
Se você não pode esperar que isso seja resolvido, você pode encontrar uma versão mais antiga e não afetada em Koji , o sistema de compilação. (Verifique qual versão está instalada e funcionando em outros sistemas.)
Por último, parece que o SRPM ainda está disponível. Você pode pegá-lo e reconstruí-lo para ver se ele atende às suas necessidades. Porém, se foi puxado, talvez haja uma boa razão.