FlexMeasures / flexmeasures-client

96%

main: 96%

LAST BUILD ON BRANCH v0.9.3

branch: v0.9.3

CHANGE BRANCH

x

Reset

Sync Branches

• v0.9.3
• chore/urllib3-v2.7.0
• copilot/add-badges-to-readme
• copilot/fix-pypi-publish-long-description
• copilot/issue-210-fix
• copilot/support-forecasting-endpoints
• copilot/switch-to-zoneinfo-library
• copilot/update-pypi-publish-fix
• copilot/update-scheduling-triggers-to-use-asset-endpoint
• copilot/update-server-version-tracking
• copilot/update-test-coverage-issue-205
• copilot/update-trigger-and-get-schedule-methods
• dev/fix-handshake-handler
• feat/accept-202-trigger-responses
• feat/listen-to-202-status-in-getschedule
• fix/cem-json-loads
• fix/forecasting-set-ensure-positive-explicitly
• fix/lift-python-version-cap
• fix/move-to-asset-schedule-trigger
• fix/no-dirty-git-on-publish
• fix/parse-json-sensors-to-show
• fix/parse-json-upon-update
• fix/pypi-no-like-rst-directives
• fix/recursive-json-encoding
• fix/schedule-force-field-dev-version
• fix/setuptools-scm-pretend-version
• main
• qa/hems-report-cli-override
• refactor/uv-migration
• v0.9.0
• v0.9.1
• v0.9.2

Build # 29279092932

Build Type

push

github

Committed by Flix6x

Commit Message

Backport PR #220: fix: lift Python <3.13 cap so the package installs on Python 3.13/3.14 (#220)

* fix: lift Python <3.13 cap so the package installs on Python 3.13/3.14

The uv migration (#177) introduced requires-python = ">=3.10, <3.13",
which blocks installation on current Python — notably inside Home
Assistant (Python 3.14), where pip refuses to install the package for
the FlexMeasures HA integration. Lift the cap, declare 3.13/3.14
support, and extend the CI matrix accordingly (S2 suite now also runs
on 3.14, matching the HA runtime).

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* fix: relax dependency floors that blocked installation inside Home Assistant

Home Assistant pins these packages to exact versions, so the floors
introduced by the uv migration made 0.9.x uninstallable there:
async-timeout>=5.0.1 conflicts with HA 2026.7 (pins 4.0.3), and
aiohttp>=3.13.3, urllib3>=2.7.0 (<2 on older HA) and requests>=2.32.5
conflict with HA up to ~2025. urllib3 is dropped entirely: it is not a
direct dependency (only transitive via requests in the s2 extra), and
our own dev/test resolution still picks up a patched version via the
lockfile.

test_get_sensor_data now matches the request by regex and compares
query params semantically, since pandas versions differ in how they
render ISO 8601 durations and yarl versions differ in requote behavior.
Verified: full suite passes against HA 2025.1-era pins (aiohttp 3.11.11,
async-timeout 4.0.3, urllib3 1.26, pandas 2.2.3, packaging 23.1) and
against the current lock on Python 3.14.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

* style: satisfy black

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

---------

Signed-off-by: F.N. Claessen <felix@seita.nl>
(cherry picked from commit 97679c636)

Coverage Stats

673 of 700 relevant lines covered (96.14%)

4.8 hits per line