• 0 Posts
  • 34 Comments
Joined 2 years ago
cake
Cake day: June 29th, 2023

help-circle








  • It just needs to be "owning* in the way physical media without DRM works. That is data too after all. The ability to sell your copy of the data or have your friend borrow.

    Yes, DRM-free is the closest thing, never argued otherwise. I’m also not arguing the services offered by GOG are part of “ownership”. The lack of an ability to download a game at any point is just a part of the fact that GOG too is simply licensing in the end. But yes, GOG is still the closest thing to “owning” games. Which is why it sucks that so many titles on GOG have DRM despite the claims btw…

    I’m really only arguing one thing: piracy is better than GOG right now in every single way. You don’t have to worry about hidden DRM. You don’t have to worry about account creation bullshit. You don’t have to worry about anything else. You just download, hit play and it works every single time. If I send the copy to a friend, it will still work.

    Piracy has always been closer to “owning” than GOG, so GOG should at least have some other tangible benefits over piracy. But right now, they don’t.


  • At that point, why not buy the game on any platform of your choosing and just pirate it when it stops being accessible on the platform you bought it on? I understand wanting to support GOG, I “own” a lot of games on GOG as well. But it’s not really “owning” even on GOG if at some point, I could lose the ability to download the game.

    Any game that isn’t available as a pirated game isn’t going to be on GOG anyway… The problem here is that GOG needs to be better than piracy in any tangible way and right now, that’s not the case. It would be the case for me if GOG Galaxy was available on Linux but it’s not, as one example.




  • lastweakness@lemmy.worldtoLinux@lemmy.mlOpenSUSE is the best
    link
    fedilink
    arrow-up
    4
    arrow-down
    1
    ·
    6 months ago

    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.





  • One key aspect that you seem to be missing is that Proton encrypts every mail, including those sent by or sent to unencrypted providers using your pgp key before storing them on the server. This isn’t a case scenario that can be handled without using a bridge. Thunderbird or any other mail client won’t know how to handle that.

    What you described only solves the end-to-end encryption portion of the problem Proton is trying to solve. Not zero access.

    Yes, mail headers are unencrypted. They never claim otherwise and neither did I. If it were encrypted, it wouldn’t be interoperable, which is something you want it to be as well right? I’ve always been talking about the mail content itself. Unencrypted mail headers don’t make it “not zero access”.

    I feel like you’re just not the target audience for Proton. I just use Proton because I’m fine with the web UI and Proton Unlimited is mostly good value for me. I do also pay for Purelymail as i have a few domains and they’ve been wonderful too.


  • The bridge does the decryption using credentials you give it locally. Sorry for mentioning “auth”. I should have mentioned encryption instead.

    Regarding the rest, it comes down to the zero access mailbox encryption’s implementation details. In all described scenarios, you’re not really using your master password as the “key” for your mailbox. But in proton’s and similar services’ case like Tuta, this is true. Any “zero access” service provider offering IMAP access without a bridge is simply lying to you as IMAP (the protocol itself) requires server-side decryption of the content, even if SMTP doesn’t. (Btw, SMTP is really an artificial limitation. Just not IMAP. If they give you smtp access, it wouldn’t send encrypted mails unless specifically configured to do so but would otherwise be the same.)

    What you described is encryption at rest, but not zero access encryption (which is what Purelymail does btw).

    Whether all this is needed and all depends on your threat model. I think most tech-savvy folks would be happy with something like Purelymail or Migadu tbh…