• filcuk@lemmy.zip
      link
      fedilink
      arrow-up
      5
      arrow-down
      1
      ·
      11 hours ago

      In a world where two gigabytes are cheap and software and dependencies complicated

  • BrilliantBadger@piefed.ca
    link
    fedilink
    English
    arrow-up
    8
    ·
    22 hours ago

    My preference for flatpaks is based upon I can further lock out network access for those apps that I don’t want having network access. Just gives me another layer of network access prevention using flatseal. For the paranoid side of me :)

    Have a couple apps can only use appimages, using with gear lever is just great & easy

    Both work great though

    • sunbeam60@feddit.uk
      link
      fedilink
      arrow-up
      2
      arrow-down
      2
      ·
      7 hours ago

      Sure. Streaming and DVDs are also completely different things but both deliver media to your TV. The consumer chooses what the consumer wants.

      • thingsiplay@lemmy.ml
        link
        fedilink
        arrow-up
        6
        ·
        7 hours ago

        The comparison does not hold up, because for watching films it does not matter on what medium it is. But for applications it has huge implications for maintaining versions, updates, creating packages with or without runtimes and dependencies and a repository and so on, that work differently on operating systems and so on. This goes way beyond just the user choosing the format.

  • Onno (VK6FLAB)@lemmy.radio
    link
    fedilink
    arrow-up
    5
    ·
    18 hours ago

    I use Docker and apt instead. The definition of an application lives in a single text file and you don’t give it anymore resources or permissions than it needs.

    So much so, that I wrote a bunch of scripts to make life easier, without ever needing to go anywhere near appimage, flatpak or snap.

    https://github.com/ITmaze/remote-docker

      • Onno (VK6FLAB)@lemmy.radio
        link
        fedilink
        arrow-up
        1
        ·
        13 hours ago

        I use apt, but you don’t have to, instead you can use any package manager from any distribution and use that distribution within the container.

        If an application isn’t packaged, you can use the same mechanism to compile from source.

        IMHO, if it’s not packaged and you can’t compile from source, it’s time to look for a different application.

  • Robbo@programming.dev
    link
    fedilink
    arrow-up
    5
    arrow-down
    1
    ·
    9 hours ago

    app images need to not be called app images. first time seeing it it sounds like some macos thing. but even still I don’t see why they get compared so much to flatpak and snap when they are completely different.

  • thesmokingman@programming.dev
    link
    fedilink
    arrow-up
    1
    ·
    15 hours ago

    Doesn’t Ubuntu still ship with Snap? I don’t think Flatpak trumps that yet. It’s hard to say one of the other formats won when Canonical (or Fedora derivatives in the case of Flatpak) still mainline something else.

  • NauticalNoodle@lemmy.ml
    cake
    link
    fedilink
    arrow-up
    5
    ·
    10 hours ago

    I used to hate AppImages until I had Snap forced on me. Then i thought AppImages weren’t so bad and I fled Snap by running straight into the arms of Flatpak

            • spartanatreyu@programming.dev
              link
              fedilink
              arrow-up
              10
              arrow-down
              1
              ·
              16 hours ago

              How is that my problem

              Well let’s break it down…

              You thought:

              Yeah, it’s called .deb

              Was an acceptable response to:

              Because it’s nice for devs to have a single package type to build per OS


              Your problem was your stupidity.

              But now your problem is everyone knowing about it.

                • Quibblekrust@thelemmy.club
                  link
                  fedilink
                  English
                  arrow-up
                  4
                  arrow-down
                  1
                  ·
                  8 hours ago

                  I think you’re the one lacking a sense of humor if you thought your comment was funny instead of making you look like an ass.

      • gworl@lemmy.blahaj.zone
        link
        fedilink
        arrow-up
        14
        ·
        23 hours ago

        Why can’t they do that already? Just choose whichever one you want it’s trivial for me to run whichever as a user

        • bleistift2@sopuli.xyz
          link
          fedilink
          English
          arrow-up
          9
          ·
          22 hours ago

          Recently I wanted to uninstall $thing. Couldn’t via the package manager. I had forgotten that it wasn’t a native package. So what was it? *scratches head* Flatpak, snap or Appimage? Aw damn, it’s an AppImage. Now where did I put the binary? *scratches head*.

          • chocrates@piefed.world
            link
            fedilink
            English
            arrow-up
            9
            arrow-down
            3
            ·
            22 hours ago

            Whats wrong with snaps? My only “issue” with appimages is i tend to leave them in my downloads folder and lose them

            • med@sh.itjust.works
              link
              fedilink
              arrow-up
              5
              ·
              13 hours ago

              There’s an appimaged daemon you can install that will manage them, and it watches a bunch of folders to integrate appimages with xdg and whatever window manager you’ve got. ~/Applications looks like an easy pick, or ~/.local/bin.

              Appimages you decide to keep you can just move there!

            • curbstickle@anarchist.nexus
              link
              fedilink
              English
              arrow-up
              16
              arrow-down
              1
              ·
              edit-2
              18 hours ago

              The snap store is a shit show of security issues.

              Forced migration to snaps.

              Performance issues.

              Proprietary back end.

              Slow to install

              Slow to start

              Eat up RAM

              Eat up disk space

              They screw up access to devices.

              They automatically update themselves without user confirmation.

              Fuck snaps. Fuck Canonical.

            • alfredon996@feddit.it
              link
              fedilink
              arrow-up
              16
              arrow-down
              1
              ·
              edit-2
              21 hours ago

              My issues with snaps are:

              • The server software is closed source and centralized
              • They create many block devices that can slow down booting the PC.
    • artyom@piefed.social
      link
      fedilink
      English
      arrow-up
      12
      arrow-down
      1
      ·
      23 hours ago

      It goes a long way to simplicity from both a user and dev to have only one package type to deal with and distribute.

      • aloofPenguin@piefed.world
        link
        fedilink
        English
        arrow-up
        4
        ·
        22 hours ago

        I’d agree with that sentiment, but at least for me, if we went with all flatpacks, i’d be losing the one ability that I like about appimages, which is as a one-time-use type of “installation”. They’re kind of like those windows EXEs that you could just run in place without needing to install. very useful for stuff like raspberrypi imager where I don’t need to keep it around much

        • morto@piefed.social
          link
          fedilink
          English
          arrow-up
          5
          ·
          21 hours ago

          appimages also allow some sort of portable apps you can carry around. Very useful for dealing with no internet scenarios. I also use appimages for things iI use very rarely and don’t want to bother to have them being updated regularly along with the system

      • Beacon@fedia.io
        link
        fedilink
        arrow-up
        8
        arrow-down
        1
        ·
        22 hours ago

        This completely. Speaking as a person who’s more tech skilled than 99% of non-programmers, i can tell you that installing apps is the main tech hurdle for Linux getting mainstream adoption.

        There are non-tech hurdles too, but of the actual technology being easy to use then app installation is really the only aspect left that regular people can’t do without a huge dive of tech learning that’s beyond what most people can do.

        • Installing on mac: click the Mac download button and follow the prompts.

        • Installing on Windows: click the Windows download button and follow the prompts.

        • Installing on Linux: there’s no Linux download button, there’s a couple of buttons that say words you’ve never heard of before. They look kinda like buttons to download an app. You click one and try to open it, but it just shows an error, etc etc etc

        • Samskara@sh.itjust.works
          link
          fedilink
          arrow-up
          0
          ·
          5 hours ago

          As a longtime Mac user, that’s not quite as easy. Some apps are only available through the Mac App Store. For applications you download there are several variants:

          • installers: double click and go through an install wizard with next buttons
          • zip files: double click to unpack, then put the app wherever you want (typically /Applications or ~/Applications)
          • disk images: double click to mount. Then drag and drop the app to /Applications
          • through macports or homebrew via command line
          • there are a couple of Apple system tools, that are often installed via command line like Rosetta and Xcode command line tools

          Of course you can have a zip file, that contains a disk image, that then contains an installer.

          For applications downloaded from the internet, you also get at least a warning when opening it. If it’s not notarized, you have to go to system settings to be able to run it. For many applications, you also need to go to settings and fiddle with sandbox settings to make them work.

          New users are often challenged by all these options. There are many who end up running an app from a disk image for example.

          You might also need to select the correct architecture because some applications don’t provide universal binaries for some reason.

          While installation is an issue for Linux, the bigger issue is the low availability of quality commercial software. The immense fracturing between distributions creates tons of issues as well.

  • Hond@piefed.social
    link
    fedilink
    English
    arrow-up
    45
    ·
    1 day ago

    I fucking love appimages. I dont have any issues with Flatpak. I just like appimages more and i can get them for almost all of my stuff. So idk if flatpaks won. But i also dont care.

    • NotSteve_@piefed.ca
      link
      fedilink
      English
      arrow-up
      6
      ·
      21 hours ago

      AppImages are great! It reminds me a lot of how software is packaged on MacOS and I think it hits that perfect trifecta of powerful, simple, and easy to use

    • SpaceNoodle@lemmy.world
      link
      fedilink
      arrow-up
      2
      ·
      18 hours ago

      AppImages integrate better, but despite including roughly the same amount of overhead bullshit as a flatpak, have been less reliable for me overall. Flatpaks are too isolated, even when they’re supposedly installed properly.

      What the fuck happened to distro packages? .rpm, .deb?

  • milagemayvary@mstdn.social
    link
    fedilink
    arrow-up
    3
    ·
    24 hours ago

    @ruffsl

    As much as I enjoy ease of use via package management, I prefer AppImage.

    Although I have more flatpaks, the apps I do have under appimage tend to crash less often compared to flatpaks.

    If an app is available as a native package, 10 times out of 10 will go for the native package

    I however, would prefer a system without flatpak & snap. :tux:

  • morto@piefed.social
    link
    fedilink
    English
    arrow-up
    4
    ·
    21 hours ago

    My only issue with flatpaks is that sometimes when I want to quickly install something using gnome software, it takes ages and downloads several GBs of data, despite the app having a much smaller size. This is really weird and makes me avoid using it, but I don’t know if it’s something with flatpak or gnome software

    • SamueruSama@programming.dev
      link
      fedilink
      arrow-up
      2
      ·
      19 hours ago

      This is because flatpak apps depend on flatpak runtimes, so the app will download the entire runtime it needs when you dont have it installed already.

      This is bad because a lot of flatpak runtimes like the GNOME runtime only have one year of support, so you blow a lot of storage in practice

    • Ganbat@lemmy.dbzer0.com
      link
      fedilink
      English
      arrow-up
      4
      ·
      21 hours ago

      I believe it’s a consequence of how flatpaks are sandboxed. The software itself might be small, but that sandbox also has to contain every dependency that software requires. It can get distressing when you’re on a 500GB ssd.