mirror of https://github.com/home-assistant/supervisor.git synced 2026-06-26 08:25:35 +01:00

T

Stefan Agner efc24f8e97 Run the mypy pre-commit hook the same way as CI (#6977 )

mypy is a whole-program checker, but the pre-commit hook passed only the
changed files (with pass_filenames on) and added --ignore-missing-imports,
neither of which matches the CI command (mypy supervisor).

Passing only the changed files gives results that differ from a full run,
and because pre-commit splits a long file list and runs the hook
concurrently, the parallel mypy processes race on the shared SQLite cache
that is enabled by default since mypy 2.0 and crash with intermittent
INTERNAL ERRORs (python/mypy#21525). --ignore-missing-imports is also
redundant: the [tool.mypy] config already disables the import-not-found
and import-untyped error codes.

Set pass_filenames: false so the hook always checks the whole supervisor
package in a single invocation, add require_serial: true as a safeguard,
and drop --ignore-missing-imports so the hook matches mypy supervisor.

Co-authored-by: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-06-25 17:27:46 +02:00

.devcontainer

Bump devcontainer to 6 (#6747 )

2026-04-21 16:52:28 +02:00

.github

Require PR template in agent instructions (#6972 )

2026-06-24 10:31:56 +02:00

.vscode

Migrate to Ruff for lint and format (#4852 )

2024-02-05 11:37:39 -05:00

rootfs/etc

Avoid empty newlines in Supervisor logs (#4698 )

2023-11-13 20:12:17 +01:00

script

Add mypy to ci and precommit (#5969 )

2025-06-24 11:48:03 +02:00

supervisor

List backup locations in parallel on reload (#6964 )

2026-06-23 16:32:26 +02:00

tests

Improve port conflict detection and resolution across Core and apps (#6916 )

2026-06-23 16:26:56 +02:00

wheels

Use unpublished local wheels during PR builds (#6374 )

2025-12-02 14:08:07 +01:00

.dockerignore

Use unpublished local wheels during PR builds (#6374 )

2025-12-02 14:08:07 +01:00

.gitignore

Use unpublished local wheels during PR builds (#6374 )

2025-12-02 14:08:07 +01:00

.hadolint.yaml

Revert "Revert "Update base images to 3.11-alpine3.18 (#4639 )" (#4646 )" (#4657 )

2023-11-02 11:29:15 +01:00

.pre-commit-config.yaml

Run the mypy pre-commit hook the same way as CI (#6977 )

2026-06-25 17:27:46 +02:00

.vcnignore

Sign code folder (#2725 )

2021-03-16 15:47:40 +01:00

AGENTS.md

Add AGENTS.md symlink (#6237 )

2025-10-08 10:44:49 +02:00

CLAUDE.md

Add GitHub Copilot/Claude instruction (#5986 )

2025-07-04 07:05:05 +02:00

codecov.yaml

Improve codecov settings for more sensible defaults (#6676 )

2026-03-30 13:24:22 +02:00

Dockerfile

Increase s6 service stop timeout for graceful shutdown (#6892 )

2026-06-01 17:21:28 +02:00

LICENSE

Update LICENSE

2020-07-29 14:45:37 +02:00

MANIFEST.in

Add Audio layer / PulseAudio (#1523 )

2020-02-25 18:37:06 +01:00

pyproject.toml

Enable flake8-pyi, flake8-return, flake8-raise ruff rules (#6861 )

2026-05-22 11:04:49 +02:00

README.md

Add OHF logo to README (#5316 )

2024-09-30 18:42:08 +02:00

requirements_tests.txt

Bump ruff from 0.15.18 to 0.15.19 (#6975 )

2026-06-24 09:46:16 +02:00

requirements.txt

Bump deepmerge from 2.0 to 2.1.0 (#6967 )

2026-06-22 09:10:01 +02:00

setup.py

Fix version/requirements parsing in setup.py, set version in Dockerfile (#6692 )

2026-04-01 16:01:46 +02:00

tox.ini

Default pytest --timeout=10 in pyproject.toml (#6797 )

2026-05-04 14:48:36 +02:00

README.md

Home Assistant Supervisor

First private cloud solution for home automation

Home Assistant (former Hass.io) is a container-based system for managing your Home Assistant Core installation and related applications. The system is controlled via Home Assistant which communicates with the Supervisor. The Supervisor provides an API to manage the installation. This includes changing network settings or installing and updating software.

Installation

Installation instructions can be found at https://home-assistant.io/getting-started.

Development

For small changes and bugfixes you can just follow this, but for significant changes open a RFC first. Development instructions can be found here.

Release

Releases are done in 3 stages (channels) with this structure:

Pull requests are merged to the main branch.
A new build is pushed to the dev stage.
Releases are published.
A new build is pushed to the beta stage.
The stable.json file is updated.
The build that was pushed to beta will now be pushed to stable.