Source: sphinx-autoapi
Version: 2.0.0-1
Severity: important
Tags: ftbfs
User: [email protected]
Usertags: sphinx7.1

Hi,

sphinx-autoapi fails to build with Sphinx 7.1 and docutils 0.20, both of which
are currently available in experimental.

Relevant part (hopefully):
>  debian/rules binary
> dh binary --with python3,sphinxdoc --buildsystem=pybuild
>    dh_update_autotools_config -O--buildsystem=pybuild
>    dh_autoreconf -O--buildsystem=pybuild
>    dh_auto_configure -O--buildsystem=pybuild
> I: pybuild base:240: python3.11 setup.py config 
> running config
>    dh_auto_build -O--buildsystem=pybuild
> I: pybuild base:240: /usr/bin/python3 setup.py build 
> running build
> running build_py
> creating /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi
> copying autoapi/directives.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi
> copying autoapi/documenters.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi
> copying autoapi/extension.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi
> copying autoapi/toctree.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi
> copying autoapi/__init__.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi
> copying autoapi/backends.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi
> copying autoapi/settings.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi
> copying autoapi/inheritance_diagrams.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi
> creating 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers
> copying autoapi/mappers/javascript.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers
> copying autoapi/mappers/base.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers
> copying autoapi/mappers/dotnet.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers
> copying autoapi/mappers/__init__.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers
> copying autoapi/mappers/go.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers
> creating 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers/python
> copying autoapi/mappers/python/parser.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers/python
> copying autoapi/mappers/python/astroid_utils.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers/python
> copying autoapi/mappers/python/__init__.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers/python
> copying autoapi/mappers/python/mapper.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers/python
> copying autoapi/mappers/python/objects.py -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/mappers/python
> running egg_info
> creating sphinx_autoapi.egg-info
> writing sphinx_autoapi.egg-info/PKG-INFO
> writing dependency_links to sphinx_autoapi.egg-info/dependency_links.txt
> writing requirements to sphinx_autoapi.egg-info/requires.txt
> writing top-level names to sphinx_autoapi.egg-info/top_level.txt
> writing manifest file 'sphinx_autoapi.egg-info/SOURCES.txt'
> reading manifest file 'sphinx_autoapi.egg-info/SOURCES.txt'
> reading manifest template 'MANIFEST.in'
> warning: no files found matching 'LICENSE.mit'
> adding license file 'LICENSE.rst'
> writing manifest file 'sphinx_autoapi.egg-info/SOURCES.txt'
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:201: _Warning: 
> Package 'autoapi.templates' is absent from the `packages` configuration.
> !!
> 
>         
> ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'autoapi.templates' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to 
> distribute this
>         package, please make sure that 'autoapi.templates' is explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools 
> documentation page:
> 
>         - 
> https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'autoapi.templates' to be distributed and are
>         already explicitly excluding 'autoapi.templates' via
>         `find_namespace_packages(...)/find_namespace` or 
> `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or 
> `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools 
> documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be 
> imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         
> ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:201: _Warning: 
> Package 'autoapi.templates.base' is absent from the `packages` configuration.
> !!
> 
>         
> ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'autoapi.templates.base' as an importable 
> package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to 
> distribute this
>         package, please make sure that 'autoapi.templates.base' is explicitly 
> added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools 
> documentation page:
> 
>         - 
> https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'autoapi.templates.base' to be distributed and are
>         already explicitly excluding 'autoapi.templates.base' via
>         `find_namespace_packages(...)/find_namespace` or 
> `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or 
> `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools 
> documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be 
> imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         
> ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:201: _Warning: 
> Package 'autoapi.templates.dotnet' is absent from the `packages` 
> configuration.
> !!
> 
>         
> ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'autoapi.templates.dotnet' as an importable 
> package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to 
> distribute this
>         package, please make sure that 'autoapi.templates.dotnet' is 
> explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools 
> documentation page:
> 
>         - 
> https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'autoapi.templates.dotnet' to be distributed and are
>         already explicitly excluding 'autoapi.templates.dotnet' via
>         `find_namespace_packages(...)/find_namespace` or 
> `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or 
> `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools 
> documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be 
> imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         
> ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:201: _Warning: 
> Package 'autoapi.templates.go' is absent from the `packages` configuration.
> !!
> 
>         
> ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'autoapi.templates.go' as an importable package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to 
> distribute this
>         package, please make sure that 'autoapi.templates.go' is explicitly 
> added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools 
> documentation page:
> 
>         - 
> https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'autoapi.templates.go' to be distributed and are
>         already explicitly excluding 'autoapi.templates.go' via
>         `find_namespace_packages(...)/find_namespace` or 
> `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or 
> `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools 
> documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be 
> imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         
> ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:201: _Warning: 
> Package 'autoapi.templates.javascript' is absent from the `packages` 
> configuration.
> !!
> 
>         
> ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'autoapi.templates.javascript' as an importable 
> package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to 
> distribute this
>         package, please make sure that 'autoapi.templates.javascript' is 
> explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools 
> documentation page:
> 
>         - 
> https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'autoapi.templates.javascript' to be distributed 
> and are
>         already explicitly excluding 'autoapi.templates.javascript' via
>         `find_namespace_packages(...)/find_namespace` or 
> `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or 
> `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools 
> documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be 
> imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         
> ********************************************************************************
> 
> !!
>   check.warn(importable)
> /usr/lib/python3/dist-packages/setuptools/command/build_py.py:201: _Warning: 
> Package 'autoapi.templates.python' is absent from the `packages` 
> configuration.
> !!
> 
>         
> ********************************************************************************
>         ############################
>         # Package would be ignored #
>         ############################
>         Python recognizes 'autoapi.templates.python' as an importable 
> package[^1],
>         but it is absent from setuptools' `packages` configuration.
> 
>         This leads to an ambiguous overall configuration. If you want to 
> distribute this
>         package, please make sure that 'autoapi.templates.python' is 
> explicitly added
>         to the `packages` configuration field.
> 
>         Alternatively, you can also rely on setuptools' discovery methods
>         (for example by using `find_namespace_packages(...)`/`find_namespace:`
>         instead of `find_packages(...)`/`find:`).
> 
>         You can read more about "package discovery" on setuptools 
> documentation page:
> 
>         - 
> https://setuptools.pypa.io/en/latest/userguide/package_discovery.html
> 
>         If you don't want 'autoapi.templates.python' to be distributed and are
>         already explicitly excluding 'autoapi.templates.python' via
>         `find_namespace_packages(...)/find_namespace` or 
> `find_packages(...)/find`,
>         you can try to use `exclude_package_data`, or 
> `include-package-data=False` in
>         combination with a more fine grained `package-data` configuration.
> 
>         You can read more about "package data files" on setuptools 
> documentation page:
> 
>         - https://setuptools.pypa.io/en/latest/userguide/datafiles.html
> 
> 
>         [^1]: For Python, any directory (with suitable naming) can be 
> imported,
>               even if it does not contain any `.py` files.
>               On the other hand, currently there is no concept of package data
>               directory, all directories are treated like packages.
>         
> ********************************************************************************
> 
> !!
>   check.warn(importable)
> creating 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates
> copying autoapi/templates/index.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates
> creating 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/base
> copying autoapi/templates/base/base.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/base
> creating 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/base_detail.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/base_embed.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/base_list.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/class.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/constructor.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/delegate.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/enum.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/event.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/field.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/interface.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/method.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/namespace.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/operator.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/property.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> copying autoapi/templates/dotnet/struct.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/dotnet
> creating 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/go
> copying autoapi/templates/go/base_member.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/go
> copying autoapi/templates/go/const.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/go
> copying autoapi/templates/go/func.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/go
> copying autoapi/templates/go/method.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/go
> copying autoapi/templates/go/package.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/go
> copying autoapi/templates/go/type.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/go
> copying autoapi/templates/go/var.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/go
> creating 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/javascript
> copying autoapi/templates/javascript/class.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/javascript
> copying autoapi/templates/javascript/function.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/javascript
> copying autoapi/templates/javascript/member.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/javascript
> copying autoapi/templates/javascript/module.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/javascript
> creating 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/python
> copying autoapi/templates/python/attribute.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/python
> copying autoapi/templates/python/class.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/python
> copying autoapi/templates/python/data.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/python
> copying autoapi/templates/python/exception.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/python
> copying autoapi/templates/python/function.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/python
> copying autoapi/templates/python/method.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/python
> copying autoapi/templates/python/module.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/python
> copying autoapi/templates/python/package.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/python
> copying autoapi/templates/python/property.rst -> 
> /<<PKGBUILDDIR>>/.pybuild/cpython3_3.11_sphinx-autoapi/build/autoapi/templates/python
> I: pybuild pybuild:333: python3 setup.py build_sphinx -b html && python3 
> setup.py build_sphinx -b text
> usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2 [cmd2_opts] ...]
>    or: setup.py --help [cmd1 cmd2 ...]
>    or: setup.py --help-commands
>    or: setup.py cmd --help
> 
> error: invalid command 'build_sphinx'
> E: pybuild pybuild:388: build: plugin distutils failed with: exit code=1: 
> python3 setup.py build_sphinx -b html && python3 setup.py build_sphinx -b text
> dh_auto_build: error: pybuild --build -i python{version} -p 3.11 returned 
> exit code 13
> make: *** [debian/rules:18: binary] Error 25


