]> git.ipfire.org Git - thirdparty/Python/cpython.git/commitdiff
[3.12] Fix a few typos found in the docs (GH-127126) (GH-127185)
authorRafael Fontenelle <rffontenelle@users.noreply.github.com>
Mon, 25 Nov 2024 19:48:00 +0000 (16:48 -0300)
committerGitHub <noreply@github.com>
Mon, 25 Nov 2024 19:48:00 +0000 (11:48 -0800)
(cherry picked from commit 39e60aeb3837f1f23d8b7f30d3b8d9faf805ef88)

Doc/library/importlib.metadata.rst
Doc/library/multiprocessing.rst
Doc/library/socket.rst

index fe898cf4af8bd5cfa8ff52e6adac059b71ec8212..289e02ccdc153c8143d75cdb87ce99649a115531 100644 (file)
@@ -133,7 +133,7 @@ Entry points
 
    Details of a collection of installed entry points.
 
-   Also provides a ``.groups`` attribute that reports all identifed entry
+   Also provides a ``.groups`` attribute that reports all identified entry
    point groups, and a ``.names`` attribute that reports all identified entry
    point names.
 
index f2a9ada85e235affbd3939769297b9cd543d265e..3fec86080c5eadda6667f97434f81dfa4f59c064 100644 (file)
@@ -282,7 +282,7 @@ processes:
    of corruption from processes using different ends of the pipe at the same
    time.
 
-   The :meth:`~Connection.send` method serializes the the object and
+   The :meth:`~Connection.send` method serializes the object and
    :meth:`~Connection.recv` re-creates the object.
 
 Synchronization between processes
@@ -819,7 +819,7 @@ For an example of the usage of queues for interprocess communication see
    used for receiving messages and ``conn2`` can only be used for sending
    messages.
 
-   The :meth:`~multiprocessing.Connection.send` method serializes the the object using
+   The :meth:`~multiprocessing.Connection.send` method serializes the object using
    :mod:`pickle` and the :meth:`~multiprocessing.Connection.recv` re-creates the object.
 
 .. class:: Queue([maxsize])
index ab0ede803a05094bc03b51fe67e574650be7b7a3..dd4c2f8317d120dcb461e167f6470ff96eede996 100644 (file)
@@ -966,7 +966,7 @@ The :mod:`socket` module also offers various network-related services:
       These addresses should generally be tried in order until a connection succeeds
       (possibly tried in parallel, for example, using a `Happy Eyeballs`_ algorithm).
       In these cases, limiting the *type* and/or *proto* can help eliminate
-      unsuccessful or unusable connecton attempts.
+      unsuccessful or unusable connection attempts.
 
       Some systems will, however, only return a single address.
       (For example, this was reported on Solaris and AIX configurations.)