• @corroded@lemmy.world
        link
        fedilink
        English
        41 month 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
          11 month 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.

      • @NotationalSymmetry@ani.social
        link
        fedilink
        English
        21 month ago

        Ironic that Windows has become the same way. New functionality is available first as a Powershell command before the GUI control is written. This is because those are two efforts. First you write the function then you need to call the function from a GUI element.

        Ironic #2 is that Pop_OS comes with more settings available in the GUI than any other Linux I have used. Maybe you haven’t tried it.

        To say no distro can fix is nonsense. Any distro can make new GUI elements and because it’s open source once the work is done other distros can add the same to their own menus.

        Just like it has taken Microsoft over a decade to develop the new settings app, they still haven’t achieved feature parity with the control panel. This should make obvious how much hard work is required.

        So the solution is that we just need to write more GUI menus for linux and I’m fine with that. It’s nice to have the option to use a menu or edit the text file. Then everyone gets what they want.

          • @NotationalSymmetry@ani.social
            link
            fedilink
            English
            11 month ago

            Yes, literally everything you mentioned can be changed in the gui of pop_os. You should really try it before being so confidently incorrect. It’s not a matter of won’t because they already did. They are making improvements all the time.

              • @NotationalSymmetry@ani.social
                link
                fedilink
                English
                11 month ago

                Your research obviously does not include installing pop_os. The settings are in what you would call on Windows the “system tray”. The menu in the corner. You have some quick settings there, which includes the power profile. Then you can open the full settings app which has everything. Just go look for yourself.