CentOS 8 uses dnf now instead of yum, but that is not your issue.
You are using an underscore (_) when you wanted to use a hyphen (-).
dnf install python2-devel
The release package for the okay repository seems to be located here (there is no okay-release-1-1.noarch.rpm, I only saw okay-release-1-2.noarch.rpm and okay-release-1-3.noarch.rpm)
"No match for argument: python2-dnf" on Fedora 30.
python2-dnf used instead of python3-dnf (Fedora 30)
Building Qubes-ISO - Fedora 32 - dnf error python2-sh: Unable to find match
ovirt 4.4 on Fedora 30 - Users - oVirt List Archives
You have to enable the EPEL repo, use:
yum --enablerepo=extras install epel-release
This command will install the correct EPEL repository for the CentOS version you are running.
After this you will be able to install python-pip.
I was going crazy about the same issue. The reason why yum couldn't find python-pip was that it is not called python-pip anymore. Starting with EPEL Version 7 it is renamed to identify the python version. On my centOS machine i can find now the following python*-pip packages.
[root@asdasdasdasdsa ~]# yum info python*-pip
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
* base: ftp.rz.uni-frankfurt.de
* epel: mirrors.mit.edu
* extras: mirror.23media.de
* updates: ftp.plusline.de
Available Packages
Name : python2-pip
Arch : noarch
Version : 8.1.2
Release : 5.el7
Size : 1.7 M
Repo : epel/x86_64
Summary : A tool for installing and managing Python 2 packages
URL : http://www.pip-installer.org
License : MIT
Description : Pip is a replacement for `easy_install
: <http://peak.telecommunity.com/DevCenter/EasyInstall>`_. It uses mostly the
: same techniques for finding packages, so packages that were made
: easy_installable should be pip-installable as well.
Name : python34-pip
Arch : noarch
Version : 8.1.2
Release : 5.el7
Size : 1.7 M
Repo : epel/x86_64
Summary : A tool for installing and managing Python3 packages
URL : http://www.pip-installer.org
License : MIT
Description : Pip is a replacement for `easy_install
: <http://peak.telecommunity.com/DevCenter/EasyInstall>`_. It uses mostly the
: same techniques for finding packages, so packages that were made
: easy_installable should be pip-installable as well.
Hmm. A careful examination of my EPEL mirror shows that the package is now named python2-pip beginning with EPEL 7.
/srv/www/mirrors/epel/7/x86_64/p/python2-pip-8.1.2-5.el7.noarch.rpm
I would suggest that you try installing that.
You can always review a Yum mirror via your web browser to determine if it is a Yum problem, or if the package is missing from the mirror. In this case, it looks like the package is missing. Nothing is wrong with Yum. Your other systems may have cached repository data, or might be connecting to a different mirror with an outdated package list.
The next step would be to check the mailing lists and BugZilla to see if there has been any discussion.
I am actually not sure which mailing list would be correct here;
- epel-devel
- epel-announce
- epel-package-announce
I was able to find a conversation on BugZilla that might be related: pip install is broken (path/permissions) Maybe the package was pulled due to this. It doesn't seem like a serious issue..
If you cannot wait for this to be resolved, you might be able to find an older, unaffected version in Koji, the build system. (Check what version is installed and working on other systems.)
Lastly, it seems the SRPM is still available. You could grab it and rebuild it yourself to see if it will meet your needs. Though, if it was pulled, maybe there is good reason.
I'm trying to get PyAutoGui installed on Fedora. I was able to install the package fine, but it needs these dependencies, which won't install. I get these error messages:
'Unable to find a match: python3-tk'
'Unable to find a match: python3-dev'
Does this mean I don't have the right repositories installed? How do I fix it? Thanks.