Engine 11.0.0's only breaking change is dropping Python 3.9 support; it
requires >=3.10 and carries no API changes.
Deliberately NOT marked as a breaking change for this SDK. This client
already dropped Python 3.9 in 814e67e ("deps!: drop Python 3.9 support to
allow urllib3 >=2.7.0", #227) and declares python = ">=3.10,<4", which
shipped in 6.x. Engine 11 therefore imposes no constraint on consumers
that this package does not already impose, so a major bump would signal a
break that does not exist.
Relocked with Poetry 2.x to preserve lock-version 2.1; the diff is the
engine package block and the content-hash only.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Changes
Bumps flagsmith-flag-engine from ^10.2.0 to ^11.0.0.
Engine 11.0.0's only breaking change is dropping Python 3.9 support (it now
requires >=3.10). It contains no API changes — the rest of the release is
CI and dependency updates.
This is intentionally not released as a breaking change
Worth calling out explicitly, since engine 11.0.0 is itself a major bump.
This SDK already dropped Python 3.9 in 814e67e — "deps!: drop Python 3.9
support to allow urllib3 >=2.7.0" (#227) — which moved python from
">=3.9,<4" to ">=3.10,<4". That has shipped: flagsmith 6.2.1 on PyPI
declares Requires-Python: >=3.10,<4, and CI tests 3.10–3.13.
So engine 11 imposes no constraint on consumers of this package that this
package does not already impose. Marking this breaking would cut a spurious
7.0.0 and signal a break that does not exist for anyone able to install 6.x
today.
Relocked with Poetry 2.x to preserve lock-version = "2.1". Poetry 1.8 rewrites
it down to 2.0, which would be unrelated churn — worth knowing, as CI installs
Poetry unpinned. The resulting diff is the engine package block plus the
content-hash.
Note on ordering
This PR unblocks two other repos. edge-proxy and flagsmith (OSS api/) both
depend on this package and need engine 11, but the currently published
flagsmith 6.2.1 pins flagsmith-flag-engine<11.0.0 — so their dependency sets
are unsatisfiable until this is merged and released.
How did you test this code?
test_flagsmith__init__expected_headers_sent, and they fail identically on
unmodified main with engine 10.2.0 (verified). They stem from default-header
behaviour in requests 2.34.2 / urllib3 2.7.0, not from this bump.