-
Notifications
You must be signed in to change notification settings - Fork 518
Description
Bug description
There was some kind of update on readthedocs that is now breaking the documentation in the sphinx-build command for html. When 3.4.0 was released (Jan 11) the main branch rendered correctly in rtd (https://readthedocs.org/projects/openfast/builds/19142412/). Today the main branch does not render (https://readthedocs.org/projects/openfast/builds/19323670/) even though nothing has changed in the OpenFAST repository.
The issue that now appears is with the paths used in specifying some locations in the conf.py. The html_extra_path and doxylink variables appear to be set to use the sourcedir instead of builddir. This results in the doxygen directory in build (should be <openfast>/build/docs/../doxygen but gets <openfast>/docs/../doxygen which doesn't exist) and the location of the openfast.tag (should be <openfast>/build/docs/../openfast.tag but looks instead for <openfast>/docs/../openfast.tag).
There were a few packages that are different versions in the new failing build (working --> failing):
MarkupSafe-2.1.1-cp37-cp37m-manylinux_2_17_x86_64.manylinux2014_x86_64.whl-->MarkupSafe-2.1.2-cp37-cp37m-manylinux_2_17_x86_64.manylinux2014_x86_64.whlalabaster-0.7.12-py2.py3-none-any.whl-->alabaster-0.7.13-py3-none-any.whlcharset_normalizer-2.1.1-py3-none-any.whl-->charset_normalizer-3.0.1-cp37-cp37m-manylinux_2_17_x86_64.manylinux2014_x86_64.whlpytz-2022.7-py2.py3-none-any.whl-->pytz-2022.7.1-py2.py3-none-any.whlrequests-2.28.1-py3-none-any.whl-->requests-2.28.2-py3-none-any.whlzipp-3.11.0-py3-none-any.whl-->zipp-3.12.0-py3-none-any.whl
The sphinx package is 5.3.0 for both cases.
Interestingly, I can reproduce this exact same error locally -- I had some updates to python packages between the 3.4.0 release and now. However I can't really track down what the root cause is, but it's apparently not because of something we did.
I wasn't sure where else to put this, but didn't want to lose track of the details before putting this problem down for a bit.