• corroded@lemmy.world
    link
    fedilink
    English
    arrow-up
    5
    arrow-down
    1
    ·
    3 days ago

    At least for me, the whole “made by devs for devs” isn’t really the major downfall. It’s the fact that it can’t be trusted to remain functional in a dynamic environment. I like using the command line, but sometimes that’s just not enough.

    If I need a specific software package, I can download the source, compile it, along with the 100 of libraries that they chose not to include in the .tar.gz file, and eventually get it running.

    However, when I do an “apt update” and it changes enough, then the binary I compiled earlier is going to stop working. Then I spend hours trying to recompile it along with it’s dependencies, only to find that it doesn’t support some obscure sub-version of a package that got installed along with the latest security updates.

    In a static environment, where I will never change settings or install software (like my NAS), it’s perfect. On my desktop PC, I just want it to work well enough so I can tinker with other things. I don’t want to have to troubleshoot why Gnome or KDE isn’t working with my video drivers when all I want to do is launch remote desktop so I can tinker with stuff on a server that I actually want to tinker with.

    • NotationalSymmetry@ani.social
      link
      fedilink
      English
      arrow-up
      1
      ·
      5 hours ago

      This isn’t an issue anymore with flatpacks and snaps. I’ve been using Pop_OS for years now and I’ve never had to compile anything. If the deb isn’t available, or is the wrong version, there is a flatpack of the latest version. These aren’t tied to system package versions so you don’t run into dependency hell. It’s all managed through the pop shop so you never have to use the command line to install software at all.