Skip to content

CI: Repackaging to hatch/pyproject, GPIODevice edge detection, fixes. - #26

Open
Gadgetoid wants to merge 8 commits into
masterfrom
feature/gpiodevice-edge
Open

CI: Repackaging to hatch/pyproject, GPIODevice edge detection, fixes.#26
Gadgetoid wants to merge 8 commits into
masterfrom
feature/gpiodevice-edge

Conversation

@Gadgetoid

Copy link
Copy Markdown
Member

No description provided.

Gadgetoid and others added 8 commits July 6, 2026 08:58
- hatchling dynamic optional-dependencies via hatch-requirements-txt
- [dependency-groups] dev; ruff import sorting (drop isort/black)
- pre-commit + editorconfig; uv-based CI and tox qa
- requires-python >= 3.9, classifiers 3.9-3.13
- remove check.sh, requirements-dev.txt, .stickler.yml
Replaces the bespoke StoppableThread/AsyncWorker polling for the wired ALERT
pin with the canonical gpiodevice.Watch; wait_for_interrupt now uses
gpiodevice.wait_for_edge. The no-ALERT-pin path keeps polling the I2C
interrupt register. Also updates the stale test conftest (mocked RPi.GPIO) to
mock the libgpiod stack the code actually uses.
CHANGELOG topped out at 0.1.4 while v1.0.0 was already tagged on both remotes,
so make check refused: it will not accept a top entry that is already tagged.

Documents 1.0.0 as tagged (the gpiod/smbus2 port and the repackage went in
there, not on this branch, and it never reached PyPI - 0.1.4 is still what's
published) and opens 1.0.1 for the work since: the listener polling fix, the
gpiodevice.Watch ALERT pin, and the packaging changes.
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