Announcement

Collapse
No announcement yet.

The State Of Flatpak vs. Snaps On Various Linux Distributions

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

  • #21
    Originally posted by debianxfce View Post

    There is no such a distribution that fits you the best. It is easier to remove/change existing stuff than conjure out of thin air.
    That is false from a logic point of view. There may be no distro that fits 100% what you need, but there has to be one that's closer to your needs than the rest. That's the one that fits you best.

    Comment


    • #22
      Originally posted by ermo View Post
      This is a very big deal for ISVs, because it cuts down on their test and support surface, which will potentially lead to more ISVs offering their software for Linux. As an ISV, you could target the hypothetical XYS webdev stack v2.2x or later or the GNOME 3.2x stack or later for you app instead of having to distrubute eleventeen different .rpm/.deb/.ebuild/.tar.xz/.whatever versions for different distros and versions.
      if I understand correctly, flat & snap provides a workaround for software that uses buggy libraries that frequently changes their ABI, like gnome/gtk libraries

      not needed if the software is based upon posix standards

      Comment


      • #23
        Originally posted by bug77 View Post

        That is false from a logic point of view. There may be no distro that fits 100% what you need, but there has to be one that's closer to your needs than the rest. That's the one that fits you best.
        That is false from a logic point of view. When bicycle rim is not 100% ok (bent, broken pins etc.) it is non usable. There is no Rosegarden music creation software and Zasf software synth in Solus.packages.
        https://git.solus-project.com/?ofs=2550

        Similar way many other apps are missing.

        Comment


        • #24
          Originally posted by trek View Post

          if I understand correctly, flat & snap provides a workaround for software that uses buggy libraries that frequently changes their ABI, like gnome/gtk libraries

          not needed if the software is based upon posix standards
          Well, you don't understand correctly.

          Have you ever wanted to make a release of your application for Linux in general and have it updated? Well that's where they come in. For OSX, Windows, iOS, Android etc you just build and distribute your app. For linux you need to create multiple packages for multiple distributions so you spend more time on building your app than developing. Unless you are popular enough so that distribution packagers do it themselves. And then you still can't update that.

          They also have security features that your posix c really doesn't have given what all security issues happened over the last decade that whole new language was designed to mitigate that (rust). So they will also confine your buggy application to some degree.

          As for snap vs flatpack it seems we need another "universal" package solution that will create flat/snap from that package...

          Comment


          • #25
            Originally posted by jKicker View Post

            Well, you don't understand correctly.

            Have you ever wanted to make a release of your application for Linux in general and have it updated? Well that's where they come in. For OSX, Windows, iOS, Android etc you just build and distribute your app. For linux you need to create multiple packages for multiple distributions so you spend more time on building your app than developing. Unless you are popular enough so that distribution packagers do it themselves. And then you still can't update that.

            They also have security features that your posix c really doesn't have given what all security issues happened over the last decade that whole new language was designed to mitigate that (rust). So they will also confine your buggy application to some degree.

            As for snap vs flatpack it seems we need another "universal" package solution that will create flat/snap from that package...
            Based on the summary quoted in the OP anyone who supports snap also supports flatkpack, so we really don't.

            Comment


            • #26
              Originally posted by debianxfce View Post

              That is false from a logic point of view. When bicycle rim is not 100% ok (bent, broken pins etc.) it is non usable. There is no Rosegarden music creation software and Zasf software synth in Solus.packages.
              https://git.solus-project.com/?ofs=2550

              Similar way many other apps are missing.
              And here comes the shocking part (brace for it): in my 15+ years with Linux, not once have I needed music creation software, making Solus a perfectly good candidate in my eyes.
              Another weird thing we do when our distro of choice doesn't package X or Y (brace for shock #2), we use tarballs!
              Last edited by bug77; 02-10-2017, 11:54 AM.

              Comment


              • #27
                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.
                Any scheme that promotes static linking is step in the right direction.

                Comment


                • #28
                  Originally posted by bug77 View Post

                  And here comes the shocking part (brace for it): in my 15+ years with Linux, not once have I needed music creation software,
                  Sure you find some app that is missing in Solus.

                  Originally posted by bug77 View Post
                  making Solus a perfectly good candidate in my eyes.
                  Of course it does, it is same not freely reconfigurable and resource hog like Ubuntu.
                  https://distrowatch.com/weekly.php?issue=20170206#solus
                  "
                  distribution's resource utilization, it consumes about 700MB to 800MB of RAM in an idle mod
                  "

                  Comment


                  • #29
                    Originally posted by debianxfce View Post
                    Sure you find some app that is missing in Solus.



                    Of course it does, it is same not freely reconfigurable and resource hog like Ubuntu.
                    https://distrowatch.com/weekly.php?issue=20170206#solus
                    "
                    distribution's resource utilization, it consumes about 700MB to 800MB of RAM in an idle mod
                    "
                    You are full of shit. But what can I expect from someone named "debianxfce"?

                    Debian deserves it's praise for being one of the big OSS Linux distros, but it's by no means some higher entity. For one it doesn't have Clear Linux's optimizations like Solus does. It also fucks (at first installation) any user that might need some proprietary driver/stuff (the opposite of the live cd where stuff works).

                    And XFECES is kinda of a joke. It took years for it to fix some of it's bug. It's STILL NOT GTK3. The devs were fucking around for a long time deciding if they would go QT or GTK3. It's compositor also is so SHIT that many of the complains you hear about "I'm getting screen tearing pls halp" are because of it, and then people are told to just use compton because of how shitty xfce's compositor is. I could go on...

                    And BTW, budgie ACTUALLY uses 550mb on idle (the rest is cache+buffer, like /tmp that is mounted to ram which makes things faster by default). That distrowatch "review" was a joke. Mate on Solus uses less. And if you use something like i3 or openbox even less still.

                    That thinking is also retarded, RAM usage does not equal being lightweight (you can have a system that uses 300mb on idle, but if it has excessive animations for everything it will feel slower on weaker hardware than something that uses more RAM but no animations, for example).

                    Also, I know you are a troll... so I'm answering this for anyone that might think you have a point.
                    Last edited by NihilMomentum; 02-10-2017, 01:42 PM.

                    Comment


                    • #30
                      **grabs popcorn**

                      Comment

                      Working...
                      X