Merge remote-tracking branch 'upstream/main' into release-toml

# Conflicts:
#	peps/pep-0596.rst
#	peps/pep-0619.rst
#	peps/pep-0664.rst
#	peps/pep-0719.rst

Author: AA-Turner

.github/CODEOWNERS

@@ -655,6 +655,7 @@ peps/pep-0774.rst  @savannahostrowski
 peps/pep-0775.rst  @encukou
 peps/pep-0776.rst  @hoodmane @ambv
 peps/pep-0777.rst  @warsaw
+peps/pep-0778.rst  @warsaw
 # ...
 peps/pep-0779.rst  @Yhg1s @colesbury @mpage
 peps/pep-0780.rst  @lysnikolaou
@@ -666,9 +667,13 @@ peps/pep-0785.rst  @gpshead
 # ...
 peps/pep-0787.rst  @ncoghlan
 peps/pep-0788.rst  @ZeroIntensity @vstinner
-# ...
 peps/pep-0789.rst  @njsmith
 peps/pep-0790.rst  @hugovk
+peps/pep-0791.rst  @vstinner
+peps/pep-0792.rst  @dstufft
+peps/pep-0793.rst  @encukou
+peps/pep-0794.rst  @brettcannon
+peps/pep-0798.rst  @JelleZijlstra
 # ...
 peps/pep-0801.rst  @warsaw
 # ...

peps/conf.py

@@ -83,7 +83,10 @@
 # This config is a dictionary of external sites,
 # mapping unique short aliases to a base URL and a prefix.
 # https://www.sphinx-doc.org/en/master/usage/extensions/extlinks.html
+_repo = "python/cpython"
 extlinks = {
+    "cpython-issue": (f"https://github.com/{_repo}/issues/%s", f"{_repo}#%s"),
+    "cpython-pr": (f"https://github.com/{_repo}/pull/%s", f"{_repo}#%s"),
     "pypi": ("https://pypi.org/project/%s/", "%s"),
 }
 

peps/pep-0011.rst

@@ -128,6 +128,7 @@ powerpc64le-unknown-linux-gnu    glibc, clang                Victor Stinner
 
                                  glibc, gcc                  Victor Stinner
 s390x-unknown-linux-gnu          glibc, gcc                  Victor Stinner
+wasm32-unknown-emscripten        emcc                        Russell Keith-Magee
 x86_64-linux-android                                         Russell Keith-Magee, Petr Viktorin
 x86_64-unknown-freebsd           BSD libc, clang             Victor Stinner
 ================================ =========================== ========
@@ -367,10 +368,6 @@ No-longer-supported platforms
   | Unsupported in:   Python 3.7
   | Code removed in:  Python 3.7
 
-* | Name:             wasm32-unknown-emscripten
-  | Unsupported in:   Python 3.13
-  | Code removed in:  Unknown
-
 
 Discussions
 ===========

peps/pep-0387.rst

@@ -114,6 +114,8 @@ Basic policy for backwards compatibility
   platforms).
 
 
+.. _pep387-soft-deprecation:
+
 Soft Deprecation
 ================
 

peps/pep-0423.rst

@@ -823,7 +823,7 @@ References and footnotes:
 .. _`in development official packaging documentation`:
    http://docs.python.org/dev/packaging/
 .. _`The Hitchhiker's Guide to Packaging`:
-   http://guide.python-distribute.org/specification.html#naming-specification
+   https://the-hitchhikers-guide-to-packaging.readthedocs.io/en/latest/
 
 
 Copyright

peps/pep-0467.rst

@@ -5,7 +5,7 @@ Discussions-To: https://discuss.python.org/t/42001
 Status: Draft
 Type: Standards Track
 Created: 30-Mar-2014
-Python-Version: 3.13
+Python-Version: 3.15
 Post-History: 30-Mar-2014, 15-Aug-2014, 16-Aug-2014, 07-Jun-2016, 01-Sep-2016,
               13-Apr-2021, 03-Nov-2021, 27-Dec-2023
 
@@ -21,6 +21,8 @@ This PEP proposes small adjustments to the APIs of the ``bytes`` and
 * Add ``getbyte`` byte retrieval method
 * Add ``iterbytes`` alternative iterator
 
+The last two (``getbyte`` and ``iterbytes``) will also be added to ``memoryview``.
+
 Rationale
 =========
 
@@ -41,7 +43,7 @@ painful -- wire format protocols.
 This area of programming is characterized by a mixture of binary data and
 ASCII compatible segments of text (aka ASCII-encoded text).  The addition of
 the new constructors, methods, and iterators will aid both in writing new
-wire format code, and in porting any remaining Python 2 wire format code.
+wire format code, and in updating existing code.
 
 Common use-cases include ``dbf`` and ``pdf`` file formats, ``email``
 formats, and ``FTP`` and ``HTTP`` communications, among many others.
@@ -122,8 +124,8 @@ negative numbers. The documentation of the new methods will refer readers to
 Addition of "getbyte" method to retrieve a single byte
 ------------------------------------------------------
 
-This PEP proposes that ``bytes`` and ``bytearray`` gain the method ``getbyte``
-which will always return ``bytes``::
+This PEP proposes that ``bytes``, ``bytearray``, and ``memoryview`` gain the
+method ``getbyte`` which will always return ``bytes``::
 
     >>> b'abc'.getbyte(0)
     b'a'
@@ -139,9 +141,9 @@ If an index is asked for that doesn't exist, ``IndexError`` is raised::
 Addition of optimised iterator methods that produce ``bytes`` objects
 ---------------------------------------------------------------------
 
-This PEP proposes that ``bytes`` and ``bytearray`` gain an optimised
-``iterbytes`` method that produces length 1 ``bytes`` objects rather than
-integers::
+This PEP proposes that ``bytes``, ``bytearray``, and ``memoryview`` gain an
+optimised ``iterbytes`` method that produces length 1 ``bytes`` objects rather
+than integers::
 
     for x in data.iterbytes():
         # x is a length 1 ``bytes`` object, rather than an integer
@@ -202,13 +204,6 @@ Developers that use this method frequently will instead have the option to
 define their own ``bchr = bytes.fromint`` aliases.
 
 
-Scope limitation: memoryview
-----------------------------
-
-Updating ``memoryview`` with the new item retrieval methods is outside the scope
-of this PEP.
-
-
 References
 ==========