]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
Fix sphinx-lint after #31097 and b878b3a (GH-31248)
authorNikita Sobolev <mail@sobolevn.me>
Thu, 10 Feb 2022 09:08:47 +0000 (12:08 +0300)
committerGitHub <noreply@github.com>
Thu, 10 Feb 2022 09:08:47 +0000 (01:08 -0800)
`main` branch is failing, see https://dev.azure.com/python/cpython/_build/results?buildId=96616&view=logs&j=4db1505a-29e5-5cc0-240b-53a8a2681f75&t=a975920c-8356-5388-147c-613d5fab0171

Logs:

```
PATH=./venv/bin:$PATH sphinx-lint -i tools -i ./venv -i README.rst
No problems found.
PATH=./venv/bin:$PATH sphinx-lint ../Misc/NEWS.d/next/
[1] ../Misc/NEWS.d/next/Library/2022-02-09-00-53-23.[bpo-45863]().zqQXVv.rst:0: No newline at end of file (no-newline-at-end-of-file).
[1] ../Misc/NEWS.d/next/Build/2022-01-19-11-08-32.[bpo-46430]().k403m_.rst:0: No newline at end of file (no-newline-at-end-of-file).
2 problems with severity 1 found.
```

This PR fixes these two problems, so `main` is green again.

Related PR: https://github.com/python/cpython/pull/31097
CC @JulienPalard

Automerge-Triggered-By: GH:JulienPalard
Misc/NEWS.d/next/Build/2022-01-19-11-08-32.bpo-46430.k403m_.rst
Misc/NEWS.d/next/Library/2022-02-09-00-53-23.bpo-45863.zqQXVv.rst

index 2929c5187e1d6a25f457ff0314126dea73ceefe8..21be6fc7a4691eeb378284da2c1b318bee8747ae 100644 (file)
@@ -1 +1 @@
-Intern strings in deep-frozen modules. Patch by Kumar Aditya.
\ No newline at end of file
+Intern strings in deep-frozen modules. Patch by Kumar Aditya.
index 3a1335cc77b9d608afe8c298b90adbfd51deb370..6a52dacb474b72a74ef800e5c8983141e9f90552 100644 (file)
@@ -1 +1 @@
-When the :mod:`tarfile` module creates a pax format archive, it will put an integer representation of timestamps in the ustar header (if possible) for the benefit of older unarchivers, in addition to the existing full-precision timestamps in the pax extended header.
\ No newline at end of file
+When the :mod:`tarfile` module creates a pax format archive, it will put an integer representation of timestamps in the ustar header (if possible) for the benefit of older unarchivers, in addition to the existing full-precision timestamps in the pax extended header.