'Could not build wheels for _ which use PEP 517 and cannot be installed directly - Easy Solution
I am trying to install a package which uses PEP 517. The newest version of Pip won't allow me to install due to an error involving wheel building for 517.
In the past, I've solved this issue by downgrading Pip, installing the package and Upgrading Pip back to the latest version. However, after I downgrade pip in my virtualenv, if I try to run 'Pip install black' I get the No module named 'pip._internal.cli.main' error.
How can I solve this?
Solution 1:[1]
The easiest solution to deal with the error
"Could not build wheels for ____ which use PEP 517 and cannot be installed directly"
is the following:
sudo pip3 install _____ --no-binary :all:
Where ____ is obviously the name of the library you want to install.
Solution 2:[2]
This error came up for the h5py library during the installation of Tensorflow. I checked the h5py documentation to make sure I had the right versions of pip and setuptools, https://pip.pypa.io/en/stable/reference/pip/.
pip install --upgrade pip setuptools wheel
I then checked the error log to identify what has caused h5py to fail while installing backend dependencies. I identified it was the libhdf5.so, where it says "error: libhdf5.so cannot open shared object file: No such file or directory". I installed the library by running:
sudo apt-get install libhdf5-dev
After this, the h5py installed successfully alongside TensorFlow. I've come across similar PEP 517 errors caused by missing dependencies:
- ERROR: Could not build wheels for glpk which use PEP 517 and cannot be installed directly
- ERROR: Could not build wheels for scipy which use PEP 517 and cannot be installed directly
Solution 3:[3]
Sometimes this can be due to a cache issue and the no-binary flag won't work. In which case try pip install <insert package names> --no-cache-dir.
This seems to be a frequent issue when installing packages with python. First, check to ensure you have activated the virtualenv you think you're supposed to be in, then check to see if you have wheels pkg (pip install wheel if not). If those fail then the --no-cache-dir or --no-binary flags come into play. Reading the pypi documentation on each package could help as well. Best of luck!
Solution 4:[4]
Posting an answer as reference for future searchers here.
I tried installing Pillow and got this error. Tried many different approaches, none of them worked. Then i downgraded Python (From 3.9) to 3.8 and just tried installing by pip again, then it worked.
If it fails for you, try downgrading Python, and it may work.
Solution 5:[5]
When I ran into this error, the problem was that the package I was pulling had its metadata configured incorrectly, which caused building the wheels to fail.
To find that error I ran, pip --verbose install <my_package> Which let me see what about the wheel build was failing, and fix it upstream.
Solution 6:[6]
anyone with Python 3.10 should try to downgrade. Was facing the same issue with numpy and pandas installation via pip. Last thing that worked was downgrading to Python 3.8.x. (Haven't tried with Python 3.9.)
Solution 7:[7]
On OSX setting SYSTEM_VERSION_COMPAT=1 in my environment prior to running pip solved it:
export SYSTEM_VERSION_COMPAT=1
Sources
This article follows the attribution requirements of Stack Overflow and is licensed under CC BY-SA 3.0.
Source: Stack Overflow
| Solution | Source |
|---|---|
| Solution 1 | Sean Payne |
| Solution 2 | Mleen |
| Solution 3 | KevinG |
| Solution 4 | Alexander Santos |
| Solution 5 | o0lemon_pie0o |
| Solution 6 | noorb |
| Solution 7 | Christopher Broderick |