Background-Story: I did a “flatpak update” on a remote client and every package wants the PW for downloading and for installing again. I had to enter the password like 30 times or more.

  • graham1@lemmy.world
    link
    fedilink
    English
    arrow-up
    42
    arrow-down
    3
    ·
    8 months ago

    I know a lot of people enjoy flatpak, and I enjoyed it for a couple apps that had annoying update processes in other package managers, but I’m really not impressed with it overall. Maybe it’s an unpopular opinion

    • acockworkorange@mander.xyz
      link
      fedilink
      arrow-up
      33
      arrow-down
      1
      ·
      8 months ago

      Nah, it’s pretty popular. Flatpack for the things you can’t / won’t use your regular package manager is the most common behavior.

      • Kusimulkku@lemm.ee
        link
        fedilink
        arrow-up
        12
        arrow-down
        1
        ·
        8 months ago

        I dunno. A lot of stuff is switching over to flatpak these days. And it is the right direction. Regular repo stuff for the system and flatpak for apps is the way to go. You can have solid base separate from the applications.

          • Kusimulkku@lemm.ee
            link
            fedilink
            arrow-up
            5
            ·
            8 months ago

            It’s good that there’s options for everyone. I feel like flatpak is to desktop systems what docker is to servers.

            The situation right now is good in that both are maintained, but in the future it might be that distro repos get slimmer while flatpak becomes the norm. But we’ll see. I bet there’s people out there willing to maintain packages in the distro repos if nothing else then out of spite hah.

            • acockworkorange@mander.xyz
              link
              fedilink
              arrow-up
              1
              ·
              8 months ago

              I think there are some quite difficult technical challenges to solve with flatpacks that prevent its wholesale adoption. I’m sure they’ll find a way, but it’ll take some time. In the meantime, I’ll rest on apt.

              • Kusimulkku@lemm.ee
                link
                fedilink
                arrow-up
                1
                ·
                8 months ago

                I don’t know, I think it’s really far already. I can’t think of any big issues I’ve had. Biggest technical issue is KeepassXC talking to Firefox, if both are in flatpaks. But that has a working workaround and the issue is being worked on right now (I had a ton of emails since I seem to be following the issue on github lol).

                • acockworkorange@mander.xyz
                  link
                  fedilink
                  arrow-up
                  1
                  ·
                  edit-2
                  8 months ago

                  That is a big one, inter process messaging securely.

                  The other one is memory deduplication. Uncontainerized libraries get code stored in memory once. When two applications use the same library, only library variables are duplicated, executable code is stored once.

                  When two flatpacks package the same library, they duplicate memory use. This is has to be addressed if we’re thinking of replacing regular packages altogether.

                  Ok, suppose we got over that technical jump and can share code memory among different flatpacks. What happens when one of them is updated and packs a newer version of the library? Can we use the newer version for both? Are we breaking compartmentalization by doing so? Or by the very sharing of it?

                  The concepts need to be worked out (a big hurdle), then implemented. At this point, are we departing too much for the concept that we’re essentially creating just another package format?

                  I don’t have these answers, but I think there’s a good chance the answer to those will limit flatpack (and competitors) application as the end-all, be-all package format.

                  • Kusimulkku@lemm.ee
                    link
                    fedilink
                    arrow-up
                    2
                    ·
                    8 months ago

                    Inter process messaging seems to be have quite some attention right now. I don’t think it’s very far now, if KeepassXC/Firefox issue I’m following is any indication.

                    When two flatpacks package the same library, they duplicate memory use.

                    Maybe I misunderstood you, but if they share the same library, the memory deduplication is already happening? I found this https://github.com/flatpak/flatpak/issues/4997

                    I’ve been running fairly low ram machines and I genuinely haven’t noticed any difference. Maybe I haven’t run enough of them at the same time and them having different (not shared) libraries. I wonder what the benchmarks are on this. I’ve only seen threads where people say it uses a bit more but no real comparison.

                    end-all, be-all package format.

                    I’m not sure if that’s the direction. I think flatpak is specifically targeting GUI apps, with the “system” packages being traditional packages. And I think that’s a good solution, that way you’d have a tighter system layer that could even be immutable and you’d have a separate application layer, so they don’t mess with each other. Good for preventing breakage of the system if there’s somehing fucky with some app.

        • KISSmyOS@feddit.de
          link
          fedilink
          arrow-up
          2
          arrow-down
          1
          ·
          edit-2
          8 months ago

          And it is the right direction.

          I disagree. There’s already a universal format for deploying software on all Linux distros. It’s called “source code”.

      • retrieval4558@mander.xyz
        link
        fedilink
        arrow-up
        2
        ·
        8 months ago

        Noob question: lately I’ve been using flatpaks for most things because of the packaged dependencies. I am under the impression that as you add and remove programs over time, you’ll run into less issues with flatpak than with the distro package manager because the dependencies will come and go with the flatpaks and not sit in the host accumulating my mistakes. Am I wrong about this?

        • acockworkorange@mander.xyz
          link
          fedilink
          arrow-up
          2
          ·
          8 months ago

          Any package manager worth its CPU cycles should take care of orphaned dependencies for you. Whether your package manager is decent or not is matter of heated debate, but the problem of orphaned dependencies has been largely solved.

          TLDR, you’re likely wrong about it. You’re also paying to have a neat filesystem by using more storage (which is cheap, spend away), memory (a bit or a big bit, depending), and performance (there are comparisons online, only you can decide if it’s significant for you).

          Now, my opinion is that you’re overtaxing yourself. The reason you mentioned for adopting flatpack is better addressed by familiarizing yourself with your main package manager. People that defend widespread use of flatpacks usually have other reasons (mostly newer versions, faster bug fixes and security fixes, etc.).

          The combination of which distribution and how to use side-loaded software isn’t a one size fits all. There are pros and cons to each approach, and they differ based on your needs, your distro, your threats…

    • 👍Maximum Derek👍@discuss.tchncs.de
      link
      fedilink
      English
      arrow-up
      17
      arrow-down
      2
      ·
      8 months ago

      I’m convinced most of flatpack’s popularity is just it not being snap. When one is meh but you actively dislike the other, “meh” starts to look pretty good. Or maybe I’m just projecting my own feelings.

      • anyhow2503@lemmy.world
        link
        fedilink
        arrow-up
        5
        ·
        8 months ago

        They both solve a very similar set of problems and they each have their advantages, but canonical really managed to burn a lot of community goodwill with snap, so I’m just not willing to touch it personally (I also dislike having a hundred loop devices in my mounts).

    • li10@feddit.uk
      link
      fedilink
      English
      arrow-up
      11
      arrow-down
      2
      ·
      8 months ago

      Maybe I’m talking out my ass, but it seems to be something devs like because it makes their life easier.

      Flatpak/snaps are always a hard miss for me as a user, unless there’s no other option.

      • Kusimulkku@lemm.ee
        link
        fedilink
        arrow-up
        4
        ·
        8 months ago

        For users it can mean a lot better app availability since not every distro has enough maintainers to have timely updates for all their repo packages and the maintainer obviously doesn’t want to maintain it for every single distro. Less work for maintainers/devs all around, with the benefit of better app availability to the user.

      • taladar@sh.itjust.works
        link
        fedilink
        arrow-up
        2
        arrow-down
        1
        ·
        8 months ago

        it seems to be something devs like because it makes their life easier.

        It seems to be something some devs like because they get annoyed when distro maintainers point out problems in their software or implement workarounds for those issues.

    • stepanzak@iusearchlinux.fyi
      link
      fedilink
      arrow-up
      8
      ·
      8 months ago

      Given the shortage of people working on FOSS apps, I’m all in for anything that makes their lifes easier, so tgey can focus on the programming part and don’t have to care about packaging. That can be solved with community packaging like AUR, but that has it’s own problems.

      • taladar@sh.itjust.works
        link
        fedilink
        arrow-up
        4
        arrow-down
        1
        ·
        8 months ago

        But Flatpak is one of the technologies that explicitly has the developer deal with packaging, something they are usually quite bad at because they don’t do it very often, unlike distro maintainers.

        • stepanzak@iusearchlinux.fyi
          link
          fedilink
          arrow-up
          1
          ·
          8 months ago

          Yes, but developers can create only flatpak, where they make sure it works and they officially support it, and then completely stop caring about other formats and community packages. Just like Bottles project does.

          • taladar@sh.itjust.works
            link
            fedilink
            arrow-up
            1
            ·
            8 months ago

            where they make sure it works and they officially support it

            Citation needed

            completely stop caring about other formats and community packages.

            That seems to be the case every time developers package software in any way. Sometimes even if they don’t package it at all.

            • stepanzak@iusearchlinux.fyi
              link
              fedilink
              arrow-up
              1
              ·
              8 months ago

              I’ll try to reword it so it’s clearer what I meant: I think developers shouldn’t have to maintain more than one package format, and I think flatpak is the best format to be the one supported by the developer officially. Many developers officially support only .deb for example.

    • anyhow2503@lemmy.world
      link
      fedilink
      arrow-up
      3
      ·
      8 months ago

      Maybe you have your own reasons for not being impressed with flatpak and you just didn’t list them, but this post is just OP blaming the flatpak CLI for not using sudo for him. There are things that flatpak doesn’t do well, but there’s currently not a single comment under this post listing any genuine drawbacks.