home.social

#readthedocs — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #readthedocs, aggregated by home.social.

  1. I just transferred an open-source project from GitHub to Codeberg 💙.

    Thanks to the good documentation at docs.codeberg.org/integrations, setting up the integration with Read the Docs was straightforward. ✅

    #Codeberg #ReadTheDocs #Documentation

  2. Experimentally, it seems like pushing new "build style" semver tags is sufficient to get #ReadTheDocs / #RTD to update its 'stable' pointer. That'll probably do for now?

    E.g., I cut Paramiko 5.0.0+rtd1 and pushed it to GitHub but nowhere else (as it is literally 5.0.0 + a change to my RTD config files which do not impact any users or even contributors, really) and I'm seeing a rebuild w/ its SHA 🎉

    Still more friction than I remember, but at least it's better than making a whole new release!

  3. Experimentally, it seems like pushing new "build style" semver tags is sufficient to get #ReadTheDocs / #RTD to update its 'stable' pointer. That'll probably do for now?

    E.g., I cut Paramiko 5.0.0+rtd1 and pushed it to GitHub but nowhere else (as it is literally 5.0.0 + a change to my RTD config files which do not impact any users or even contributors, really) and I'm seeing a rebuild w/ its SHA 🎉

    Still more friction than I remember, but at least it's better than making a whole new release!

  4. Experimentally, it seems like pushing new "build style" semver tags is sufficient to get #ReadTheDocs / #RTD to update its 'stable' pointer. That'll probably do for now?

    E.g., I cut Paramiko 5.0.0+rtd1 and pushed it to GitHub but nowhere else (as it is literally 5.0.0 + a change to my RTD config files which do not impact any users or even contributors, really) and I'm seeing a rebuild w/ its SHA 🎉

    Still more friction than I remember, but at least it's better than making a whole new release!

  5. Experimentally, it seems like pushing new "build style" semver tags is sufficient to get #ReadTheDocs / #RTD to update its 'stable' pointer. That'll probably do for now?

    E.g., I cut Paramiko 5.0.0+rtd1 and pushed it to GitHub but nowhere else (as it is literally 5.0.0 + a change to my RTD config files which do not impact any users or even contributors, really) and I'm seeing a rebuild w/ its SHA 🎉

    Still more friction than I remember, but at least it's better than making a whole new release!

  6. Experimentally, it seems like pushing new "build style" semver tags is sufficient to get #ReadTheDocs / #RTD to update its 'stable' pointer. That'll probably do for now?

    E.g., I cut Paramiko 5.0.0+rtd1 and pushed it to GitHub but nowhere else (as it is literally 5.0.0 + a change to my RTD config files which do not impact any users or even contributors, really) and I'm seeing a rebuild w/ its SHA 🎉

    Still more friction than I remember, but at least it's better than making a whole new release!

  7. Weird, I could /swear/ #ReadTheDocs' 'stable' version used to track branches only, but the docs and changelog imply it's been branches /or tags/ (and critically, /favoring the latter when both exist/) since like 2018? Am I high?

    The behavior as-is makes it hard to push #RTD-only or doc-only changes w/o cutting a whole new tag (and of course, cutting a whole new tag w/o releasing any code to PyPI, looks weird).

    I.e., I can't just push a minor config tweak to my 5.0 branch to fix an issue with the 'stable' docs.

    Somewhat ironically, my own changelog setup still creates links to 'latest' instead of 'stable' 🙃 but 'stable' is the default otherwise…

  8. Weird, I could /swear/ #ReadTheDocs' 'stable' version used to track branches only, but the docs and changelog imply it's been branches /or tags/ (and critically, /favoring the latter when both exist/) since like 2018? Am I high?

    The behavior as-is makes it hard to push #RTD-only or doc-only changes w/o cutting a whole new tag (and of course, cutting a whole new tag w/o releasing any code to PyPI, looks weird).

    I.e., I can't just push a minor config tweak to my 5.0 branch to fix an issue with the 'stable' docs.

    Somewhat ironically, my own changelog setup still creates links to 'latest' instead of 'stable' 🙃 but 'stable' is the default otherwise…

  9. Weird, I could /swear/ #ReadTheDocs' 'stable' version used to track branches only, but the docs and changelog imply it's been branches /or tags/ (and critically, /favoring the latter when both exist/) since like 2018? Am I high?

    The behavior as-is makes it hard to push #RTD-only or doc-only changes w/o cutting a whole new tag (and of course, cutting a whole new tag w/o releasing any code to PyPI, looks weird).

    I.e., I can't just push a minor config tweak to my 5.0 branch to fix an issue with the 'stable' docs.

    Somewhat ironically, my own changelog setup still creates links to 'latest' instead of 'stable' 🙃 but 'stable' is the default otherwise…

  10. Weird, I could /swear/ #ReadTheDocs' 'stable' version used to track branches only, but the docs and changelog imply it's been branches /or tags/ (and critically, /favoring the latter when both exist/) since like 2018? Am I high?

    The behavior as-is makes it hard to push #RTD-only or doc-only changes w/o cutting a whole new tag (and of course, cutting a whole new tag w/o releasing any code to PyPI, looks weird).

    I.e., I can't just push a minor config tweak to my 5.0 branch to fix an issue with the 'stable' docs.

    Somewhat ironically, my own changelog setup still creates links to 'latest' instead of 'stable' 🙃 but 'stable' is the default otherwise…

  11. Weird, I could /swear/ #ReadTheDocs' 'stable' version used to track branches only, but the docs and changelog imply it's been branches /or tags/ (and critically, /favoring the latter when both exist/) since like 2018? Am I high?

    The behavior as-is makes it hard to push #RTD-only or doc-only changes w/o cutting a whole new tag (and of course, cutting a whole new tag w/o releasing any code to PyPI, looks weird).

    I.e., I can't just push a minor config tweak to my 5.0 branch to fix an issue with the 'stable' docs.

    Somewhat ironically, my own changelog setup still creates links to 'latest' instead of 'stable' 🙃 but 'stable' is the default otherwise…

  12. One of the most hidden super-cool (sorry, born in the 70s) features of #tailwindcss is the `group` class. Put it on an outer div, then inside do a `group-hover:crazy colors` thing and be impressed. #readthedocs (at least once fully): tailwindcss.com/docs/hover-foc

  13. One of the most hidden super-cool (sorry, born in the 70s) features of #tailwindcss is the `group` class. Put it on an outer div, then inside do a `group-hover:crazy colors` thing and be impressed. #readthedocs (at least once fully): tailwindcss.com/docs/hover-foc

  14. One of the most hidden super-cool (sorry, born in the 70s) features of is the `group` class. Put it on an outer div, then inside do a `group-hover:crazy colors` thing and be impressed. (at least once fully): tailwindcss.com/docs/hover-foc

  15. #readthedocs has max-width 800px ... yeah, my wide screen monitor 🥱

    #uidesign at its best!

  16. #readthedocs has max-width 800px ... yeah, my wide screen monitor 🥱

    #uidesign at its best!

  17. #readthedocs has max-width 800px ... yeah, my wide screen monitor 🥱

    #uidesign at its best!

  18. #readthedocs has max-width 800px ... yeah, my wide screen monitor 🥱

    #uidesign at its best!

  19. #readthedocs has max-width 800px ... yeah, my wide screen monitor 🥱

    #uidesign at its best!

  20. I was joking about this, but #ReadTheDocs doesn't support Forgejo yet.

    So I have to decide if I want well-supported tools or if I want to get off the major commercial platforms.

  21. I was joking about this, but #ReadTheDocs doesn't support Forgejo yet.

    So I have to decide if I want well-supported tools or if I want to get off the major commercial platforms.

  22. I was joking about this, but #ReadTheDocs doesn't support Forgejo yet.

    So I have to decide if I want well-supported tools or if I want to get off the major commercial platforms.

  23. I was joking about this, but #ReadTheDocs doesn't support Forgejo yet.

    So I have to decide if I want well-supported tools or if I want to get off the major commercial platforms.

  24. I was joking about this, but #ReadTheDocs doesn't support Forgejo yet.

    So I have to decide if I want well-supported tools or if I want to get off the major commercial platforms.

  25. Linking to some Python package docs? Replace <pkg>.readthefinedocs.io with <pkg>.rtfd.io to save a few precious characters. It's an official redirect docs.readthedocs.com/platform/ #Python #ReadTheDocs

  26. Linking to some Python package docs? Replace <pkg>.readthefinedocs.io with <pkg>.rtfd.io to save a few precious characters. It's an official redirect docs.readthedocs.com/platform/ #Python #ReadTheDocs

  27. Linking to some Python package docs? Replace <pkg>.readthefinedocs.io with <pkg>.rtfd.io to save a few precious characters. It's an official redirect docs.readthedocs.com/platform/ #Python #ReadTheDocs

  28. Linking to some Python package docs? Replace <pkg>.readthefinedocs.io with <pkg>.rtfd.io to save a few precious characters. It's an official redirect docs.readthedocs.com/platform/ #Python #ReadTheDocs

  29. Linking to some Python package docs? Replace <pkg>.readthefinedocs.io with <pkg>.rtfd.io to save a few precious characters. It's an official redirect docs.readthedocs.com/platform/ #Python #ReadTheDocs

  30. Our website is refreshed! Please check out our new website based on #mkdocs with #readthedocs theme:

    TheProtocols Documentation

  31. I feel like this is a very common problem amongst #Python libraries. Most use #ReadTheDocs to host documentation, and the default template has no obvious way to include a link back to GitHub that is visible on every page. One can show the source code of a function/class in the API docs / autodoc, but it's not the full repo. I'd prefer everyone to add an external toctree link to the source code, but I haven't seen anybody doing this.

    As a result, when I search for a Python library on the web, the first search result is the RTD page, the second one, if I'm lucky, is the #PyPI page, but the source code is nowhere to be found, and I have to go look for it (often by clicking "Edit this page" in the docs, then manually trimming the URL) :/

  32. I feel like this is a very common problem amongst #Python libraries. Most use #ReadTheDocs to host documentation, and the default template has no obvious way to include a link back to GitHub that is visible on every page. One can show the source code of a function/class in the API docs / autodoc, but it's not the full repo. I'd prefer everyone to add an external toctree link to the source code, but I haven't seen anybody doing this.

    As a result, when I search for a Python library on the web, the first search result is the RTD page, the second one, if I'm lucky, is the #PyPI page, but the source code is nowhere to be found, and I have to go look for it (often by clicking "Edit this page" in the docs, then manually trimming the URL) :/

  33. I feel like this is a very common problem amongst #Python libraries. Most use #ReadTheDocs to host documentation, and the default template has no obvious way to include a link back to GitHub that is visible on every page. One can show the source code of a function/class in the API docs / autodoc, but it's not the full repo. I'd prefer everyone to add an external toctree link to the source code, but I haven't seen anybody doing this.

    As a result, when I search for a Python library on the web, the first search result is the RTD page, the second one, if I'm lucky, is the #PyPI page, but the source code is nowhere to be found, and I have to go look for it (often by clicking "Edit this page" in the docs, then manually trimming the URL) :/

  34. I feel like this is a very common problem amongst #Python libraries. Most use #ReadTheDocs to host documentation, and the default template has no obvious way to include a link back to GitHub that is visible on every page. One can show the source code of a function/class in the API docs / autodoc, but it's not the full repo. I'd prefer everyone to add an external toctree link to the source code, but I haven't seen anybody doing this.

    As a result, when I search for a Python library on the web, the first search result is the RTD page, the second one, if I'm lucky, is the #PyPI page, but the source code is nowhere to be found, and I have to go look for it (often by clicking "Edit this page" in the docs, then manually trimming the URL) :/

  35. I feel like this is a very common problem amongst #Python libraries. Most use #ReadTheDocs to host documentation, and the default template has no obvious way to include a link back to GitHub that is visible on every page. One can show the source code of a function/class in the API docs / autodoc, but it's not the full repo. I'd prefer everyone to add an external toctree link to the source code, but I haven't seen anybody doing this.

    As a result, when I search for a Python library on the web, the first search result is the RTD page, the second one, if I'm lucky, is the #PyPI page, but the source code is nowhere to be found, and I have to go look for it (often by clicking "Edit this page" in the docs, then manually trimming the URL) :/

  36. Signed up to for an open source project:

    inema.readthedocs.io/en/latest

    Process was pretty smooth, e.g. it supports github integration,
    but it's optional and the service doesn't try to force it on you via dark patterns.
    Even pausing for hours during the signup steps was fine,
    i.e. session didn't time out or something.

    Thus, appreciated the experience, even more so given the general enshittification happening elsewhere.

  37. Signed up to #readthedocs for an open source project:

    inema.readthedocs.io/en/latest

    Process was pretty smooth, e.g. it supports github integration,
    but it's optional and the service doesn't try to force it on you via dark patterns.
    Even pausing for hours during the signup steps was fine,
    i.e. session didn't time out or something.

    Thus, appreciated the experience, even more so given the general enshittification happening elsewhere.

  38. Also migrated my `mvdate` package to Codeberg, moved docs to mkdocs and hosted them on readthedocs.org

    Need to release to PyPI on the off chance someone might find it useful.

    codeberg.org/slackline/mvdate/
    mvdate.readthedocs.io/en/lates

    Again thanks to those who write and maintain the tools and infrastructure that make it all possible

    #python #codeberg #readthedocs #git #magit #emacs #gnu #linux

  39. Also migrated my `mvdate` package to Codeberg, moved docs to mkdocs and hosted them on readthedocs.org

    Need to release to PyPI on the off chance someone might find it useful.

    codeberg.org/slackline/mvdate/
    mvdate.readthedocs.io/en/lates

    Again thanks to those who write and maintain the tools and infrastructure that make it all possible

    #python #codeberg #readthedocs #git #magit #emacs #gnu #linux

  40. Also migrated my `mvdate` package to Codeberg, moved docs to mkdocs and hosted them on readthedocs.org

    Need to release to PyPI on the off chance someone might find it useful.

    codeberg.org/slackline/mvdate/
    mvdate.readthedocs.io/en/lates

    Again thanks to those who write and maintain the tools and infrastructure that make it all possible

    #python #codeberg #readthedocs #git #magit #emacs #gnu #linux

  41. Also migrated my `mvdate` package to Codeberg, moved docs to mkdocs and hosted them on readthedocs.org

    Need to release to PyPI on the off chance someone might find it useful.

    codeberg.org/slackline/mvdate/
    mvdate.readthedocs.io/en/lates

    Again thanks to those who write and maintain the tools and infrastructure that make it all possible

    #python #codeberg #readthedocs #git #magit #emacs #gnu #linux

  42. Also migrated my `mvdate` package to Codeberg, moved docs to mkdocs and hosted them on readthedocs.org

    Need to release to PyPI on the off chance someone might find it useful.

    codeberg.org/slackline/mvdate/
    mvdate.readthedocs.io/en/lates

    Again thanks to those who write and maintain the tools and infrastructure that make it all possible

    #python #codeberg #readthedocs #git #magit #emacs #gnu #linux

  43. Genuine question in my journey to adapt to the #python ecosystem: why did projects stop defaulting to #readthedocs for documentation?

    In my memory, it was the standard a decade ago and, while it was not great, it was a consistent experience for library users. Now, most libraries either have their own website that I have to learn to navigate, or they just have a README.md.

    Have there been any effort to bring an equivalent of pkg.go.dev or docs.rs to the Python ecosystem?

  44. #TreeTime #Trees #MindMap #Editor #OpenSource #FreeSoftware

    In reaction to several turns of recent events, TreeTime is starting to move away from #GitHub to #Codeberg: codeberg.org/jkanev/treetime#r

    There will be a transition period in which both repositories will receive updates in parallel.

    The installable packages in #Pypi, the webpage on tree-time.info, and the documentation in #readthedocs will stay unaffected.

  45. #TreeTime #Trees #MindMap #Editor #OpenSource #FreeSoftware

    In reaction to several turns of recent events, TreeTime is starting to move away from #GitHub to #Codeberg: codeberg.org/jkanev/treetime#r

    There will be a transition period in which both repositories will receive updates in parallel.

    The installable packages in #Pypi, the webpage on tree-time.info, and the documentation in #readthedocs will stay unaffected.

  46. #TreeTime #Trees #MindMap #Editor #OpenSource #FreeSoftware

    In reaction to several turns of recent events, TreeTime is starting to move away from #GitHub to #Codeberg: codeberg.org/jkanev/treetime#r

    There will be a transition period in which both repositories will receive updates in parallel.

    The installable packages in #Pypi, the webpage on tree-time.info, and the documentation in #readthedocs will stay unaffected.

  47. #TreeTime #Trees #MindMap #Editor #OpenSource #FreeSoftware

    In reaction to several turns of recent events, TreeTime is starting to move away from #GitHub to #Codeberg: codeberg.org/jkanev/treetime#r

    There will be a transition period in which both repositories will receive updates in parallel.

    The installable packages in #Pypi, the webpage on tree-time.info, and the documentation in #readthedocs will stay unaffected.

  48. Late last week, I dusted off a project that had been abandoned by one of our drive-by volunteers about three years ago.

    I was strugglin' a bit getting the dependency restraints updated and re-familiarizing myself with the repo and publishing configurations. I think that's in good shape now & I can mostly focus on document conversion & layout.

    Now that I've got more familiarity with #Sphinx and #pandoc than I did three years ago, I looking forward to making some progress this week.

    It's been a long time itch to scratch of mine & now I've got some time & motivation. We shall see....

    #Xfce #Documentation #ReadTheDocs

  49. Late last week, I dusted off a project that had been abandoned by one of our drive-by volunteers about three years ago.

    I was strugglin' a bit getting the dependency restraints updated and re-familiarizing myself with the repo and publishing configurations. I think that's in good shape now & I can mostly focus on document conversion & layout.

    Now that I've got more familiarity with #Sphinx and #pandoc than I did three years ago, I looking forward to making some progress this week.

    It's been a long time itch to scratch of mine & now I've got some time & motivation. We shall see....

    #Xfce #Documentation #ReadTheDocs

  50. Late last week, I dusted off a project that had been abandoned by one of our drive-by volunteers about three years ago.

    I was strugglin' a bit getting the dependency restraints updated and re-familiarizing myself with the repo and publishing configurations. I think that's in good shape now & I can mostly focus on document conversion & layout.

    Now that I've got more familiarity with and than I did three years ago, I looking forward to making some progress this week.

    It's been a long time itch to scratch of mine & now I've got some time & motivation. We shall see....