21

I have a self hosted HA deployment that hasn't been updated in a while. I haven't updated it partially because they made the boneheaded move of deprecating their YAML config in favor of GUI-only config, and partially because the developers are insufferable dickholes.

I should probably move off of the deployment that I've got right now at some point, but what are people currently using for home automation? Is anyone running a newer version of HA that thinks it's not actually that bad?

all 29 comments
sorted by: hot top controversial new old
[-] sky@codesink.io 20 points 1 year ago

I set up a new HA install a couple months ago and didn't write any YAML. It was kind of nice? The UI tools have come a long way and it discovered all my devices which had never happened before.

The thread you shared is worrying though, it's the complete opposite of the spirit of FOSS. I should probably reconsider paying for their subscription at a minimum.

[-] TheHolm@aussie.zone 5 points 1 year ago

Absence of Yaml is exactly biggest annoyance in modern HA. It just not configurable without million of clicks. Just try to apply same automation procedure to other set of devices. In text you just copy block, in GUI you have to redo everything from scratch.

[-] GlitzyArmrest@lemmy.world 7 points 1 year ago

I'm curious where you run into there not being a YAML option? There's almost always Open in YAML somewhere.

[-] BloodSlut@lemmy.world 1 points 1 year ago

as someone who despises YAML, i am intrigued.

as someone who despises dickheadery, i am concerned

[-] Nawor3565@lemmy.blahaj.zone 14 points 1 year ago

Personally, I haven't run into a situation where I could only configure something via UI. There's always been an option to toggle between a UI editor, and just a text editor for the appropriate YAML. There could be exceptions that I haven't encountered, but they're definitely few and far between.

[-] ErwinLottemann@feddit.de 6 points 1 year ago

i guess the issue is not that you can't use yaml but instead that a lot of things are removed from the actual config.yaml file. inuser tonhave all integrations set up in that file, after every update i get a notification, that this is deprecated for that integration and that i should remove it and use the gui setup instead. i have my config in git which saved me from needing backups, because all was already configured and could be redeployed at any time to another machine. now that is not possible anymore.

[-] domi@lemmy.secnd.me 13 points 1 year ago

Is the config not being in YAML really such a huge issue? The heart of HA, the automations, can still be written in YAML and have just gotten more powerful since then by adding blueprints and even Python support via AppDaemon.

and partially because the developers are insufferable dickholes.

That is one developer, HA is one of the biggest projects on GitHub.

As far as alternatives go I used openHAB before but HA is simply the biggest player in the ecosystem, standing even above many proprietary solutions.

[-] peter@feddit.uk 6 points 1 year ago

Yeah I was really confused by that. One example of a single HA contributor doing something a bit selfish. Am I missing something?

[-] pacjo@lemmy.dbzer0.com 11 points 1 year ago* (last edited 1 year ago)

Hey, I like YAML config just as much as the next guy, but I understand the decision to go the GUI way.

With large Home Assistant installs YAML gets really messy, and most changes require a reboot to show up (well, both issues could be fixed by the devs, but they chose otherwise). I really thought that I'd miss YAML, but so far it's working just fine for me. Migration or restoring is a bit more tricky, as I prefer the start from scratch approach instead of the restore a 10 year old backup one.

Home Assistant's (docker install) backup is just a zip file of the config folder. This makes it easier to fix things if needed, but isn't as nice as editing YAML directly. I'd love to have option to use YAML if I want to and GUI otherwise.

As for developers being a bunch of assholes? Well, you're right. Luckily the community is much better and much more helpful.

[-] monty33@lemmy.ml 9 points 1 year ago

I believe your characterization of the developers is unfair. This appears to be an isolated incident by a single developer, and to take that and paint a picture of the entire team as dickholes isn't right. I'm not even sure judging this individual by his worst day is fair, but that is up to you.

[-] vividspecter@lemm.ee 8 points 1 year ago* (last edited 1 year ago)

