• beleza pura@lemmy.eco.br
    link
    fedilink
    arrow-up
    29
    arrow-down
    1
    ·
    3 months ago

    didn’t read the article, but i never got the point of having a distro-specific flathub repo. isn’t being distro-agnostic the main thing about flatpaks?

    • pmk@lemmy.sdf.org
      link
      fedilink
      arrow-up
      13
      arrow-down
      1
      ·
      edit-2
      3 months ago

      It’s about making sure you know what is inside the flatpaks. If you make your own set of flatpaks, you can distribute them with the OS. It’s not that fedora flatpaks aren’t distro-agnostic, you can use them on any distro. They just want a set where they can verify the build process and trust.

        • pmk@lemmy.sdf.org
          link
          fedilink
          arrow-up
          3
          arrow-down
          1
          ·
          3 months ago

          Indeed. I believe most users will just switch to flathub. Sort of how most users will install some codecs, but it can’t legally be included in the base install.

      • beleza pura@lemmy.eco.br
        link
        fedilink
        arrow-up
        5
        arrow-down
        2
        ·
        3 months ago

        sounds weird to me. aren’t we replicating the repository problem if each distro decides to make a flatpak repo according to their own philosophies?

        • quarterlife@lemmy.sdf.org
          link
          fedilink
          arrow-up
          3
          arrow-down
          1
          ·
          3 months ago

          Yes, we are. It’s exactly why it shouldn’t be done and why Fedora is the only project wasting their time with this.

          • beleza pura@lemmy.eco.br
            link
            fedilink
            arrow-up
            1
            ·
            3 months ago

            i don’t have an issue with multiple flatpak repos. i’d actually find it very interesting if we went a more decentralized route with flatpak (maybe kde, gnome, mozzila would each have their own repos). but i don’t see the point of a distro-specific flatpak when we already have normal packages. compatibility is kind of a non-issue, since you’re not supposed to install them elsewhere anyway (unlike flatpaks)

            also, i see absolutely no reason to use fedora’s flatpak repo on debian given that flathub exists already. you could add it if you want it, but what’s the point?