You don't like Add-ons?
this post was submitted on 17 Mar 2024
7 points (100.0% liked)
homeassistant
11998 readers
1 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
I'm surprised this still comes up. There's like one extra step to adding the same functionality.
You must not be talking about HA Core. Because some of those add-on additions are just straight up impossible for Core, as far as my experience.
Which ones? I'm yet to see one and am eager to learn.
https://github.com/sabeechen/hassio-google-drive-backup
And any add-on that you actually want usable from within home assistant. I.e. tight integration like having esphome in the sidebar.
I’d say it’s not that trivial and makes you the maintainer of your add-ons. Of course it gives you more flexibility, but you do have to manage them/update yourself.
Except I can run other stuff that is not provided through addons. But granted; most use cases are covered with addons.
What is the step‽ I am running the container in unraid and want the addon!
Which add-on?
Search for the name of the addon on docker hub and write your compose. Addons are just other containers.
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.