supervisor VS haaska

I recently discovered the home-assistant supervisor [0] repository. It's awesome to see such a well-designed, mature, and actively maintained open-source python application. I've found that there's no shortage of high quality python libraries and frameworks to learn from, but open-source applications aren't as common. I love coming across repos like this so I can study their design.

[0] https://github.com/home-assistant/supervisor

Nice to see HA getting some love on HN. A colleague recommended it to me about 3 years ago as an alternative to Domoticz. I've migrated back than and haven't looked back since. I consider myself a real Home Assistant enthousiast. I've contributed some small amounts to the project, created and maintain my own add-ons and love to share my configuration with others.

Although most of the things currently just work, especially with the (migrated) UI integrations. Some things still feel very unfinished, like blueprints. Which was a terrific idea, but maintaining and keeping those up to date is an absolute nightmare and you will have to that yourself [1]. Same with battery powered devices. When they work, it's all great, but having to watch their battery level is just a hassle. You can create your own automation to do that for you, but it seems unnecessary.

For me the community also sometimes feels very hostile. For instance, you can have a Portainer add-on, but installing other Docker images makes your system 'unsupported'. Same with some blacklisted images [2], which break Home Assistant Supervisor. Or when the maintainer of one of the add-ons completely ignores a breaking issue after a day [3].

1. https://community.home-assistant.io/t/reload-automations-aut...

2. https://github.com/home-assistant/supervisor/blob/main/super...

3. https://github.com/hassio-addons/addon-adguard-home/issues/1...

I've also tried giving the container access to real dev by following the suggestion mentioned here (followed by a supervisor reload/restart from the UI), but that also doesn't always work and gets overwritten with the next supervisor silent update.

Would you consider a comment on one of the open| issues so they can see it's a biggish problem? Might save someone else some precious time.

I wouldn’t hold my breath on it being changed, based on the GitHub issue about it.

I've just re-done the whole setup process from scratch, this time using this method, but it's the exact same result - the sensor is recognised as a contact sensor in the Alexa app, but it can't be chosen as a routine trigger. I've also set it up through the North American endpoint, with the same end result...

For example I use haaska to connect Alexa to my HA instance without the need for a cloud bridge service like Nabu Casa. This is not a malicious add on, it just exposes HomeAssistant commands as a REST API that is easy for Alexa/AWS Lambda to interface with. But when I open my instance up to the internet anyone can find my HA instance and start sending bogus commands to that API to try and trick it into leaking data.