The doctest regularly give problems in failing doctests across different CI builds. This can generally be solved by either adding a normalize call, or by skipping (# doctest: +SKIP) some parts, or some other workaround.
I would propose to run the doctests only in a single build (eg with the latest released packages on conda-forge), making it easier to get them passing. Arguments:
- The doctests' purpose is to ensure the documentation is correct, not as an actual test of the functionality (for that we have the other tests). So for this reason, it's not necessarily needed to run them on all CI builds IMO
- The workarounds to deal with varying behaviour across versions IMO only adds clutter to the docstring, while the main purpose of the docstring is to give a clear, nice example.
The doctest regularly give problems in failing doctests across different CI builds. This can generally be solved by either adding a
normalizecall, or by skipping (# doctest: +SKIP) some parts, or some other workaround.I would propose to run the doctests only in a single build (eg with the latest released packages on conda-forge), making it easier to get them passing. Arguments: