this post was submitted on 17 Mar 2024
26 points (93.3% liked)
homeassistant
12055 readers
46 users here now
Home Assistant is open source home automation that puts local control and privacy first. Powered by a worldwide community of tinkerers and DIY enthusiasts. Perfect to run on a Raspberry Pi or a local server. Available for free at home-assistant.io
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Then find exactly what environment variables, config files, port mapping, etc... need to be placed in each container with 0 documentation at all.
Not as simple as writing a compose block.
Yeah, that's what you put in a compose file, and you shouldn't care about anything else, port mappings can be read from the Dockerfile if it's not documented, and if the container was built correctly you shouldn't care about config files.
I never met a container with 0 documentation. You can read the Doockerfile at least, it's not magic.
I mean, I can understand why someone want to use HAOS and neber deal with such things, but if someone can set up HA in a container, the second and third container from there is not an unbelivably big step.
https://hub.docker.com/r/hassioaddons/vscode-amd64
https://hub.docker.com/r/hassioaddons/bookstack-amd64
In fact, here are 347 containers with 0 documentation whatsoever:
https://hub.docker.com/u/hassioaddons
The point is that there are hassio addons which do not have any regular docker counterpart, and for the ones that do, there is little to no documentation that gets them actually integrated into the Home Assistant sidebar. They work as their own separate entities and can communicate, sure. Sometimes that is even more desired. What if I want ESPHome as an item in the home assistant sidebar? I have yet to find a guide on how to do that.
How can you get the Home Assistant Google Drive Backup working in docker compose as another example? Extremely useful and only available in HAOS or supervised. Yes there are workarounds and other services, but they are workarounds and other services
I didn't meant the addon container just a regular container. If you don't use HAOS, then don't use their containers, use these instead:
Well, moving the goalposts, but exactly, it doesn't solve the problem at all that I talked about.
Again, it is completely fine if people want separate services, but there is currently seemingly no documented way to tightly integrate services into homeassistent to be able to be used within homeassistant via containers.