• @[email protected]
    link
    fedilink
    2
    edit-2
    7 months ago

    Btrfs compression is filesystem wide, and it is usually zstd (the same compression that newer appimages are using, however appimages use zstd 15 by default while filesystem it is usually zstd 3 or less).

    Yeah turns out that if I were to decompress all my appimages and run them that way, Btrfs filesystem compression would mitigate the issue of having several duplicated libraries.

    I actually made a concept appimage for suyu that had the x86-64 v2 and x86-64 v3 binaries in it with a script that determined which binary to use depending on the system, and even though the appimage was shipping two 38 MiB similar binaries, the actual size increase in the resulting appimage was only 6 MiB thanks to the compression in the appimage.

    • @[email protected]
      link
      fedilink
      17 months ago

      Damn that is really cool. Good compression algorithms are key.

      I also think that flatpaks huge issue is

      • installing the entire runtime instead of just needed components
      • being universal (and Linux has a reputation to support old hardware) thus wasting potential
      • not being good to backup
      • @[email protected]
        link
        fedilink
        2
        edit-2
        7 months ago

        I also was at the yuzu linux-support channel before they closed down, and you have no idea how many times I saw people complaining that yuzu was broken and when I told them to use the appimage it fixed their issue every single times, there was even one case where the person wasn’t even buying what I was telling them until the moment they noticed their crashing issue instantly went away with the appimage lol:

        https://imgur.com/p6aby3Z.png

        This is because the mesa version that flatpak uses was (and likely still is) too old, and specially with amd gpus that let to users running into bugs that had been fixed for over a year in other distros.