The ideal case for me is that I don’t need HACS at all. My experience has been the same - I’ve happily been able to switch to core HA components and stop using HACS ones. It’s great to see HA is not idle with success, they are continuing to make new features even when backwards compatibility may break.

This is normal behavior. There is much more to the JVMs memory usage beyond what’s allocated to the heap - there are other memory regions as well. There are additional tuning options for them, but it’s a complicated subject and if you aren’t actually encountering out of memory issues you have to ask if this is worth the effort to tune it.

I record everything on Plex off an antenna/hdhomerun and fast forward through all the cruft. We can watch about 3-4 hours of coverage each hour depending on the sport. There’s no way I could watch it live. Plex will get a bit confused about whether or not an episode is new or not, so to prevent it missing anything I post process each file into a new library and fix up the episode name with a timestamp. This does result in some repeated recordings, but we just delete any matches we’ve already seen. Been doing it this way for the last few Olympics and it’s manageable.

Actually native encryption has been a feature of ZFS for a few years now. It’s nice not having to have an extra LUKS layer.

XFS does not do snapshots, replicas, and all the other myriad of things that ZFS does.

ZFS for nearly everything plus ZFSBootMenu EFI on root data pools. Get a bad upgrade? No problem, boot a previous snapshot (auto created with a pacman hook), which I had to do recently when 6.6.39 LTS kernel had a bug. Snapshots are also great when doing things such as upgrading postgres, hass, Plex, etc.

This is why all Olympics - whether ceremonies or matches - get recorded on the DVR, so we can skip past all the nonsense.

Don’t know why you are being voted down, you are 100% correct. RTLAAU.

Nope, it doesn’t work that way. You have to umount it. You could reboot after removing it from fstab, but that’s a bigger hammer than necessary.

You need to move the service file to the right directory, for starters.

Nope, they should not be executable.

Heh, typing YAML anywhere is squinty business. :⁠-⁠)

I use syncthing all over the place for this sort of thing. I have some sync directories that are multi way synced across multiple devices, others that are one-way drop targets to a specific device, others that are for operations like backing up photos. It’s quite excellent with a good sync algorithm that rarely results in conflicts.

Another suggestion for Darktable. It handles this case of mixed types transparently. It’s a big thing to learn, but extremely powerful and capable, and you don’t have to know all the corners of it, just enough for your workflow.

ESPHome is amazing - there’s so much you can do without writing a single line of code.

I have built a few projects around the platform - a boiler monitor that tells me temperatures and state of zone valves, an energy monitoring system tracking electricity usage and solar export, and a hot tub mod that inhibits the heater to reduce grid import and maximize self consumption of solar. They have all been rock-solid stable.

ZHA here. I picked it since it’s a bit easier to set up with less bits. It works for me, so I didn’t see a reason to change it. I have done channel changes a couple of times with no issue - maybe I just got lucky!

FreeCAD. It’s fantastic but takes some getting used to. I recommend the Ondsel fork - it’s still free and open source except for the cloud storage which you can ignore. Ondsel includes some newer features and some interface changes.

When I’m forced to, and not before then. X works perfectly well so there’s no reason for me to switch to something else with less features.

Reboot to the snapshot you took of the root fs before starting the update, then just rerun the upgrade. If you are using btrfs (or ZFS) make use of its features so you never have this sort of problem.

ESP boards are so cheap that in my opinion this doesn’t make a whole lot of sense - it’s probably going to be more expensive than distributing ESPs around due to the wiring, and I guess I’d argue the distributed nature of HA/ESPHome is one of the best things about it, versus centralized alarm panels, for example, that used to be common decades ago, bringing all wiring back to a single location. Optimizing for unused GPIO pins isn’t really something that bothers me, personally. What I like about my ESP projects is just the opposite - that I can sprinkle them around the house close to the things they measure and control.

I don’t mean to be super negative - of course you should do it however you want to, but that’s my opinion - for what it’s worth (i.e. nothing).