and partially because the developers are insufferable dickholes.

Is that guy an official developer? It looks like he's just a developer of one of the add-ons, but I haven't deeply researched this. Gross behaviour nevertheless and seems to stem from a misunderstanding of what a FOSS license means.

EDIT: I see what you mean in this thread: https://community.home-assistant.io/t/consider-to-avoid-adding-library-dependencies-from-frenck/315185/33, although that was a couple of years ago so maybe things have cooled off a bit.

[-] redcalcium@lemmy.institute 5 points 1 year ago

Hmm, I don't think the dev being a dick here. He can ask distro maintainers to not package his app. There are plenty of devs with similar stance, e.g. jwz who asked debian to stop packaging his xscreensaver app. Likewise, the maintainer is free to ignore the dev's request and include the app anyway.

[-] herrfrutti@lemmy.world 5 points 1 year ago

I'm very happily running openhab!

[-] thejevans@lemmy.ml 4 points 1 year ago

I understand both frustrations. I still run HA, and with a few addons, namely VSCode, ESPHome, and Node Red, it's a very serviceable solution, and I don't think anything else comes close. The config is still YAML for the most part, but you do have to go through a lot of GUI to get to edit the individual elements. That's for sure not as nice, but I wouldn't want to set up my complicated home theater automation on any other system.

[-] SirEDCaLot@lemmy.fmhy.net 4 points 1 year ago

Try HomeSeer. I ran it for years before switching to HA.

[-] rentar42@kbin.social 4 points 1 year ago

I used OpenHab a few years ago and remember it being way more fiddly with very varying integration quality. it didn't help that it was based on OSGi packages (the complex mess that Eclipse IDE is also based on), which I don't much care for.

i only recently starte with HA and found it much easier to use and tweak.

But I also saw some stubbornness by the devs. In my case related to oauth/third party authentication, which they claimed was "enterprise interests trying to corrupt a community project" (I'm paraphrasing) instead of good security practice of centralising the authentication in a homelab.

[-] TheHolm@aussie.zone 4 points 1 year ago

I bit a bullet and re-implement all automation on NoderRed leaving HA only dashboard. It is still not great, as Node Red is gui based. So may be Pythom + MQTT is best way for home automation.

[-] B0rax@feddit.de 1 points 1 year ago

+1 for nodered

[-] Railison@aussie.zone 3 points 1 year ago

I’m deep in the HA rabbit hole but I wonder how OpenHAB is travelling

[-] SciPiTie@iusearchlinux.fyi 3 points 1 year ago

I second openhab. Can't speak for too many integrations but all I tried work without issues.

Especially the separation of abstraction layers is something that I came to appreciate highly. You have the physical object, it's item representation and then the rules and interactions. On the downside might be the way that this abstraction makes the configuration a bit more complicated - but as you're missing the yaml config you might enjoy the configuration files! I'd just give it a shot :)

HA has a sour taste for me since their broken promise about open sourcing their server side. It's still a black box. Plus the whole dns debacle a while back. And I honestly don't understand how HA is still the de facto standard for home automation - I tried recreating some of my more complicated rules in HA and it became such a mess very quickly (think of 3 or 4 non nested conditions and altering the states of multiple objects depending on virtual items).

[-] Decronym@lemmy.decronym.xyz 2 points 1 year ago* (last edited 1 year ago)

Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I've seen in this thread:

Fewer Letters More Letters
Git Popular version control system, primarily for code
HA Home Assistant automation software
~ High Availability
MQTT Message Queue Telemetry Transport point-to-point networking

3 acronyms in this thread; the most compressed thread commented on today has 4 acronyms.

[Thread #190 for this sub, first seen 5th Oct 2023, 06:25] [FAQ] [Full list] [Contact] [Source code]

this post was submitted on 05 Oct 2023
21 points (64.4% liked)

Selfhosted

39677 readers
433 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 1 year ago
MODERATORS