v0.6.6 — Stop retrying failed pysteps installs every boot
Changed
- When the auto-install of pysteps fails on
async_setup_entry, the integration now persists a stickypysteps_install_failedflag in the entry's options and skips the install attempt on subsequent reloads / restarts. This avoids a wasted ~30 s wheel-build (and the resulting error spam in the log) every time HA boots on a system where pysteps cannot be built — most notably HA OS on Python 3.14 with Alpine's noexec/tmp, where pysteps has no musllinux wheels and source builds fail at Cython load time. - The simple engine fallback continues to work as before, so sensors keep producing data.
- Submitting the Configure dialog again clears the flag and retries the install on the next reload — useful after a HA OS upgrade or a pysteps wheel release.
Documentation
- README now explicitly calls out the Python 3.14 + Alpine HA OS incompatibility and explains how to retry the install once a compatible wheel is available.
Full Changelog: v0.6.5...v0.6.6