RTD builds fail with numpy version RuntimeError
See original GitHub issueProblem All RTD builds fail with this error during ipynb execution:
RuntimeError: module compiled against API version 0xe but this version of numpy is 0xd
Marked as blocker because we can’t release again until we can build docs.
Issue Analytics
- State:
- Created 3 years ago
- Reactions:2
- Comments:5
Top Results From Across the Web
RuntimeError: module compiled against API version a but this ...
When updating modules with conda, the numpy version is not up^dated to the last one. If forcing update with pip command pip install ......
Read more >error: could not build wheels for numpy - You.com | The search ...
I updated the pyproject.toml(This file contains all the library/dependency/dev dependency)with the numpy version that I installed using pip install numpy ...
Read more >Building from source - JAX documentation
To upgrade to the latest version from GitHub, just run git pull from the JAX repository root, and rebuild by running build.py or...
Read more >Visual C++ runtime error with pioplus - #21 by yachnyymaxim
python --version. Python 2.7.13. pip --version pip 9.0.1 from C:\Python27\lib\site-packages (python 2.7). pip list
Read more >Changelog - Sphinx documentation
#10596: Build failure if Docutils version is 0.18 (not 0.18.1) due to missing Node.findall(). #10506: LaTeX: build error if highlighting inline code role...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Against all odds… I was able to get a green RTD build today! 🎊
Yesterday I learned a bit more about how RTD runs builds. Through some trial-and-error searching, I was able to get the build to pass locally in the RTD docker container, by overriding the version of setuptools the RTD install process uses.
I don’t understand the root cause, why this happened now and why it didn’t affect featuretools, compose or (seemingly) other open source projects. However I have the following observations to offer:
1.20.0rc1
pre-release on Dec 3rd, our RTD build started failing… 🤔 more details here.--only-binary
flag passed to pip>=45.2.0
(45.1.0 would probably work, haven’t confirmed) prior to installing our package’s dependencies got rid of the errors sphinx-build was raising about a numpy/numpy-C-API version mismatch, and allowed RTD to complete successfully!!!I’ll get a PR up shortly with the fix, and will hold my breath until that’s merged… 😆 I plan to file something with RTD as well.
Next on the list to try (thanks @freddyaboulton for chatting about it):
pip freeze
on readthedocs and diff that withpip freeze
in my local docker builder, and see what if anything is different in the envs.readthedocs.yml
parameters which can be tweaked.readthedocs/build:7.0
(latest) instead ofreadthedocs/build:6.0
(stable) which is what I was usingsphinx-build
to work with-b readthedocs
(use RTD sphinx builder), because I haven’t been able to get that to work yet in the docker container I’ve pulled down.