lastweakness

Ooh, that’s promising. I guess I’ll try it once it matures a bit more then. Thanks for going through the trouble of reviewing it!

If you test it, can you let me know how it compares to Findroid?

You’d have enough control over the software that you can ensure nothing like this happens

To anyone still singing the “installation too hard” argument… Archinstall is so cool now… The defaults are just so friggin sane and systemd-boot with UKI as the boot setup is really cool to just be able to choose in an installer. The partitioner is also so easy to use… Most pleasant experience with a Linux installer in recent years. Yes, I’m talking about Arch.

All that said, I love Tumbleweed. They’re also working on providing systemd-boot and it was nice when I tried it. And the one thing that i haven’t seen anybody else implement in a comparable manner is Snapshots. Gotta love it.

would be good, actually.

Good for us. Bad for business. I explained this in another comment too but Proton’s idea of “open source” is simply to build trust in the security and privacy offered by the service. At least, as much as you can trust any SaaS.

but then why not share the server side code?

And to answer this… Well, business and practicality… One more than the other ofc unfortunately… Why would they take on the additional burden of making it self-hostable, make the backend fully open source, etc just to make competition for themselves? And that maintenance burden is huge btw, especially when the backend was probably never intended for self-hosting in the first place.

If Proton, as a company or foundation, didn’t keep making the right decisions in terms of privacy and security, we might have had a reason to doubt their backend. But so far, there’s been nothing. And steps like turning to a foundation-based model just inspires more trust. By using client-side encryption, even within the browser, they’re trying to eliminate the need for trusting the closed source backend. Open sourcing the backend wouldn’t improve trust in the service itself anyway since you can’t verify that the code running in the backend is the same as the open sourced code. If you’re concerned about data, they also offer exports in open formats for every service they offer.

Why wouldn’t you trust them just because their backend is closed source? Ideologically, yeah I’d like them to open source absolutely everything. But as a service, whose income source is exclusively the service itself, how can it make sense for them to open source the backend when it cannot tangibly benefit their model of trust?

My other comment regarding proton and trust: https://lemmy.world/comment/11003650

They’re not actually good points at all… Proton’s open sourcing of the clients is for the purpose of trust in terms of security and privacy. The backend doesn’t matter because the point is that the data is encrypted before it ever gets to the backend. The goal with Proton’s open sourcing is not the ability to make it self-hostable. Sure, a lot of concerns are valid, but this isn’t like Microsoft or Google. Nearly all of Proton is verifiably and provably secure. Well, at least as long as you trust the web clients being served are the ones whose code is publicly available. But again… You can’t verify that with any SaaS. Such a risk is even present with self-hosting tbh. But that’s another discussion.

Nearly all of Proton’s stuff uses publicly verifiable client side encryption, so idk what all this is about

Why would Microsoft care?

… Okay?

CPU usage is famously terrible with Electron, which i also pointed out in the comment you’re replying to. But yes, having multiple chromium instances running for each “app” is terrible

Yes, it really is that bad. 350 MBs of RAM for something that could otherwise have taken less than 100? That isn’t bad to you? And also, it’s not just RAM. It’s every resource, including CPU, which is especially bad with Electron.

I don’t really mind Electron myself because I have enough resources. But pretending the lack of optimization isn’t a real problem is just not right.

They didn’t just quadruple. They’re orders of magnitude higher these days. So content is a real thing.

But that’s not what’s actually being discussed here, memory usage these days is much more of a problem caused by bad practices rather than just content.

So we’re just going to ignore stuff like Electron, unoptimized assets, etc… Basically every other known problem… Yeah let’s just ignore all that

Use it but don’t rely on it. Celeste uses rclone. The rclone support was temporarily disabled from Proton’s end a while back and also, the rclone backend still has a bunch of bugs and the developer seems to have gone missing

Facetiming is pretty commonly used i think

But I’ve tried both Mint and Ubuntu and the software updater constantly runs into issues very quickly after install.

I have a Blue-Build based custom distro (not many customisations tbh), that I’m planning to ship for my sister as well as me. So far, updates have been painless because it’s just one base image overwriting the other. I have a feeling that that’s where Linux distros in general is headed. I can imagine Bazzite being just right for you if you’re into gaming.

Pebble is still going pretty well though, so I don’t know if that’s a good comparison

He’s getting at Firefox being unusable for one of his usecases. Though i guess you could argue that he could just use something like brave specifically for that use case while using Firefox for other stuff

Mail essentials is a business offering that’s more expensive than mail plus. So it makes sense

Most of systemd stuff is decoupled well. You don’t need to use networkd to make use of resolved for example.