Skip to content

Commit 3b1201d

Browse files
[3.11] Fix typos in documentation and comments (GH-102374) (#102376)
[3.11] Fix typos in documentation and comments (GH-102374) Found some duplicate `to`s in the documentation and some code comments and fixed them. [Misc/NEWS.d/3.12.0a1.rst](https://github.com/python/cpython/blob/ed55c69ebd74178115cd8b080f7f8e7588cd5fda/Misc/NEWS.d/3.12.0a1.rst) also contains two duplicate `to`s, but I wasn't sure if it's ok to touch that file. Looks auto generated. I'm happy to amend the PR if requested. :) Automerge-Triggered-By: GH:AlexWaygood Co-authored-by: Michael K <[email protected]>
1 parent 9a5f2e8 commit 3b1201d

File tree

3 files changed

+3
-3
lines changed

3 files changed

+3
-3
lines changed

Doc/library/sqlite3.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -72,7 +72,7 @@ including `cursors`_ and `transactions`_.
7272

7373
First, we need to create a new database and open
7474
a database connection to allow :mod:`!sqlite3` to work with it.
75-
Call :func:`sqlite3.connect` to to create a connection to
75+
Call :func:`sqlite3.connect` to create a connection to
7676
the database :file:`tutorial.db` in the current working directory,
7777
implicitly creating it if it does not exist:
7878

Doc/library/typing.rst

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1343,7 +1343,7 @@ These are not used in annotations. They are building blocks for creating generic
13431343

13441344
x: Ts # Not valid
13451345
x: tuple[Ts] # Not valid
1346-
x: tuple[*Ts] # The correct way to to do it
1346+
x: tuple[*Ts] # The correct way to do it
13471347

13481348
Type variable tuples can be used in the same contexts as normal type
13491349
variables. For example, in class definitions, arguments, and return types::

Lib/zoneinfo/_zoneinfo.py

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -302,7 +302,7 @@ def _utcoff_to_dstoff(trans_idx, utcoffsets, isdsts):
302302
# difference between utcoffset() and the "standard" offset, but
303303
# the "base offset" and "DST offset" are not encoded in the file;
304304
# we can infer what they are from the isdst flag, but it is not
305-
# sufficient to to just look at the last standard offset, because
305+
# sufficient to just look at the last standard offset, because
306306
# occasionally countries will shift both DST offset and base offset.
307307

308308
typecnt = len(isdsts)

0 commit comments

Comments
 (0)