Examples could be things like specific configuration defaults or general decision-making in leadership.

What would you change?

  • Samueru@lemmy.world
    32·
    5 months ago

    You can use an alias for that. Or even a wrapper script that intercepts that.

    For example you could place this script in your PATH named idk mmm installpkg (install might be an issue for a name)

    Which would do the following:

    #!/bin/sh

sudo pacman -S $@

    So when you type installpkg vim it will run sudo pacman -S vim

    You can repeat that for pacman -Syu, pacman -Rsn, etc. You can even replace pacman for your aur helper instead. (remove the sudo if you will use an aur helper instead).

      • Samueru@lemmy.world
        41·
        5 months ago

        alias totally works, but if you want to simplify it for multiple package managers then it is better to use a script.

        Like this example that when the user types pkginstall vim, pkginstall would be a script in path that would do the operation regarless of the package manager:

        # Install with 'pacman' (if available)
if command -v pacman >/dev/null 2>&1; then
    sudo pacman -S $@ || exit 1
fi

# Install with 'apt' (if available)
if command -v apt >/dev/null 2>&1; then
    sudo apt install $@ || exit 1
fi

# Install with 'dnf' (if available)
if command -v dnf >/dev/null 2>&1; then
    sudo dnf install $@ || exit 1
fi

        They could even install it in their ~/.local/bin, and as long as their distro makes that part of PATH (which arch does not kek) by just using that same home with another distro they already could install/remove packages and update using those wrapper scripts regardless of the distro.

        If you are wondering why the script needs to check if the package manager exists, it is because when testing it I discovered that if the first one is not installed it will cancel the operation and not continue, and if I remove the exit 1 it will attempt to use the next package manager when canceling the operation with ctrl+c.