Change Log¶
0.6.0 (unreleased)¶
New Sphinx configuration facilities should prevent recursion issues by more cleanly populating the Python attributes in the configuration module:
- Technote projects now import
documenteer.conf.technote
in theirconf.py
files. - Stack projects now import
documenteer.conf.pipelines
in theirconf.py
files. - Individual Stack packages now import
documenteer.conf.pipelinespkg
in theirconf.py
files.
The previous configuration sub-package,
documenteer.sphinxconf
is deprecated. Overall, the configurations are compatible. [DM-20866]- Technote projects now import
Updated the MathJax CDN URL to point to cdnjs.
0.5.5 (2019-12-09)¶
- Technote configuration now uses
yaml.safe_load
instead ofyaml.load
. See the pyyaml docs for details. [DM-22537]
0.5.4 (2019-11-03)¶
- This new version of the technote sphinx theme should fix the edition link in the sidebar for non-main editions. [DM-20839]
0.5.3 (2019-08-07)¶
- Enabled the
html_use_index
andhtml_domain_indices
configurations for Stack documentation projects to enable automatic index generation. Thegenindex
contains links to all command-line options and Python objects (Sphinx’s domains). This also opens us up to a more general content index by way of the index directive. DM-20850 - Fixed compatibility with docutils 0.15. Now Sphinx will control which version of docutils is used, which should now be 0.15.
- Also updated the intersphinx URL for Pandas to use https.
0.5.2 (2019-08-01)¶
- Add sphinxcontrib.autoprogram to enable automated reference documentation of argparse-based command-line scripts.
This extension is available with the
documenteer[pipelines]
installation extra and enabled by default for LSST Science Pipelines projects. DM-20767 - Update the official list of tested and supported Python versions to Python 3.6 and 3.7.
0.5.1 (2019-07-22)¶
- Pin docutils temporarily to
0.14
. The latest release, 0.15, is currently incompatible with the:jira:
role.
0.5.0 (2019-02-11)¶
The stack documentation build now requires that packages be explicitly required by the main documentation project’s EUPS table file. Before, a package only needed a
doc/manifest.yaml
file and to be currently set up in the EUPS environment to be linked into the documentation build. This would lead to packages being included in a documentation build despite not being a part of that stack product. [DM-17765]This release adds the sphinx-jinja extension for
documenteer[pipelines]
installations. This extension makes it possible to dynamically create content with Jinja templating.The
documenteer.sphinxconfig.stackconf
module sets up adefault
context for thejinja
directive that includes all module attributes in the Sphinx config module.The
documenteer.sphinxconfig.stackconf
module includes several new configuration attributes that are driven by the presence of anEUPS_TAG
environment variable. The overall intent of these variables is to make it possible to render installation documentation for the https://pipelines.lsst.io documentation project from theEUPS_TAG
environment variable. The variables are:release_eups_tag
release_git_ref
release
version
scipipe_conda_ref
newinstall_ref
pipelines_demo_ref
These variables are accessible from the
jinja
directive’s context. [DM-17065]This release also added some new substitutions to the
rst_epilog
of stack-based projects:|eups-tag|
— the current EUPS tag, based on theEUPS_TAG
environment variable.|eups-tag-mono|
— monospace typeface version of|eups-tag|
.|eups-tag-bold|
— bold typeface version of|eups-tag|
.
The
|current-release|
substitution is no longer available.Fixed some bugs with the display of copyrights in stack-based projects.
The project’s name is also used as the
logotext
at the top of the page for stack-based projects. Previously thelogotext
would always be “LSST Science Pipelines.” [DM-17263]Added the following projects to the intersphinx inventory of stack-based projects:
firefly_client
astro_metadata_translator
0.4.5 (2019-02-06)¶
- Added a new
lso
role for linking to LSST Operations documents in DocuShare.
0.4.4 (2019-02-05)¶
- Updated scikit-learn’s intersphinx inventory URL (now available as HTTPS) in the
documenteer.sphinxconfig.stackconf
. - Fixed the
lsst-task-config-subtasks
directive so that it can introspect items in anlsst.pex.config
Registry
that are wrapped by aConfigurableWrapper
. DM-17661.
0.4.3 (2018-11-30)¶
- Pin sphinxcontrib-bibtex to version 0.4.0 since later versions are incompatible with Sphinx <1.8.0. DM-16651.
0.4.2 (2018-11-01)¶
- Handle cases where an object does not have a docstring in
documenteer.sphinxext.lssttasks.taskutils.get_docstring
. This improves the reliability of thelsst-task-api-summary
directive. See DM-16102.
0.4.1 (2018-10-15)¶
- Add
documenteer.sphinxext.lssttasks
to the Sphinx extensions available for pipelines.lsst.io documentation builds. - For pipelines.lsst.io builds, Documenteer ignores the
home/
directory that’s created at the root of thepipelines_lsst_io
directory. This directory is created as part of the ci.lsst.codessqre/infra/documenteer
job and shouldn’t be part of the documentation build.
0.4.0 (2018-10-14)¶
- New directives and roles for documenting tasks in LSST Science Pipelines.
- The
lsst-task-config-fields
,lsst-task-config-subtasks
, andlsst-config-fields
directives automatically generate documentation for configuration fields and subtasks in Tasks. - The
lsst-task-topic
andlsst-config-topic
directives mark pages that document a given task or configuration class. - The
lsst-task
,lsst-config
, andlsst-config-field
roles create references to task topics or configuration fields. - The
lsst-task-api-summary
directive autogenerates a summary of the of a task’s key APIs. This directive does not replace the autodoc-generated documentation for the task’s class, but instead provides an affordance that creates a bridge from the task topic to the API reference topic. - The
lsst-tasks
,lsst-cmdlinetasks
,lsst-pipelinetasks
,lsst-configurables
, andlsst-configs
directives create listings of topics. These listings not only link to the topic, but also show a summary that’s either extracted from the corresponding docstring or set through thelsst-task-topic
orlsst-config-topic
directives. These directives also generate a toctree.
- The
- Added Astropy to the intersphinx configuration.
- Enabled
automodsumm_inherited_members
in the stackconf for stack documentation. This configuration is critical:- It is actually responsible for ensuring that inherited members of classes appear in our docs.
- Without this, classes that have a
__slots__
attribute (typically through inheritance of acollections.abc
class) won’t have any of their members documented. See DM-16102 for discussion.
todo
directives are now hidden when usingbuild_pipelines_lsst_io_configs
. They are still shown, by default, for standalone package documentation builds, which are primarily developer-facing.
0.3.0 (2018-09-19)¶
- New
remote-code-block
, which works like theliteralinclude
directive, but allows you to include content from a URL over the web. You can use this directive after addingdocumenteer.sphinxext
to the extensions list in a project’sconf.py
. - New
module-toctree
andpackage-toctree
directives. These create toctrees for modules and packages, respectively, in Stack documentation sites like pipelines.lsst.io. With these directives, we don’t need to modify theindex.rst
file in https://github.com/lsst/pipelines_lsst_io each time new packages are added or removed. You can use this directive after addingdocumenteer.sphinxext
to the extensions list in a project’sconf.py
. These directives includeskip
options for skipping certain packages and modules. - New
stack-docs
command-line app. This replacesbuild-stack-docs
, and now provides a subcommand interface:stack-docs build
andstack-docs clean
. This CLI is nice to use since it’ll discover the root conf.py as long as you’re in the root documentation repository. - New
package-docs
command-line app. This CLI complementsstack-docs
, but is intended for single-package documentation. This effectively lets us replace the Sphinx Makefile (including theclean
command). Using a packaged app lets us avoid SIP issues, as well as Makefile drift in individual packages. This CLI is nice to use since it’ll discover the doc/ directory of a package as long as you’re in the package’s root directory, the doc/ directory, or a subdirectory of doc/. - Refactored the Sphinx interface into
documenteer.sphinxrunner.run_sphinx
. This change lets multiple command-line front-ends to drive Sphinx. - Various improvements to the configuration for LSST Stack-based documentation projects (
documenteer.sphinxconf.stackconf
):- Add
documenteer.sphinxconf.stackconf.build_pipelines_lsst_io_configs
to configure the Sphinx build of the https://github.com/lsst/pipelines_lsst_io repo. This pattern lets us share configurations between per-package documentation builds and the “stack” build inpipelines_lsst_io
. - Replaced the third-party astropy_helpers package with the numpydoc and sphinx-automodapi packages. This helps reduce the number of extraneous dependencies needed for Stack documentation.
autoclass_content
is now"class"
, fitting the LSST DM standards for writing class docstrings, and not filling out__init__
docstrings.- Added
scikit-learn
andpandas
to the intersphinx configuration; removed h5py from intersphinx since it was never needed and conflicted withdaf_butler
documentation. - Removed the viewcode extension since that won’t scale well with the LSST codebase. Ultimately we want to link to source on GitHub.
_static/
directories are not needed and won’t produce warnings if not present in a package.- Other internal cleanups for
documenteer.sphinxconf.stackconf
.
- Add
- Recognize a new field in the
metadata.yaml
files of Sphinx technotes calledexclude_patterns
. This is an array of file or directory paths that will be ignored by Sphinx during its build, as well as extensions like ourget_project_content_commit_date
for looking up commit date of content files. - Updated to Sphinx >1.7.0, <1.8.0.
Sphinx 1.8.0 is known to be incompatible with
documenteer.sphinxrunner
. - Updated to lsst-sphinx-bootstrap-theme 0.3.x for pipelines docs.
- Switched to
setuptools_scm
for managing version strings. - Improved the Travis CI-based PyPI release process.
0.2.7 (2018-03-09)¶
- Make
copyright
inbuild_package_configs
an optional keyword argument. This is the way it should have always been to work with templatedconf.py
files.
0.2.6 (2018-02-20)¶
- Bump
astropy_helpers
version to >=3.0, <4.0 to get improved Sphinx extensions. - Use setuptools
tests_require
to let us run tests without installing dependencies in the Python environment. - Enable
python setup.py test
to run pytest.
0.2.5 (2017-12-20)¶
- Update to lsst-dd-rtd-theme 0.2.1
0.2.4 (2017-12-19)¶
- Add
edit_url
to the Jinja context for technotes. This enables “Edit on GitHub” functionality. - Use lsst-dd-rtd-theme 0.2.0 for new branding, Edit on GitHub, and edition switching features for technotes.
0.2.3 (2017-07-28)¶
- Add support for additional DocuShare linking roles with
documenteer.sphinxext.lsstdocushare
. Supported handles now include:ldm
,lse
,lpm
,lts
,lep
,lca
,lsstc
,lcr
,lcn
,dmtr
,spt
,document
,report
,minutes
,collection
,sqr
,dmtn
,smtn
. - Links made by the
documenteer.sphinxext.lsstdocushare
extension are now HTTPS. - Pin the flake8 developer dependency to 3.3.0. Flake8 version 3.4 has changed how
noqa
comments are treated.
0.2.2 (2017-07-22)¶
- Add
documenteer.sphinxext.bibtex
extension to support LSST BibTeX entries that include adocushare
field. Originally from lsst-texmf. This extension is active in the technote Sphinx configuration. - Add a
refresh-lsst-bib
command line program that downloads the latest LSST bib files from the lsst-texmf GitHub repository. This program can be used by technote authors to update a technote’s local bibliography set at any time. - Added graceful defaults when a technote is being built without an underlying Git repository (catches exceptions from functions that seek Git metadata).
- Add a dependency upon the Requests library.
0.2.1 (2017-07-21)¶
- Rename configuration function for technotes:
documenteer.sphinxconfig.technoteconfig.configure_sphinx_design_doc
is nowdocumenteer.sphinxconfig.technoteconf.configure_technote
. - Sphinx is no longer in the default intersphinx object list for technotes. This will speed up builds for documents that don’t refer to Python APIs, and it still straightforward to configure on a per-project basis.
- The default revision timestamp for technotes is now derived from the most recent Git commit that modified a technote’s content (‘rst’, and common image file formats).
This is implemented with the new
documenteer.sphinxconfig.utils.get_project_content_commit_date()
function. This feature allows us to change technote infrastructure without automatically bumping the default revision date of the technote.
0.2.0 (2017-07-20)¶
- Add a new
build-stack-docs
command line executable. This executable links stack package documentation directories into a root documentation project and runs a Sphinx build. This is how we will build the https://pipelines.lsst.io documentation site. See DMTN-030 for design details. - New system for installing project-specific dependencies.
We’re using setuptools’s
extras_require
feature to install different dependencies for technote and stack documentation projects. To install documenteer for a technote project, the new command ispip install documenteer[technote]
. For stack documentation projects:pip install documenteer[pipelines]
. Developers may usepip install -e .[technote,pipelines,dev]
. This will allow us to install different Sphinx themes for different types of projects, for example. - Pin Sphinx to >=1.5.0,<1.6.0 and docutils to 0.13.1. This is due to an API change in Sphinx’s application
Config.init_values()
, which is used for making mock applications in Documenteer’s unit tests. - Move the
ddconfig.py
module for technical note Sphinx project configuration to thedocumenteer.sphinxconfig.technoteconf
namespace for similarity with thestackconf
module. - Now using versioneer for version management.
0.1.11 (2017-03-01)¶
- Add
documenteer.sphinxconfi.utils.form_ltd_edition_name
to form LSST the Docs-like edition names for Git refs. - Configure automated PyPI deployments with Travis.
0.1.10 (2016-12-14)¶
Includes prototype support for LSST Science Pipelines documentation, as part of DM-6199:
- Added dependencies to breathe, astropy-helpers and the lsst-sphinx-bootstrap-theme to generally coordinate LSST Science Pipelines documentation dependencies.
- Created
documenteer.sphinxconfig.stackconf
module to centrally coordinate Science Pipelines documentation configuration. Much of the configuration is based on astropy-helper’s Sphinx configuration since the LSST Science Pipelines documentation is heavily based upon Astropy’s Sphinx theme and API reference generation infrastructure. Also includes prototype configuration for breathe (the doxygen XML bridge). - Updated test harness (pytest and plugin versions).
0.1.9 (2016-07-08)¶
- Enhanced the
version
metadata change from v0.1.8 to work on Travis CI, by using theTRAVIS_BRANCH
.
0.1.8 (2016-07-08)¶
last_revised
andversion
metadata in technote projects can now be set automatically from Git context if those fields are not explicitly set inmetadata.yaml
. DM-6916.- Dependencies are now specified solely in
setup.py
, withrequirements.txt
being used for development dependencies only. This is consistent with advice from https://caremad.io/2013/07/setup-vs-requirement/.
0.1.7 (2016-06-02)¶
- Fix separator logic in JIRA tickets interpreted as lists.
0.1.6 (2016-06-01)¶
- Include
documenteer.sphinxext
in the default extensions for technote projects.
0.1.5 (2016-05-27)¶
- Fix rendering bug with
lpm
,ldm
, andlse
links.
0.1.4 (2016-05-27)¶
- Add roles for making mock references to code objects that don’t have API references yet. E.g.
lclass
,lfunc
. DM-6326.
0.1.3 (2016-05-24)¶
- Add roles for linking to ls.st links:
lpm
,ldm
, andlse
. DM-6181. - Add roles for linking to JIRA tickets:
jira
,jirab
, andjirap
. DM-6181.
0.1.2 (2016-05-14)¶
- Include sphinxcontrib.bibtex to Sphinx extensions available in technote projects. DM-6033.
0.1.0 (2015-11-23)¶
- Initial version