I find that interesting. I would expect that many scientists are “nerds” and would lean towards Linux. Also would suspect the ratio of scientist vs population would be much higher.

Guess I’ve been proven wrong.

Setup a pikvm as ipmi and you’ll have at least another layer of failure required to completely lose connectivity

Yeah because whomever “owns” the data needs humans to train their bots, not because the image based bot detection is better than other methods.

Ok. Found some DNS settings on my router, and fixed the internal domain name “problem” but it’s still only internal. If I set my public IP(internally) it doesn’t connect.

I can connect to an internal computer from external, even though the client says “not ready”.

I cannot connect from internal to external computer. Instantly shows “remote desktop is offline”

This leads me to think that somehow I have something wrong in router settings, or I have a security feature blocking something. I just don’t know enough about routing to know where to look.

I got past the key mismatch internally. Maybe it was blank spaces.idk.

But still having issues externally. Just doesn’t connect for some reason, though I’ve confirmed all the ports are open. :/

It seems I may have “fixed”(?) One problem, as internal network connections succeed now (same key, same settings, just restarted the containers a few times and let it sit?)

External connections still show the same. :/

The only real use case for a pidash is if you went with a standalone ECU because you wanted to swap engines, or tune outside the or capabilities.

Second note, the metal pipe has to be continuously metal from at minimum where it enters the house, don’t trust that if you see a metal water pipe (or drain pipe) that it’s grounded.

Home assistant, and frigate. Along with whatever type of smart lock you choose (even building one with esphome, diy version)

Sounds like a market niche, you could start it up, call it something like “macrosoft”. … then start making scripts that do the work for the user, don’t release the scripts because people pay for them. Let this go on for many years and you find yourself shoving “AI” down your users throats and screenshotting their desktop without explicit permission…

If it were the right hand you could’ve done /24 on the thumb

~600W. 2 machines: Dell 730 8 disks running multiple Minecraft servers. Supermicro 16 disks in raid 10 running multiple VM for various functions. All on a 6kva ups (overkill I know)

Luckily I have a large solar array.

This is where micron and Intel tried the phase change memory, optane, they could never make it cheap and fast enough to direct replace.

Audiobookshelf claims to have ebook support. I only use it for audio books so I cannot say whether it’s good for that or not.

It works great for the audio books.

“because software rarely kills” Depends on what you mean by rarely. Therac-25 was extremely dangerous due to a software bug. And this was over 40 years ago.

Industrial robot accidents are a lot more common than needed and almost all are due to software “problems” (bad path planning, bad safety implementation, or just bugs in the control system software)

Yes these things kill less than guns, or cars, or cranes, etc. But they still have affect in a lot of those accidents.

There are very few things anymore that don’t have some kind of logic built into them. Be it software or analog logic, it was still “programmed” or designed. If there was something missed in design, that can easily have adverse affects that can lead to accidents and death not immediately attributed to the software.