mirror of https://github.com/home-assistant/supervisor.git synced 2026-10-01 16:53:46 +01:00

T

Mike Degatano 96b92b95fa Split disable/delete network apply helpers, add translatable host network errors

Replace the destructive_disable-argument-driven _apply_disable() with two
dedicated helpers, _apply_delete() and _apply_deactivate(), so log messages
and error handling can be specific to each path instead of sharing generic
wording.

Give every error apply_changes() can raise an error_key plus a status code
matching who is actually responsible: bad client-supplied connection
settings stay 400 (activation failed/timed out), a request to update an
interface that does not exist or is disabled is 404, and DBus-call
failures that aren't caused by anything the caller sent become 500
(APIUnknownSupervisorError) instead of the previous blanket 400.

Failures that wrap a DBus error no longer interpolate the raw exception
text into the client-facing message, since that unbounded text cannot be
translated. Instead the full error is logged at ERROR level exactly as
before, and the raised exception carries only the interface name.

2026-09-12 02:28:39 +00:00

.devcontainer

Bump devcontainer to 6 (#6747 )

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

.github

Bump release-drafter/release-drafter from 7.6.0 to 7.7.0 (#7102 )

2026-07-30 10:00:51 +02:00

.vscode

Migrate to Ruff for lint and format (#4852 )

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

rootfs/etc

Replace preloaded jemalloc with PYTHONMALLOC=mimalloc (#7056 )

2026-07-18 18:50:14 +02:00

script

Add mypy to ci and precommit (#5969 )

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

supervisor

Split disable/delete network apply helpers, add translatable host network errors

2026-09-12 02:28:39 +00:00

tests

Split disable/delete network apply helpers, add translatable host network errors

2026-09-12 02:28:39 +00: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

AI_POLICY.md

Add the Open Home Foundation AI Policy (#7066 )

2026-07-21 11:57:21 +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

Update Python to 3.14.6/base image to 3.14-alpine3.24-2026.06.1 (#7045 )

2026-07-17 13:31:41 +02:00

LICENSE

Update LICENSE

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

MANIFEST.in

…

pyproject.toml

Bump setuptools from 83.0.0 to 84.0.0 (#7124 )

2026-08-13 16:32:46 -04:00

README.md

Add OHF logo to README (#5316 )

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

requirements_tests.txt

Bump types-pyyaml from 6.0.12.20260815 to 6.0.12.20260906 (#7208 )

2026-09-10 11:46:02 +02:00

requirements.txt

Bump gitpython from 3.1.61 to 3.1.62 (#7209 )

2026-09-10 10:28:45 +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.