-
Notifications
You must be signed in to change notification settings - Fork 10
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
Containers sections needs update to consume API version 3.4 #18
Comments
This is a breaking change. It would be great if you could create a PR adding the maximum supported version to the HA documentation. I don't think that it should be changed atm, because Debian 11 (which HA supports) currently uses Glances 3.2.1 as default. Dont know which v HA OS ships with, but probably the same? |
I believe most people would be using the glances Add-on from the "Home Assistant Community Add-ons". The Add-on updated to 3.4 in version 0.19 back in May. https://github.com/hassio-addons/addon-glances/releases/tag/v0.19.0 |
I don't think that most people are using the addon, but indeed that is a problem! The addon should not use a version, which is currently not supported, because of API changes. On the long term I agree that we need to make that change anyways. In order to not break older versions it is probably best, if it would be configurable by creating an option such as "Use legacy v3 API". Then when data is pulled this is done according to the flag. |
Maybe just look for |
Generally OK and definitely the easy way for implementing, but it would result in two api calls instead of one, slowing everything down unnecessarily and creating more load. Why ask for something when knowing it does not exist? |
True... But, if it calls the new and expected API first, then its only one call for the majority of the time. And as time goes by, it becomes less and less likely to make the second call. The trade-off is a breaking-change VS unnecessary load for a specific and dissappearing scenario. Maybe if the flag defaults to the latest version, it tips the scale toward the flag approach. (Only if the latest is prevalent). |
Can confirm this PR works with latest glances to get the containers information! please pull this in! |
I'm running home assistant in a docker container, I don't think I can use the "add on" if I wanted to so... yeah please fix this. |
...or the integration uses an |
in the near term, execute this inside the HA docker container, will need to do this after each update.
|
So #21 is now merged which fixes this issue. Time to close this one? |
not sure how issues are closed, if its done after the release, but I think it can be closed. masted on that merge |
I'm still not seeing containers in the docker version of HomeAssistant's "Glances" provider. (I delete the integration and re-add it.) HomeAssistant Information: Version: I should note I'm using linuxserver.io's docker image: https://hub.docker.com/r/linuxserver/homeassistant The glances image is |
Yeah not sure its been merged in. @bratanon do you know which HA release this will be included in? |
First of all @fabaff would need to release a new version of the Glances API. Afterwards the Glances API version needs to be bumped in the Home Assistant repository before the changes will be applied to the Glances Home Assistant Integration. |
@fabaff , can you please release a version that addresses this? so that HA can then be bumped to use it please? |
Hello! I assume that now with 0.5.1 released, the only thing missing is to bump the version number here @cohenchris ?: |
Version 0.5.0 already includes provision for 'containers' as well as 'dockers' keys. This is already in the latest HA core. |
I'm running HA 2024.3.3 Frontend 20240307.0 (docker) and Glances info is still greatly reduced from what it used to be. |
3.4 puts container information under the "containers" plugin. (3.3 was "docker")
Also, "containers" omits some info, putting specific container data at top level. (i.e.
http://localhost:61208/api/3/docker/containers
becomeshttp://localhost:61208/api/3/containers
The text was updated successfully, but these errors were encountered: