-
-
Notifications
You must be signed in to change notification settings - Fork 34.2k
Add container arch to system info #147372
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
Hey there @home-assistant/core, mind taking a look at this pull request as it has been labeled with an integration ( Code owner commandsCode owners of
|
Hey there @home-assistant/supervisor, mind taking a look at this pull request as it has been labeled with an integration ( Code owner commandsCode owners of
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tests are failing, can you take a look?
Please take a look at the requested changes, and use the Ready for review button when you are done, thanks 👍 |
Hm, that was harder than I thought, and it actually highlighted a bug I was seeing here too: On a Supervised installation which also has a deprecated arch, not only the So this lead to the tests failing due to too many issues, since the I've come up with a solution which delays the deprecation issue creation until Home Assistant is up and running. This correctly returns the installation method for Supervisor based installations when the deprecation issue is created in the |
Make the Alpine Linux container architecture from the Alpine package manager available in the system info. This information is useful not only to create the deprecation repairs, but also as a general system information since the container architecture may differ from the host architecture, for example, when running a 64-bit host with a 32-bit container.
For installations with Supervisor, use the architecture from the Supervisor API instead of reading the architecture from the container. This is more coherent as we trust the Supervisor data already, and gets rid of an unnecessary dependency for aiofiles.
This reverts commit fb4c77d. aiofiles is no longer needed by the homeassistant integration.
This aims to delay the async_get_system_info() call until the hassio integration is fully initialized, to make sure the installation method is determined correctly.
64fc41f
to
1415d6c
Compare
Breaking change
Proposed change
This is a follow-up for #146537 and #146561. It removed aiofiles from the core requirements as suggested in #146561 (comment). It also makes the detected architecture available through system info. The container architecture can be different from the reported CPU architecture in cases where the underlying OS is capable of running other architectures (typically x86 on x86_64 or armv7 on aarch64 operating systems).
For Supervisor based installations it also uses the architecture already available from Supervisor. This makes the information more coherent and avoids unnecessary code duplication.
Type of change
Additional information
Checklist
ruff format homeassistant tests
)If user exposed functionality or configuration variables are added/changed:
If the code communicates with devices, web services, or third-party tools:
Updated and included derived files by running:
python3 -m script.hassfest
.requirements_all.txt
.Updated by running
python3 -m script.gen_requirements_all
.To help with the load of incoming pull requests: