-21
GabeN Is Shitting Yacht Money into Flatpak and You're Still Arguing Init Systems (s3kshun8.games)
submitted 6 months ago by to c/linux@programming.dev
28 comments fedilink hide all child comments
 

cross-posted from: https://lemmy.bestiver.se/post/1030279

Comments

you are viewing a single comment's thread
view the rest of the comments
[–] 3 points 6 months ago (4 children)

Flatpak makes sense from a bandwidth and storage standpoint for end-users.

While flatpaks "share" dependencies, different flatpaks depend on different flatpak runtimes and even different versions of the same runtime, so it is actually the least efficient way to ship software.

https://pkgforge-dev.github.io/Anylinux-AppImages/disk-usage-vs-flatpak.html

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] -1 points 6 months ago (3 children)

    An example:

    Application Payload = 100MB AppImage all inclusive image with deps = 175MB Flatpak App Layer = 101MB Flatpak Deps = 75MB

    Now say you're shipping 1000's of similar applications with the same general dependency chains in bulk operations to things like end-user devices.

    Flatpak wins. That's the point.

    This isn't a discussion about an average Desktop user saving some disk space.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 3 child comments
    •
  • [–] 2 points 6 months ago (2 children)

    If you talking about the infrastructure cost, then yeah it flatpak would be 'better'. since all your users would use the same runtime and you only have to ship the binary.

    But this only makes sense for the first time the user downloads the application, because it turns out appimage can do delta updates just like flatpak lol

    In practice not even the first point is true btw, a lot of flatpaks often ship bundled in dependencies (due to having compat issues with the flaptak runtime), so the donwload size of the .flatpak alone is similar or bigger than the one of the appimage.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •