Closed dirk-thomas closed 11 years ago
Yes, the doc job did only run cmake and make for the message targets and then documented the results from the devel space which is obviously incomplete as it does not contain the Python sources.
I ran the doc jobs for _roscomm and _dynamicreconfigure for Hydro with --force
and both API documentations seems to be complete now.
Thanks for fixing. I've seen some other Python packages whose docs did not get expanded correctly.
I'll have to wait for the build farm cycle to see if this fixes them, too.
Or, is there some way for me to trigger doc builds?
No, their is no way to trigger that easily since the doc job needs to be triggered with the --force
option to regenerate the docs even when the upstream has not changed.
If you have a handful of repos in mind please just post their names here and I can retrigger them manually to iterate faster than having to wait three days.
These two worked on Groovy but not Hydro:
https://github.com/ros-geographic-info/unique_identifier https://github.com/ros-geographic-info/geographic_info
I reran both jobs for Hydro with --force (http://jenkins.ros.org/view/Hdoc/job/doc-hydro-unique_identifier/91/ http://jenkins.ros.org/view/Hdoc/job/doc-hydro-geographic_info/91/).
For unique id and geodesy the Groovy and Hydro sphinx pages look similar and complete to me. Can you confirm that?
But for _uuidmsgs and _geographicmsgs the doxygen docs for Hydro look incomplete. Is that what you refer to?
Looks OK. Thanks.
But _uuidmsgs and _geographicmsgs look incomplete, no?
They look OK to me. They are just message packages and the messages are documented.
What is missing?
I compared http://docs.ros.org/groovy/api/uuid_msgs/html/annotated.html and http://docs.ros.org/hydro/api/uuid_msgs/html/ and thought that Hydro lacks information. But looking closer Groovy just contains docs of dependent code. So I guess you are right - that should be sufficient. Thanks for checking.
There are currently multiple issues: