• fmstrat@lemmy.nowsci.com
      link
      fedilink
      English
      arrow-up
      28
      arrow-down
      1
      ·
      edit-2
      1 year ago

      Say you have a web browser, and to play videos it needs some codecs and a player, and to display pages it needs fonts, and to … on and on.

      Before Snaps, when you installed the browser it would install the programs it needed at the same time, because the developer designed it to do so.

      With Snaps, the program, and everything it needs, and everything they need, and they need, on down the chain all gets zipped together.

      The good is that dependency management is easy, everything is in one place. The bad is that they’re slow to launch because of how everything is stored, and you now end up with many copies of the dependencies, and their dependencies, on your hard drive instead of 1.

      The above is just representative, but those who prefer optimized systems do not like snaps. Those who like things tidy with easy dependencies are wrong. I mean, they like snaps.

        • fmstrat@lemmy.nowsci.com
          link
          fedilink
          English
          arrow-up
          2
          ·
          1 year ago

          Please correct me if I’m off base (I don’t use snaps), but this is only true for in-memory mounted snaps, not for first-run or expired. Meaning you sacrifice RAM for speedy repeat starts.

          • Espi@lemmy.world
            link
            fedilink
            English
            arrow-up
            2
            ·
            1 year ago

            I don’t know how does Snap handles its loops (which I believe mounting is or was the slow part), but Linux always caches as much as possible in the unused memory.

    • seaQueue@lemmy.world
      link
      fedilink
      arrow-up
      13
      ·
      edit-2
      1 year ago

      Look up snap and flatpak, they’re both based on a distro agnostic image/packaging model that allows developers to package for multiple distros rather than building native packaging for every single one. Both systems also solve the problem of two softwares requiring separate versions of the same dependency which is a fiddly problem at best for native packages.

      Personally I’m a fan of flatpak, snap is similar but wholly driven by Canonical and their business interests.

      Both have features that provide a solidly good reason to use them, there isn’t a clear “better” system yet. I prefer Flatpak personally but snap still handles some cases (daemon software run by the system or as root) better than flatpak.