• Captain Aggravated@sh.itjust.worksEnglish
    7·
    11 hours ago

    I do both. If I know exactly what I want to install, I’ll install it from the terminal because it’s often more direct. If I go “I need an app that does thing, what’s available?”

    • electric_nan@lemmy.ml
      1·
      16 hours ago

      I don’t get it. Looks like a script that runs all these things, but I don’t get the one dollar.

      • FlexibleToast@lemmy.worldEnglish
        4·
        16 hours ago

        The $1 is a positional variable. So if you run ./script.sh arg1 $1 would be arg1 in that example, $0 would be the ./script.sh. It’s the simplest way to pass an argument to a script.

        • electric_nan@lemmy.ml
          1·
          16 hours ago

          So… huh? What role does this play, since all the lines in the picture have $1? If you run it with arg1, won’t it run them all? And if you left out arg1 and also didn’t add $1 to each line, wouldn’t it also just run all of them?

          • Captain Aggravated@sh.itjust.worksEnglish
            5·
            11 hours ago

            So the joke is, you’ve got something you want to install, be it a Python module, Java library, steam game, desktop application, whatever. You want it installed, figuring out which package manager has it and remembering the exact command syntax starts getting to be a pain, so just use this script to try installing it from a variety of sources.

            You would evoke it by running ./install.sh package and it will replace all instances of $1 with the string “package” at runtime. The ampersand at the end of each line will run that line as a separate background process rather than in the foreground process, so effectively this will attempt to install “package” or whatever you put in as an argument from a half dozen sources simultaneously in parallel.

            These include the old and new Python package managers, the old and new Red Hat package managers, debian/Ubuntu’s APT with and without sudo, cloning a git repo and building from source, and the icing on the cake is curling directly into bash.

            Don’t curl directly into bash. You’ll catch genital rabies.

            Remember that this is an XKCD comic, it’s a joke. The alt-text says “The failures usually don’t hurt anything and if it installs multiple versions it increases the chance one of them is right. (the ‘yes’ command and ‘2>/dev/null’ are recommended additions.)” “Yes” is a bash command that will spam ‘y’ in the terminal, the point of it is to answer yes to any questions an automated system asks, and 2>/dev/null will stop it from displaying errors. These add an even deeper level of Yolo-ing.

          • A Basil Plant@lemmy.world
            5·
            15 hours ago

            If you run it with arg1, won’t it run them all?

            Yes, that is the intention. When you’re following some guide online and it requires you use some “software”, you may not know how to install that software.

            This install.sh script tries package managers, because one of them will probably work. Others will fail.

            For example, installing numpy (python package): pip install succeeds and all the other ones (hopefully) fail.

            Installing libcurl4-openssl-dev (curl with openssl library file): apt-get install works and all other ones (hopefully) fails.

            Longer and more thorough explanation:

            https://www.explainxkcd.com/wiki/index.php/1654:_Universal_Install_Script

    • boonhet@sopuli.xyz
      31·
      19 hours ago

      Never thought about it, but wouldn’t that just fail after the first one it fails to find? I think most install commands return nonzero if nothing is installed

      Should probably use or instead of and

  • konomi@piefed.blahaj.zoneEnglish
    431·
    1 day ago

    I’ll keep making Debian users aware that they can do it all in one command since Trixie.

    sudo apt --update --autoremove --with-new-pkgs upgrade
      • Successful_Try543@feddit.org
        6·
        23 hours ago

        Yes, it’s a command from apt-get that apt only passes through:

        –auto-remove, --autoremove
        If the command is either install or remove, then this option acts like running the autoremove command, removing unused dependency packages. Configuration Item: APT::Get::AutomaticRemove.

        –with-new-pkgs
        Allow installing new packages when used in conjunction with upgrade. This is useful if the update of an installed package requires new dependencies to be installed. Instead of holding the package back upgrade will upgrade the package and install the new dependencies. Note that upgrade with this option will never remove packages, only allow adding new ones. Configuration Item: APT::Get::Upgrade-Allow-New.

        -U, --update
        Run the update command before the specified command. This is supported for commands installing, removing, or upgrading packages such as install, remove, safe-upgrade, full-upgrade. This can be useful to ensure a command always installs the latest versions, or, in combination with the –snapshot option to make sure the snapshot is present when install is being run.

        https://manpages.debian.org/trixie/apt/apt-get.8.en.html

  • plateee@piefed.socialEnglish
    8·
    19 hours ago

    Aren’t you supposed to do apt full-upgrade instead of apt upgrade?

    Also wtf is pkcon for?