But as long as they are RISC V chips, then they would run the same software as any other RISC V chips.

Not necessarily, RISC-V is permissibly licensed, so they could add proprietary extensions, that would make the binaries or even compilers only work with their implementation of the RISC-V ISA.

Embrace, Extend, Extinguish tactics would work on RISC-V, and I trust billionaires and huge corporations to enshittify it.

Big player joins RISC-V, creates design, introduces proprietary extensions, builds compilers that use them, software depend on them, other RISC-V designers need to license them, because the whole platform now depends on them.

Also based on how complicate it is to port Linux to different SoCs, which at least share a common ISA, it will be much more difficult if you need to support even more RISC-V ISAs with different proprietary extensions, not only in the kernel, but in the toolchain as well.

So a bit like extending Mozilla Application Suite aka Seamonkey instead of focusing on standalone products?

AFAIK, UEFI isn’t technically a requirement. However, TPM 2.0 is, and that requires UEFI.

TPM 2.0 does not require UEFI. I have a system here with TPM 2.0 and only legacy boot support. And you can just buy a TPM 2.0 module and connect it with any board, that has a SPI connector.

TBH, it is very difficult to me differentiating between the different flavors of authoritarians.

Maybe someone can make an easy to understand comparison matrix? You know, “Kills people because they have a different opinion.”, “Suppresses minorities.”, etc.

Interesting discussion about this on the OpenStreetMap forums.

The resolution is introducing “official_name” tags, referencing “en_us”, because “en” is not just the U.S.:

https://community.openstreetmap.org/t/gulf-of-america-gulf-of-mexico/124571/11

So when OsmAnd or OrganicMaps start to support them, maybe your locale settings will change the displayed name there as well.

Current description of that node: https://www.openstreetmap.org/node/305639190/history/80

So maybe that could be a reason for everyone around the world to stop using en_US locale settings. XD

There are different degrees of vendor lock in. If you use email (or Matrix) with a domain, you have no control over, you are soft-locked it. You can buy a domain, self-host or pay for a managed service and inform everyone that you are now reachable over some other address, but nobody else has to change.

If you use Signal (or Discord or whatever) and want to switch to a different domain. You cannot. If you switch to a different protocol, everyone in your contacts has to switch as well, or you lose that contact. The network effect forces you into the service of one provider. The only way out of there would be if the service get so bad, that a critical mass leaves, but you will have to deal with that bad service all the way.

As long as financial interest are there, non-federated services will sooner or later start to enshittyfy. So if you choose a communication medium, choose something that leaves your options open. If you don’t like Matrix, try XMPP, it has come a long way as well.

Matrix?

IMO the whole “metadata insecurity” stuff about Matrix is over exaggerated. Also Matrix is improving there.

If metadata security is really that important, you could try Tox or similar P2P chats.

AFAIK, Signal does not want anyone to use alternative clients, has that changed?

As far as I know moxie, signals lead dev, considers only the use of the officially build and distributed client authorized to use their servers.

So if they ever manage to detect someone using their services with an alternative client, they might delete your account.

https://techcrunch.com/2016/11/07/signal-app-maker-rebuts-criticism-of-dev-direction-by-calling-for-more-community-help/

Well, you can still insert client side decryption into the app.

But it isn’t really about the messages, it is about the control of the servers and the accounts. You cannot easily move away from their servers, because you will lose your contacts. This gives the people controlling the servers power over you. A sort of vendor lockin.

The company (Signal Messenger LLC) is fully owned by Signal Foundation, a 501©3 non profit organization.

OpenAI is also non-profit. Not really an argument.

Probably around 80-90% of Matrix users are on the matrix.org homeserver, so it’s absolutely not as decentralized and resilient as you think it is.

Well, the goal is that moving to your own server, will not mean that you will loose access to all your contacts. Which makes moving instances much simpler. If Matrix gets a hostile take-over, your don’t really need to reach a critical mass for an alternative server.

But you should also be aware that Signal does not federate, so the company can be bought. They have control over all accounts and the servers, without easy way to migrate away again. So it might just be another trap.

Try to use federated services (like matrix), they are more robust against hostile take overs.

If ARM is a small market, RISC-V is even smaller.

I personally like when boundaries are pushed, and welcome more independence on x86.

Matrix is federated, Signal is not.