Don't use Appimages (a writeup about all the reasons they are a pain for users) - eviltoast

Appimages totally suck, because many developers think they were a real packaging format and support them exclusively.

Their use case is tiny, and in 99% of cases Flatpak is just better.

I could not find a single post or article about all the problems they have, so I wrote this.

This is not about shaming open source contributors. But Appimages are obviously broken, pretty badly maintained, while organizations/companies like Balena, Nextcloud etc. don’t seem to get that.

  • Kusimulkku@lemm.ee
    link
    fedilink
    arrow-up
    14
    arrow-down
    2
    ·
    8 months ago

    I’m confused. You call flatpaks bloated but AppImages have to bundle everything with them and there’s no dedupping or sharing libraries between them, unlike with flatpak. Unless the devs assume you have certain libraries and certain versions of them, which kinda ruins the point of AppImages. How come you think flatpak would be more bloated than AppImages as a packaging format?

    has no idea how much it has to download to update

    That’s actually the dedupping stuff in action. It knows you might need this much at maximum, but realized you only needed to download a lot less since you already had most of it downloaded beforehand. It’s funny but I can’t see it as a big issue tbh.

      • Kusimulkku@lemm.ee
        link
        fedilink
        arrow-up
        2
        arrow-down
        1
        ·
        8 months ago

        Can’t say I’ve bumped into that one. I wonder what could cause it. Downloading less makes sense, it might not know right away what parts you already have but downloading more, dunno

    • spacebanana@lemmy.world
      link
      fedilink
      arrow-up
      4
      arrow-down
      9
      ·
      8 months ago

      Appimages come with the library dependencies, flatpaks come with that + multiple versions of the runtimes and drivers. Flatpaks make the most sense if all you use it’s that, otherwise you will have 5 different versions of mesa, gnome runtime, video codec libraries and other runtimes for little reason.

      • Kusimulkku@lemm.ee
        link
        fedilink
        arrow-up
        8
        ·
        8 months ago

        When you’re talking about bloat you meant when using just one or at best a few apps and otherwise using repo packages? I was more thinking as a replacement for repo stuff, with 5+ apps. The more you have flatpaks the better the advantage of them over AppImage would be with dedupping and shared runtimes.

        The dedupping works between different runtimes and whatnot too btw. So two versions of gnome runtime don’t actually use all that space they claim they do, just what has changed between them.

        Not to mention the savings when it comes to download size over time. Unless they’ve made some delta download system for AppImages, which would be pretty cool.