=dev-python/numba-0.54.1 fails to build with USE=doc

[redblade7]

=dev-python/numba-0.54.1 fails to build with USE=doc
Build log and emerge --info attached.
numba-build.log
numba-emerge-info.txt

[LebedevV]

May I ask you to confirm the numpy version?
When I am trying to run "import numba" in the python console with numba-0.54.1 installed, I see the error with a description "Numba needs NumPy 1.20 or less"

[LebedevV]

Also, even for numba-9999 there is some issue with Py3.8... I have to check it

[redblade7]

=dev-python/numpy-1.22.3

I get the same message when importing numba.

[LebedevV]

In my understanding, USE=doc requires the working numba for each of the python versions required.
So, if one can not run numba, it will not be compiled with docs; from another point of view, why does one need these docs, if it is not possible to run the code...

What I can do - I can remove py38 from numba-9999 allowances, add a requirement of <=numpy-1.20 for numba-0.54.1, and bump a version to 0.55.1.
Also, is there a specific reason to use this exact version (0.54.1)?

[LebedevV]

I am ready to commit changes, however, I'll be in need to mask numba-0.54.1, as the oldest numpy from the ::gentoo tree is the 0.21 one.
Please, let me know if that affects you and numba-0.55.1 will not work in your case

[redblade7]

After 0.55.1 "import numba" works now.
When installing numba, numpy was downgraded to 1.21.5.

[redblade7]

USE=doc continues to fail though and claims that numba can't be imported.

[LebedevV]

if you would like to keep the higher version of numpy, you can try the developers version of numba (=dev-python/numba-9999).
However, I am still puzzled with the USE='doc' error - it is originated from the error raised after "from .typeconv import TypeManager, TypeCastingRules", and there are a number of corresponding issues on numba's github, no clear solution yet

[LebedevV]

I think I see the problem now.
USE=doc invokes sphinx on the compile stage, but as numba has a cpp code inclusions as well, such parts as a _typeconf can be imported properly only during the later stages.
Not sure, how to override the default behaviour correctly