mirror of https://github.com/home-assistant/supervisor.git synced 2026-07-06 21:35:10 +01:00

T

Stefan Agner 206c37fa0a store API: drop unnecessary asyncio.gather over non-awaiting coroutines (#6885 )

Investigating slow-callback warnings during `ha store list`, py-spy traces
showed ~70% of the on-CPU time spent under loop debug mode in
traceback.extract_stack() and linecache.checkcache(), triggered by N task
creations inside _all_store_apps_info()'s asyncio.gather.

In the non-extended path, _generate_app_information() never awaits, so each
gather'd coroutine runs straight through in its Task step. gather provides
zero concurrency here and only adds N task creations + scheduling cycles.
Under loop.set_debug(True) (supervisor dev mode) each create_task captures
its creation stack via extract_stack(), which made list responses ~5x
slower. Production overhead is negligible.

Replace with a plain async list comprehension. Behavior is unchanged: the
non-extended path was already serial; the extended path's
await app.long_description() still serializes the same way it would have
once gather observed the suspension.

2026-05-28 21:10:21 +02:00

.devcontainer

Bump devcontainer to 6 (#6747 )

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

.github

Bump release-drafter/release-drafter from 7.3.0 to 7.3.1 (#6880 )

2026-05-27 09:57:34 +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

store API: drop unnecessary asyncio.gather over non-awaiting coroutines (#6885 )

2026-05-28 21:10:21 +02:00

tests

Fix off-by-one in unsupported os_version evaluation (#6888 )

2026-05-28 12:47:27 +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

Bump ruff from 0.14.2 to 0.14.3 (#6280 )

2025-10-31 11:42:39 -04: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

Update Python to 3.14.5/base image to 3.14-alpine3.22-2026.05.0 (#6874 )

2026-05-22 17:13:35 +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 pytest-asyncio from 1.3.0 to 1.4.0 (#6884 )

2026-05-27 10:16:27 +02:00

requirements.txt

Bump dbus-fast from 5.0.15 to 5.0.16 (#6889 )

2026-05-28 08:26:03 +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.