![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.ml/pictrs/image/gWmVEUZ94Z.png)
mexican russian joker
mexican russian joker
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.
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.
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.
No, you can just install it. The biggest drawback is you can’t easily follow your subscribed channels. There is a way to import the list, but no easy way to update. The rest works great!
If it works for you, don’t touch it, great. Manjaro mostly just works, but occasional headaches I kept getting, like packages being broken for days at a time, no easy place to look for solution (their repo being different to arch’s makes 99%of the difficulty) made me switch to arch/endeavorOs. Eventually, they may get stable enough to be acceptable, but I don’t think their way is the right way to do it and they may even harm or slow down arch development and community in the process. Just looks like arch with extra steps, so I always recommend endeavorOs, Garuda or plain Arch, before Manjaro. But that doesn’t mean Manjaro is trash and in some cases, it may even be the best solution.
So, not the droid we Are looking for… :(