Closed nemesifier closed 4 years ago
@nemesisdesign I think there can be two ways here.
@nemesisdesign I think there can be two ways here.
- Muting the warnings here which doesn't seems feasible.
- Following your approach to check readme only and stop recursive checking on all ReStructuredText files.
I'd go for 2 because we need warnings, pypi does not support many things used in sphinx so raising the error is the right thing to do, but only when checking the README. Sphinx docs have their own check in each repo.
Okay. But I am thinking that Shouldn't we change the raw directives to image.
Okay. But I am thinking that Shouldn't we change the raw directives to image.
@KapilBansal320 the raw is for HTML iframes.
The check is failing with:
However, I don't think the path we've taken is good.
The repositories which have sphinx documentation already have checks to ensure that documentation compiles and renders successfully, these checks simply generate the sphinx docs and they work reliably.
Now we're mixing things. I asked to add this check because we need to check that the README files are compatible with pypi. If we start allowing sphinx syntax in the README, we'll hit again the same issue that some of the sphinx syntax won't work on pypi.
I think the right solution is to separate the two things.
Sphinx documentation checks must be done as we already do: https://github.com/openwisp/netjsonconfig/blob/master/run-qa-checks#L8-L10 This new check should only focus on the README compatibility with pypi, removing the changes we introduced recently to make it work on openwisp-radius. I would also rename the check to make this more explicit: we can call it
checkreadme
to ensure things don't get confused.@KapilBansal320 what do you think?