publish docs to readthedocs.org #2753

Closed
opened 2016-03-22 19:07:15 +00:00 by warner · 2 comments
warner commented 2016-03-22 19:07:15 +00:00
Owner

Currently, the best way to read the Tahoe docs is either from a source tree (git, or unpacked tarball), or online on github. Only the latter provides any formatting of the .rst files.

Most other Python projects (and quite a few non-python ones) are publishing their docs to readthedocs.org . They do an rst-to-HTML build step that adds nice things like a table of contents, and a clear way to find docs for specific versions.

I'd like to figure out how to publish our docs that way too. Then I think we can start on some organizational improvements, to make the docs more like an instruction manual and less like a haphazard collection of design notes. The .rst source will still live in docs/, but we'll use the README and the Trac wiki front page to point people at readthedocs.org instead.

I don't know what mechanics are involved. I believe it will need some new .rst files (for the TOC and front-matter), and maybe something in the buildbot to trigger pushes to readthedocs.org on each commit/release.

Currently, the best way to read the Tahoe docs is either from a source tree (git, or unpacked tarball), or online on github. Only the latter provides any formatting of the .rst files. Most other Python projects (and quite a few non-python ones) are publishing their docs to readthedocs.org . They do an rst-to-HTML build step that adds nice things like a table of contents, and a clear way to find docs for specific versions. I'd like to figure out how to publish our docs that way too. Then I think we can start on some organizational improvements, to make the docs more like an instruction manual and less like a haphazard collection of design notes. The .rst source will still live in `docs/`, but we'll use the README and the Trac wiki front page to point people at readthedocs.org instead. I don't know what mechanics are involved. I believe it will need some new .rst files (for the TOC and front-matter), and maybe something in the buildbot to trigger pushes to readthedocs.org on each commit/release.
tahoe-lafs added the
documentation
normal
task
1.10.2
labels 2016-03-22 19:07:15 +00:00
tahoe-lafs added this to the 1.12.0 milestone 2016-03-22 19:07:15 +00:00
warner commented 2016-06-28 18:20:37 +00:00
Author
Owner

moving most tickets from 1.12 to 1.13 so we can release 1.12 with magic-folders

moving most tickets from 1.12 to 1.13 so we can release 1.12 with magic-folders
tahoe-lafs modified the milestone from 1.12.0 to 1.13.0 2016-06-28 18:20:37 +00:00
warner commented 2016-09-28 08:08:52 +00:00
Author
Owner

we actually got this done in 1.11.0, but I forgot to close the ticket. http://tahoe-lafs.readthedocs.io/en/latest/

we actually got this done in 1.11.0, but I forgot to close the ticket. <http://tahoe-lafs.readthedocs.io/en/latest/>
tahoe-lafs added the
fixed
label 2016-09-28 08:08:52 +00:00
tahoe-lafs modified the milestone from 1.13.0 to 1.11.0 2016-09-28 08:08:52 +00:00
warner closed this issue 2016-09-28 08:08:52 +00:00
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: tahoe-lafs/trac-2024-07-25#2753
No description provided.