should i be worried installing these two? what does it mean though?

  • Mactan@lemmy.ml
    link
    fedilink
    arrow-up
    0
    ·
    4 months ago

    a curse upon these distros for alarming people with such messages. they are meaningless and technically apply to every flatpak

    • Possibly linux@lemmy.zip
      link
      fedilink
      English
      arrow-up
      0
      ·
      4 months ago

      They mean that the app has that permission. It is good that they let the user know the apps capabilities

      • The_Terrible_Humbaba@slrpnk.net
        link
        fedilink
        arrow-up
        0
        ·
        4 months ago

        Not for the average/casual user, which is why this post exists.

        The average person will look at that and see the ‘!’ in a triangle and became scared of what it can do to their system, even though it has no more permissions than a system package. Alternatively, they will become desensitized and learn to ignore it, resulting in installing flatpacks from untrusted and unverified sources.

        Overall, I just think the idea around having to sandbox all flatpaks is not a good idea. To give a concrete example, Librewolf is marked as “potentially unsafe” because it has access to the download folder, but if I want to use it to open a file that isn’t in “downloads” I have to use flatseal to give it extra permissions - it’s the worst of both worlds! Trying so hard to comply with flatpak guidelines that it gets in the way of doing things, and still not being considered safe enough.

        • MonkeMischief@lemmy.today
          link
          fedilink
          arrow-up
          0
          ·
          4 months ago

          I get what you mean. When updating Linux mint, the “This needs to get some additional packages too” window, relatively benign, has a big scary ⚠️/ /!\ on it.

          Felt the need to explain to the person I was installing it for. “That’s totally normal, just look it over first and continue.”

          …like, it’s gonna do that almost every time it updates, it doesn’t need to look scary. :|

        • Skull giver@popplesburger.hilciferous.nl
          link
          fedilink
          arrow-up
          0
          ·
          4 months ago

          but if I want to use it to open a file that isn’t in “downloads” I have to use flatseal to give it extra permissions

          There has been a portal to prevent this issue for years now. The fix isn’t to patch around issues in Flatseal, it’s for developers or Flatpak packagers to fix their security policies and code.

          As an added benefit, KDE users get thumbnails in their file picker because they’re no longer stuck with the old GTK one but instead can use their native file picker portal. A win for everyone!

          • The_Terrible_Humbaba@slrpnk.net
            link
            fedilink
            arrow-up
            0
            ·
            edit-2
            4 months ago

            I don’t know about this in depth, but from what another user in this thread said, a flatpak can’t ask a portal to have access to two files at once. If I’m understanding correctly, that would explain why Librewolf needs permission to access ~/Downloads, since it can be downloading more than one file at once, and it needs access to all those files in ~/Downloads at the same time.

            EDIT: I got a bit mixed up with what you were saying, but nevertheless, if this is true, then Librewofl would still need permission to access ~/Downloads and so be marked as “potentially unsafe”.

            • Skull giver@popplesburger.hilciferous.nl
              link
              fedilink
              arrow-up
              0
              ·
              4 months ago

              Librewolf would need to ask permission to a folder (for the standard downloads folder for instance) or it would need to show two save prompts when downloading two files (isn’t that what it does already?)

              The “two files” thing only applies to applications that ask access for one file (say, an mp4) and also want a second file in that same directory (say, a matching .srt). That can be worked around by selecting multiple files in the file picker, but that does pose for an annoying restriction. I don’t see how a browser would be affected by this, though, as browsers don’t tend to also send secondary files when you upload something.

    • Skull giver@popplesburger.hilciferous.nl
      link
      fedilink
      arrow-up
      0
      ·
      4 months ago

      I think they’re a move in the right direction.

      Just looking at the weird scaremongering around Signal from the past few days ("a chat app stores keys as files that you can read) shows a trend that I’ve been seeing more the past years: people have gotten so used to the Android/iOS sandboxing system that they’ve either never been taught or have forgotten how normal programs work.

      Flatpak and the necessary desktop portals are very much a work in progress when it comes to user friendliness, but they’re what the world has been moving towards for a while now.

      I don’t know why a journaling app needs full system access and access to system settings, and the permission Flatseal requests is a dangerous one if you pay attention to these things. Looks like they’re doing their job to me.