They do not allow that, but yeah, it’s just their OS which only allows access to the relevant system interface for their own app. Apple doesn’t let you send SMS with third-party apps either for example.

Though admittedly, Google is putting proprietary extensions on top of it in their client, and they are apparently running a lot of carriers’ RCS endpoints, and using their servers when the carrier doesn’t support it at all. Which is fair, but imo does not make RCS itself inherently proprietary.

(However this is also to some extent warranted, since carriers were and still are dragging their feet a lot implementing it despite RCS being a required part of 5G carrier services IIRC¹. This seems to me like another IPv6 situation.)

This claims to work on a rooted Android phone (or one where you have control over the system image), and the underlying library is platform-independent so you could use it to implement RCS for a Linux or other phone: https://github.com/Hirohumi/RustyRcs. I haven’t tested it though since I also don’t Android (anymore).

¹ Though maybe that was just for 5G standalone, which no carrier is doing yet anyway.

It’s not proprietary, it’s an open standard from the GSMA. Stop spreading this nonsense.

call.element.io! No account needed, seems to have good FPS from a quick test.

There’s also Parsec and https://getbananas.net/ (the latter of which I haven’t tried)

Can you explain how you disagree? Is it about incentives to be corrupt (or against) depending on the system?

Setup of KMail is very janky, but after that it works well. I’ve been using it for probably at least 7 years at this point as my main mail client on Linux. There’s nothing better Qt-based as far as I know really.

As far as I know, carriers do explicitly have to point to some RCS endpoint to make it work on iOS though, because that doesn’t assume the Google fallback. Maybe that’s what they meant.

It solves encrypted RCS being a Google extension. Hooray for standards.

Timmy has a personal hatred for Linux for some reason. He keeps shitting on it on Twitter.

Hell yeah

As if that would deter anyone who was actually planning something.

What a weird article. They want an iPad for some reason but then say that both the operating system and the input method is inadequate for what they want to do with it. Why do you want an iPad then? Just get that MacBook (or you know, a laptop with Linux on it if you don’t want to be locked in to anything).

I would also not immediately close the account, wait for a couple months after you’ve moved everything to see if something is still using the old address.

Would be cool if the SDDM replacement also functions as the Plasma lock screen, and takes over when you lock your user session. The current user switching experience is pretty awful.

I forgot where I read that but it uses some local cache storage API. If it’s turned off the system can free the space if it needs to. Maybe it won’t notice immediately that it was turned off and will continue the download or something.

The comment you replied to has instructions on how to turn it off. If you turn it off, the data it uses is also deleted from your device.

I’d love to get into tape backups for my stuff. But the price for the drives is absolutely unjustifiable for hobbyists unfortunately.

Another thing about jj which I really love: it makes it a lot more easy to maintain a bunch of PR branches at once. Look at this 8-way-merge here on my fork (2xsaiko): https://github.com/mesonbuild/meson/network. The tip of that is what I’m developing on top of and then squashing changes into one of the commits in one of the branches which are mostly PRs. And rebasing the entire thing on top of upstream’s master is essentially trivial, best case it’s one command. See https://ofcr.se/jujutsu-merge-workflow for details on how it’s done!

In pretty much the most malicious compliance way possible, but yes. https://rileytestut.com/blog/2024/04/17/introducing-altstore-pal/

Right, you need to first restart the rebase, then git reset --hard to whatever commit from the reflog, then edit the todo list. Might need git rebase --skip too to make it read the next entry. I haven’t done this myself yet fwiw.

It says it can use Git as backend, so that means I could do these kinds of operations easily without stringing several commands together on the repositories I’m already working on without changing them?

You can either clone a repo fresh or have it take over an existing git repo that you already have cloned locally. Normally you can only use its own commands, but you can create a repo in colocated mode where you can use both git and jj commands in the same repository, if that’s something you or a tool you’re using needs.

But in general jj will work with remote git repositories regardless of whether your local checkout is colocated or not, and there’s no problem using it side-by-side on the same repo with other people who use git.

I posted an article (not mine) about it here a while ago. https://discuss.tchncs.de/post/26573114