Announcement

Collapse
No announcement yet.

The State Of Flatpak vs. Snaps On Various Linux Distributions

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • The State Of Flatpak vs. Snaps On Various Linux Distributions

    Phoronix: The State Of Flatpak vs. Snaps On Various Linux Distributions

    Motivated by KDE Plasma Leaning Towards Focusing On Flatpak Over AppImage/Snaps and this lengthy, contentious forum thread, a KDE contributor has taken a closer look at the Flatpak versus Snaps versions available in different Linux distributions...

    http://www.phoronix.com/scan.php?pag...-Linux-Distros

  • #2
    Michael are you still fighting your network problems? (because of this typo)

    Originally posted by phoronix View Post
    He found that generally the latest Flapak version

    Comment


    • #3
      Last I checked snaps needed a (patched) AppArmor version to do confinement which was unavailable anywhere but on Ubuntu. Anywhere else snaps could be installed, but were entirely unconfined!

      That kind of defeats the purpose, so I did not bother with snaps once I saw that.

      Comment


      • #4
        Really modern flatpak is, in Debian testing you need first install it . Then operate with the terminal without luck:
        flatpak install telegram.flatpakref
        This application depends on runtimes from:
        http://sdk.gnome.org/repo/
        Configure this as new remote 'gnome' [y/n]: y
        error: GDBus.Errorrg.freedesktop.DBus.Error.AccessDenied: Flatpak system operation ConfigureRemote not allowed for user

        .run file is much more easier, for example when installing Unigine Heaven. Debian packages are the state of the art, apt only installs what is missing and takes care that correct packages are installed. Synaptic and GDebi are easy to use graphical tools. There are many Debian servers around the globe and downloading many packages is fast.

        Comment


        • #5
          Also Solus did adopt Flatpak. I know it is a very young and small distro but I have the feeling that it might become a standard which is not the case of Snaps.
          https://solus-project.com/2017/01/18...-applications/

          Comment


          • #6
            Does anybody really care about flatpak and snaps? To me it seems like yet another linux holy war that is reinventing the wheel and not contributing much to the ecosystem. Tell me ONE advatnage over rpm/apt.

            Comment


            • #7
              I do care.
              It would be nice to have a cross-distro packaging system. Perhaps not to replace what already exists but to complete it (for example for 3rd party applications).

              Comment


              • #8
                Originally posted by kyrios View Post
                I do care.
                It would be nice to have a cross-distro packaging system. Perhaps not to replace what already exists but to complete it (for example for 3rd party applications).

                Comment


                • #9
                  I have a very important contribution to make to the subject: du-uh!

                  Comment


                  • #10
                    Originally posted by cen1 View Post
                    Does anybody really care about flatpak and snaps? To me it seems like yet another linux holy war that is reinventing the wheel and not contributing much to the ecosystem. Tell me ONE advatnage over rpm/apt.
                    rpm/apt is about managing your core stuff, whereas flatpak comes with a guarantee runtime associated which is less hassle for developers to try to cover N different distributions runtime version of gnome (or KDE, or ..), is more secure with automatic declarative containerization (potentially offering the same kind of framework as iOS and android asking for permission to do thing), and the app is by design supposed to work on many distribution.

                    This also brings a common packaging for 3rd party binary app (chrome, skype, steam, unigine, games, etc..).

                    Also, even rpm or deb doesn't even guarantee to be working/installable on other distributions using the same packaging system (think redhat & suse, or ubuntu & debian)

                    Comment

                    Working...
                    X