ScottE

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.

Address already in use is the key - something else has already bound to that address:port combination. Next step is to find out what process is listening on it. Try ss, netstat, lsof to name a few hints.

It is a bit confusing and hard to untangle. There is CPU and GPU transcoding. From my experience (running Plex on Linux for 7 or 8 years) I can tell you CPU transcoding does not work with Ryzen, GPU transcoding does work with Nvidia. That's all I can tell you though, because that's the hardware I have.

After watching the Gamer Nexus video of what's practically a warranty scam by Asus, I'd never buy one and may never buy Asus again if that's the way they treat customers. I have a few of their ROG components in my system and from what I see they are not as great as they were 30 years ago.

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.

It's not that bad, glue and screw. Remove the inner board from the drawer front and reattach it to the drawer first. You might have to clean up the MDF a bit. Use filler if you have to, maybe, but don't use nails. Then reattach the drawer front - again with screws. It might not look perfect, but it'll probably look fine when the drawer is closed. Consider wood block fillets at the interior corners (sacrificing a bit of space).

Alternatively you could rebuild the drawer frame, using the same drawer front so it matches.

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).

I have not encountered this with my Sonoff Zigbee plugs, for whatever that is worth (US split phase). I also haven't put large appliance loads on them.