• Ananace@lemmy.ananace.dev
      link
      fedilink
      arrow-up
      68
      arrow-down
      3
      ·
      6 months ago

      Well, one part of it is that Flatpak pulls data over the network, and sometimes data sent over a network doesn’t arrive in the exact same shape as when it left the original system, which results in that same data being sent in multiple copies - until one manages to arrive correctly.

        • zaphod@sopuli.xyz
          link
          fedilink
          arrow-up
          10
          ·
          6 months ago

          I think this is actually very unlikely, flatpak is most likely using some TCP based protocol and TCP would take care of this transparently, flatpak wouldn’t know if any packets had to be retransmitted.

      • Hujaj@lemmynsfw.com
        link
        fedilink
        arrow-up
        2
        ·
        6 months ago

        Hence why Fedora Linux actually recently removed delta updates for DNF. Turns out it used more data in retries than just downloading a whole package again.

          • Hujaj@lemmynsfw.com
            link
            fedilink
            arrow-up
            2
            ·
            6 months ago

            I think they have moved from trying to fix it in DNF, to using the capabilities found in BTRFS for Copy on write. Can’t quite remember exactly.

    • lemmyvore@feddit.nl
      link
      fedilink
      English
      arrow-up
      17
      arrow-down
      4
      ·
      6 months ago

      Shoddy implementation they can’t be arsed to fix. They do all kinds of shenanigans like show the size of all locales but only download one, or the other way around, it does not count dependencies and then realizes it has to download something extra etc. It’s all over the place and I’ve given up on it making any sense. I’ve just made sure it’s on a drive with plenty of space and hope for the best.