You don’t buy from TSMC, but from Intel. Also, AMD also uses TSMC, they didn’t have such problems recently.

Agree, it didn’t do anything to avoid the obstacle. A human could probably see it as an obstacle and try to swerve to the side, albeit not knowing what it is. Not saying it’s possible to avoid, but some reaction would be made.

Well, I’ve been a C/C++ dev for half of my career, I didn’t find Rust syntax ugly. Some things are better than others, but not a major departure from C/C++. ObjC is where ugly is at. And I even think swift is more ugly. In fact, I can’t find too many that are as close to C/C++ as Rust. As for logic… Well, I want to say you’ll get used to it, but for some things, it’s not true. Rust is a struggle. Whether it’s worth it, is your choice. I personally would take it over C++ any day.

Have you tried zed? Written in rust, has many extensions. I gave it a try, I quite like it. It’s blazing fast. But I haven’t tried on an old machine.

Tried it today, didn’t expect much, but I have to say I was pleasantly surprised at the speed and look and feel. I will give it a try for a while to see if I will switch from vscode permanently.

Not sure which country you’re from, but I’ve basically lost the any hope I can influence any policy in my country with ANY attitude. I hope I’m wrong about other countries.

Yes, not gonna happen. You know how many new devices get sold simply because old ones are no longer getting updates/software support? It’s planned obsolescence. No modern country would pass a law like that.

So, not the droid we Are looking for… :(

From my small experience with Qualcomm in the past, I’m not too hopeful. In a company I used to work for, we wanted to use one of their SoC with Linux, which they claimed they supported. It was many years ago. But was full of closed binary blobs which even when signing NDAs, we couldn’t get the source for. We’re talking user-space drivers, sensors offloaded to a separate core with closed source firmware etc. It’s Linux, but it’s not Linux in spirit, it feels so closed and proprietary and secretive. They’re coming from Android, which google architecturally enabled vendors to close their drivers by utilizing HAL. It’s the single most significant blow to Linux by any corporation so far. It enabled thousands of vendors to close their shitty driver in user-space and not maintain it for newer kernels (kernel driver is just an IO proxy for user-space drivers). I get that without it, there wouldn’t be Android phones we have today, but I expected them to slowly open up. 10+ years later, almost nothing changed, in fact - things seem worse to me.

This looks the most promising. I’ll take a closer look. Does it provide a rtsp stream?

How about just having a button on a fob/phone which initiates comms, like in the good old days. You can’t relay the signal if there isn’t one till you press the button. But that isn’t sexy and it’s too similar to traditional cars, so they won’t do it.

Any PC that has virtualization features can be used. Unless it’s very old, I’d say it’s supported. But it may not be enabled in the bios by default. It’s called VT-x for Intel and AMD-v for AMD, I think. But both are supported for at least 10 years on almost any PC.

It’s a hypervisor level virtual machine host and you can use it to install multiple os’s on the same machine with little overhead. I’ve been running haos like that for a few months now and I’m super satisfied.

Compatibility is iffy on some of the newer ones. Here’s a list of what works for some of them: https://github.com/Dunedan/mbp-2016-linux

Because you can’t end to end encrypt if you don’t have control over both ends. You’d need to trust the other end. Signal doesn’t and their user base especially doesn’t.

Looks like you’re just missing Linux to compete the list. It’s not for everyone yet, though.

Well, it’s not 2024 just yet. And besides that, I don’t think it’s possible to completely control everything that gets imported, but I reckon it’s going to be a rather rare occurrence in the future.

It’s often about the money, yes. But highly sought after engineers who can choose where they want to work probably have other criteria too, like not getting stuck in MS corporate ladder long term. That being said, money compensates for a lot of things, that’s just the world we live in.

Yes, for one device, I’d do wifi too. ZigBee does add complexity, but it also adds many possibilities. Esphome is a good solution, I use it also. In fact it seemlessly integrates with HA, so it doesn’t matter

One of the bigger reasons is ZigBee is capable of mesh network forming, which is useful if you want more devices to be smart. It’s also low power. And the devices are in their private network isolated from the internet, which is also a desirable quality. In summary, ZigBee is built for smart devices, whereas wifi not so much.