What’s up with homebrew that you’d have it installed by default on linux?

I don’t understand the appeal of it, can someone help me?

  • Bitrot@lemmy.sdf.org
    link
    fedilink
    English
    arrow-up
    8
    arrow-down
    1
    ·
    edit-2
    6 months ago

    The flatpak packaging tutorial has you build a cli app, so anyone building one is likely aware.

    The real issue is invoking the commands. If you install a snap of top, you run top and it opens. If you installed a flatpak it wouldn’t be added to your PATH and even if you added the exports directory to your PATH you would need to remember to run org.gnu.top. Nobody wants to run some random flatpak run command all the time or create aliases for everything, so “flatpak isn’t for cli” becomes the mantra.

    In an ideal world a flatpak could register the cli commands it wants to present to the user, and some alternatives system could manage which flatpak gets which command if there were collisions.

    • theshatterstone54
      link
      fedilink
      arrow-up
      3
      ·
      6 months ago

      In an ideal world a flatpak could register the cli commands it wants to present to the user, and some alternatives system could manage which flatpak gets which command if there were collisions.

      This has been my dream ever since I discovered Flatpak. I wish it becomes the case one day.

      It’s good that there has been partial progress in that direction. Let me give an example with the Floorp browser. I can do a flatpak install floorp and I can do a killall floorp and they will work. If we can somehow get a way of accessing flatpaks as if they’re regular packages via the terminal (is it possible to build a program to do this and have it packaged as a flatpak?; Maybe a program that creates a oneliner script to act as an “alias” in a directory (within $HOME so it works on immutable systems) that gets added to $PATH), that would be amazing!