Repository navigation
Bump required SQLite version to 3.15.2 #105875
Copy link
Copy link
Closed
Labels
Description
Activity
- converted this from a draft issue
on Jun 16, 2023 - changed the title
[-]Bump SQLite required version[/-][+]Bump required SQLite version to 3.15.2[/+]on Jun 16, 2023 - added a commit that references this issue
on Jun 16, 2023 - linked a pull request that will close this issuegh-105875: Require SQLite 3.15.2 or newer #105876
on Jun 16, 2023 cc @ned-deily
Will it be okay to macOS too?
(From my local environment it looks okay)Will it be okay to macOS too?
(From my local environment it looks okay)
We bundle SQLite for macOS installers, so it is not a problem.
We bundle SQLite for macOS installers, so it is not a problem.
Thanks!
- added a commit that references this issue
on Jun 18, 2023 - added a commit that references this issue
on Aug 29, 2023 - added a commit that references this issue
on Feb 2, 2025
Metadata
Metadata
Assignees
Labels
Projects
- StatusShow more project fieldsDone
(Also posted on Discord.)
In January 2021 (mid 3.10 development), Sergey Fodoseev and I raised the compile time (and runtime) SQLite version requirements for the sqlite3 standard library extension module to SQLite 3.7.15 (2012-12-12) or newer (commit cf0b239). That enabled us to clean up the code by getting rid of a lot of preprocessor conditionals and other version specific workarounds.
For Python 3.13 (to be released October 2024), I'll raise the version requirements to either SQLite 3.8.11.1 (2015-07-29), 3.14.2 (2016-09-12), or 3.15.2 (2016-11-28). Preferably the latter.
AFAICS on DistroWatch, we should be fine with any of those SQLite versions, for all major distros1.
Major clean-ups:
Linked PRs
Footnotes
RHEL-7.9 ships with SQLite 3.7.17 but is EOL in June 2024. ↩