Skip to content

Bump bellows 1.0.0 -> 1.0.1 - #2032

Merged
pipiche38 merged 1 commit into
stable9from
chore/bump-bellows-1.0.1-stable9
Sep 6, 2026
Merged

Bump bellows 1.0.0 -> 1.0.1#2032
pipiche38 merged 1 commit into
stable9from
chore/bump-bellows-1.0.1-stable9

Conversation

@pipiche38

@pipiche38 pipiche38 commented Aug 31, 2026

Copy link
Copy Markdown
Collaborator

Summary

  • zigpy, zigpy-znp, zigpy-deconz, zigpy-blz are already pinned at their latest published versions on PyPI — no changes needed.
  • bellows has a new patch release, 1.0.0 -> 1.0.1, so constraints.txt is bumped.

Upstream changelog (1.0.0...1.0.1)

Impact assessment

Grepped Classes/ZigpyTransport/, Modules/, Zigbee/, and plugin.py for every symbol touched by the two changes above: NETWORK_BUSY, sl_Status, XncpCommand, XncpStatus, send_xncp_frame, MAX_MESSAGE_LIMIT_REACHED — no matches. This repo does not use the XNCP subsystem or reference sl_Status/EmberStatus route-failure mapping directly.

The only bellows-specific symbols this repo does reference are bellows.ash.NcpFailure and bellows.types.named.NcpResetCode.ERROR_EXCEEDED_MAXIMUM_ACK_TIMEOUT_COUNT, used in Classes/ZigpyTransport/AppGeneric.py (inline-imported, watchdog/connection-loss handling around line 465-468). Neither is touched by 1.0.1; both confirmed present and unchanged by fetching bellows/ash.py and bellows/types/named.py at the 1.0.1 tag directly from source.

Test plan

  • Installed bellows==1.0.1 in a scratch venv against this repo's constraints.txt/requirements.txt
  • pytest . — 1366 passed
  • flake8 . --select=E9,F63,F7,F82 — clean
  • EZSP/Bellows radio backend smoke test: pairing, command send/receive, plugin restart (manual, on real hardware — not covered by unit tests since bellows isn't exercised by them)
  • ZNP / deCONZ / BLZ backends: unaffected, no version change, no smoke test needed for this PR

🤖 Generated with Claude Code

https://claude.ai/code/session_015HCTiAQYy7iAMYAEo6Tcrm

Patch release, two upstream fixes:
- Fix EmberStatus.NETWORK_BUSY mapping to sl_Status.BUSY (was
  incorrectly mapped to ZIGBEE_MAX_MESSAGE_LIMIT_REACHED)
  (zigpy/bellows#743)
- Fix spurious "Unknown status" warning from XNCP replies on
  Simplicity SDK firmware; introduces a dedicated XncpStatus enum
  for the XNCP frame status byte (zigpy/bellows#744)

Neither change touches API surface used by this repo: grepped
Classes/ZigpyTransport/ for NETWORK_BUSY, sl_Status, XncpCommand,
XncpStatus, send_xncp_frame - no matches. The only bellows-specific
symbols referenced here, ash.NcpFailure and
types.named.NcpResetCode.ERROR_EXCEEDED_MAXIMUM_ACK_TIMEOUT_COUNT
(AppGeneric.py), are untouched by this release and confirmed present
unchanged in the 1.0.1 source.

Verified in a scratch venv against constraints.txt: pytest (1366
passed), flake8 (E9,F63,F7,F82 clean).
@pipiche38
pipiche38 merged commit 83e1d8e into stable9 Sep 6, 2026
2 checks passed
@pipiche38
pipiche38 deleted the chore/bump-bellows-1.0.1-stable9 branch September 6, 2026 13:52
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.

1 participant