Skip to content

Conversation

@amotl
Copy link
Member

@amotl amotl commented Jan 21, 2026

Just maintenance.

@amotl amotl marked this pull request as ready for review January 21, 2026 15:19
@amotl amotl requested a review from mfussenegger January 21, 2026 15:20
Copy link
Member

@mfussenegger mfussenegger left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could you add a rationale to the commit msg adding 3.14t? Otherwise lgtm

@amotl
Copy link
Member Author

amotl commented Feb 10, 2026

Sure. The new commit 86f811d now includes a corresponding commit message. Thanks.

@amotl amotl changed the base branch from main to rust-next February 10, 2026 20:30
Otherwise, CI/GHA will (currently) always use Python 3.12,
which seems to be the default Python on the selected runner image.
@amotl amotl changed the base branch from rust-next to main February 10, 2026 20:43
@amotl amotl changed the base branch from main to ci-restore-python February 10, 2026 20:56
@amotl amotl force-pushed the ci-restore-python branch 3 times, most recently from f052df7 to f544dea Compare February 10, 2026 21:31
ConnectionError: Server not available, exception:
HTTPSConnectionPool(host='example.org', port=443):
Max retries exceeded with url: Caused by SSLCertVerificationError
[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed:
unable to get local issuer certificate (_ssl.c:1081)
@amotl amotl force-pushed the ci-restore-python branch from f544dea to eeb0a56 Compare February 10, 2026 21:36
> Starting with the 3.13 release, CPython has support for a build of
> Python called free threading where the global interpreter lock (GIL)
> is disabled. Free-threaded execution allows for full utilization of
> the available processing power by running threads in parallel on
> available CPU cores. While not all software will benefit from this
> automatically, programs designed with threading in mind will run
> faster on multi-core hardware.
>
> -- https://docs.python.org/3/howto/free-threading-python.html

While the Python DB API client library for CrateDB is not much
concerned about threading, it can't hurt to validate the whole
ensemble also on a single test matrix slot.
@amotl
Copy link
Member Author

amotl commented Feb 10, 2026

Currently, crate-python does not support free-threaded Pythons. 1

orjson v3.11.7 does not support free-threaded Python

-- CI run #21883700094

Footnotes

  1. CI: Configure astral-sh/setup-uv to use the right Python version #778 fixes a CI validation problem, which was needed to reveal the incompatibility.

@amotl amotl marked this pull request as draft February 10, 2026 21:54
@amotl amotl changed the title CI: Validate using Python 3.14t CI: Validate on free-threaded Python Feb 10, 2026
@amotl amotl changed the title CI: Validate on free-threaded Python CI: Validate on free-threaded Python (GHA label 3.14t) Feb 10, 2026
@amotl amotl force-pushed the ci-restore-python branch 2 times, most recently from 05787d3 to 279b4a6 Compare February 11, 2026 13:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants