• Nelizea@lemmy.worldM
    link
    fedilink
    English
    arrow-up
    5
    arrow-down
    1
    ·
    10 months ago

    Andy did not say “a few years” in those words in that interview. When making such statements, please do link to the exact source (e.g timestamp in the video) and not just to a 1h22 long interview and leave everyone to find the source of the quote on their own. Please use correct quotes.

    For anyone looking for it, it is around the 42min mark:

    Andy mentioned “sooner or later” and that Drive is essentially harder than bringing VPN to Linux. Andy explained well with technical reasons why Linux is challenging (different filesystems, kernel differences, different file browsing experiences, different desktop environnments as example) and mentioned he could see an Ubuntuy version in probably in the next ~24 months. To get to a state where he can comfortably say that the main Linux distributions are 90% supported could take essentially longer. He also mentioned that he wants to get something out there for Drive users in the next year or two.

    • 🔗 David Sommerseth@infosec.exchangeOP
      link
      fedilink
      arrow-up
      2
      ·
      10 months ago

      @Nelizea @nailoC5

      I need to look at that video (thx for the time marker). So my comment may miss his point.

      If Linux is so hard, I wonder how Tresorit manages it quite nicely across multiple distros. They use fuse to mount the remote repository.

      And the file attributes on files/dirs have a standardised API via libc and kernel syscalls. This is needed for the sync capabilities, to have data locally and in Drive. These APIs are identical across all distributions and are file system agnostic. Otherwise the tar command would have had a really hard challenge to be so widely useful for both file distribution as well as backups.

      But I’ll catch up on the video later.

        • Nelizea@lemmy.worldM
          link
          fedilink
          English
          arrow-up
          2
          ·
          10 months ago

          What are they doing all day long?

          It might surprise you, but working. ;) (Clearly, as your statement implied they do not do anything).

            • 🔗 David Sommerseth@infosec.exchangeOP
              link
              fedilink
              arrow-up
              1
              ·
              10 months ago

              @case2tv @Nelizea

              Proton and Tuta has similar challenges most others don’t care about (including FastMail). That itself is a pretty hard nut to crack. FastMail and similar services don’t need to think about that, which makes their services simpler.

              I would also not claim that Tuta has a quicker development cycle. They had a round recently where more features were highlighted. But that’s an exception. I’ve had a Tuta account for years as well, to test it out, and both the webmail and Android app is still not that feature rich.

              And Proton delivers new features and updated apps quite regularly now compared to just a few years ago. Can it be better? Yes, of course. But still, they are doing alot than just 2-3 years ago. And 2-3 years was even better than the years before that.

              Also consider that Proton delivers on a broad range of products and services. Mail, Calendar, Drive, Pass and VPN. Tuta basically has Mail and Calendar, where both of these Tuta services being fairly reduced in features still.

              My experience (mostly using Mail and a little bit Drive these days) is that Protons releaes are also pretty solid. It’s extremely seldom I’m hit by bugs these days. To have that kind of quality requires quite some QA efforts. I’m not claiming the other services are equally good, but Mail and Drive is now very stable - and Mail is especially crucial for my 15-20+ users abd myself.

              Finally, Proton serves more than 100 million users by now. Tuta has reached a bit over 10 million, IIRC. That requires Proton to have more staff on support and operations tasks. So even if Proton has more than 400 employees, that’s not 400 developers.