The full build log is available from:
http://qa-logs.debian.net/2023/07/30/exp/sphinx-autoapi_2.0.0-1_unstable_sphinx-exp.log

Please see [1] for Sphinx changelog and [2] for Docutils changelog.

Also see [3] for the list of deprecated/removed APIs in Sphinx and possible
alternatives to them.

Some notable changes in Sphinx 6 and Sphinx 7:

- Sphinx no longer includes jquery.js and underscore.js by default.
  Please use python3-sphinxcontrib.jquery package if you are using a custom
  template and it still needs jquery.

- The setup.py build_sphinx command was removed. Please instead call
  sphinx-build or "python3 -m sphinx" directly.

- For packages using the extlinks extension, the caption should contain
  exactly one "%s" placeholder (if caption is not None).

In case you have questions, please Cc [email protected] on reply.

[1]: https://www.sphinx-doc.org/en/master/changes.html
[2]: 
https://repo.or.cz/docutils.git/blob/refs/tags/docutils-0.20.1:/RELEASE-NOTES.txt
[3]: 
https://www.sphinx-doc.org/en/master/extdev/deprecated.html#dev-deprecated-apis

All bugs filed during this archive rebuild are listed at:
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=sphinx7.1;[email protected]
or:
https://udd.debian.org/bugs/?release=na&merged=ign&fnewerval=7&flastmodval=7&fusertag=only&fusertagtag=sphinx7.1&[email protected]&allbugs=1&cseverity=1&ctags=1&caffected=1#results

If you reassign this bug to another package, please marking it as 'affects'-ing
this package. See https://www.debian.org/Bugs/server-control#affects

Reply via email to