A shell scripts handler (shsh) for managing shell scripts, functions, standalone binaries, completion files, and more.
Shsh allows you to quickly install shell packages directly from github or other sites. Instead of looking for specific install instructions for each package and messing with your $PATH
, shsh will create a central location for all packages and manage their executable, completions files, and man files for you. It is multi-threaded to speed up updating and setting up your packages.
Shsh is a POSIX-compatible script handler, as a former fork of basher but was made to works with even the most strict POSIX compliance shell like dash. The performance of shsh is enhanced by using dash
and with our use of multi-threaded approach. The flexibility of shsh comes from hooks where you can run arbitrary scripts that persists across package updates.
Automatically bootstrap and install shsh
(which would also modify your shell's init script)
curl -s https://raw.githubusercontent.com/soraxas/shsh/master/bootstrap/install.sh | sh
shsh
can retrive pre-made recipes hosted in my repo.
For example:
shsh install -r mamba
shsh install -r git-annex
Ranger: A powerful terminal file manger
shsh install ranger/ranger -v REMOVE_EXTENSION=true -v BINS=ranger.py -h pre='sed -i "1d;2i#!/usr/bin/python3 -O" ranger.py'
-
Manual: Checkout shsh inside
$XDG_DATA_HOME
, e.g., at~/.local/share/shsh
# clone shsh and add shsh to $PATH variable $ git clone https://github.com/soraxas/shsh ~/.local/share/shsh $ export PATH="$HOME/.local/share/shsh/bin:$PATH" # Optional: link shsh's own completion files and man pages to cellar $ cd ~/.local/share/shsh && make self-linking
Or with AUR (Arch): Install
shsh
orshsh-git
pacakage in AUR, e.g.$ yay -S shsh
-
Initialise shsh in your shell init file, e.g.
# in ~/.bashrc, ~/.zshrc, etc. eval "$(shsh init SHELL)" # SHELL: sh, bash, zsh, fish
Fish: Use the following commands instead:
$ shsh init fish | source
Run the following command to and pull the latest changes in shsh (Manual method only):
$ shsh self-upgrade
-
Installing remote packages
$ shsh install sstephenson/bats
By default,
shsh
will install package from Github. This will install bats and addbin/bats
to$PATH
.-
Installing packages from other sites
$ shsh install bitbucket.org/user/repo_name
This will install
repo_name
from https://bitbucket.org/user/repo_name -
Using ssh instead of https
If you want to do local development on installed packages and you have ssh access to the site, use
--ssh
to override the protocol:$ shsh install --ssh juanibiapina/gg
-
-
Installing a local package
$ shsh link directory my_namespace/my_package
The
link
command allows you to directly link it to shsh (similar topip install -e .
) and any modification to your directory will have an immediate effect.-
The
link
command will install the dependencies of the local package. You can prevent that with the--no-deps
option:$ shsh link --no-deps directory my_namespace/my_package
-
-
Installing a github release directly (e.g. pre-compiled binary)
$ shsh install --gh-release ajeetdsouza/zoxide FISH_COMPLETIONS=completions/zoxide.fish
The
--gh-release
flag indicates that you want to directly download and link the binary within github release.-
You can also pin a release version with:
$ shsh install --gh-release junegunn/[email protected]
which would download from releases with the
0.38.0
tag. -
If
shsh
is unable to pick the correct asset for you (e.g., the release contains multiple files and it can't determines which to download), you can also specify the asset to download by$ shsh install vslavik/diff-pdf --gh-release=diff-pdf-0.5.tar.gz
which would sort the asset by prioritising asset with the substring
diff-pdf-0.5.tar.gz
.
NOTE: Downloading gh-release has an optional dependency on
jq
(to parse json). If your system does not hasjq
,shsh
can also attempt to automatically bootstrapjq
by itself. -
-
Sourcing files from a package into current shell
Basher provides an
include
function that allows sourcing files into the current shell. After installing a package, you can run:include username/repo lib/file.sh
This will source a file
lib/file.sh
under the packageusername/repo
.
shsh install <package>
- Installs a package from github, custom site, or any arbitrary recipes.shsh uninstall <package>
- Uninstall a packageshsh link <directory>
- Installs a local directory as a shsh packageshsh help <command>
- Display help for a commandshsh list
- List installed packagesshsh outdated
- List packages which are not in the latest versionshsh upgrade <package>
- Upgrade a package to the latest version
To change the behavior of shsh, you can set the following variables either globally or before each command:
- If
$XDG_DATA_HOME
is set,$SHSH_ROOT
will be set as$XDG_DATA_HOME/shsh
; if not set,$HOME/.local/share/shsh
is the default. . It is used to store cellar for the cloned packages. SHSH_FULL_CLONE=true
- Clones the full repo history instead of only the last commit (useful for package development)SHSH_PREFIX
- set the installation and package checkout prefix (default is$SHSH_ROOT/cellar
). Setting this to/usr/local
, for example, will install binaries to/usr/local/bin
, manpages to/usr/local/man
, completions to/usr/local/completions
, and clone packages to/usr/local/packages
. This allows you to manage "global packages", distinct from individual user packages.
-
Packages are simply repos
username/repo
. You may also specify a sitesite/username/repo
. -
Any files inside a
bin
directory are added to$PATH
. If there is nobin
directory, any executable files in the package root are added to$PATH
. -
Any man pages (files ended in
\.[0-9]
) inside aman
directory are added to the man path. -
Optionally, a repo might contain a
package.sh
file which specifies binaries, dependencies and completions in the following format:BINS=folder/file1:folder/file2.sh DEPS=user1/repo1:user2/repo2 BASH_COMPLETIONS=completions/package ZSH_COMPLETIONS=completions/_package
BINS specified in this fashion have higher precedence then the inference rules above.
The following are a list of recipes that uses shsh
plus some lightweight hooks to bootstrap installing script/binaries on a new system. I personally has the following contents in my ~/.config/shshrc
file.
I had defined some handy functions in the shshrc
file:
has_cmd() {
command -v "$1" >/dev/null
}
is_hostname() {
[ $(cat /etc/hostname) = "$1" ]
}
is_wsl() {
cat /proc/version | grep -q '[Mm]icrosoft'
}
-
The powerful delta for viewing diff or git-diff output:
# if we have cargo, we can build delta directly has_cmd cargo && \ shsh install dandavison/delta -h pre=make -v BINS=target/release/delta
-
High-level git workflow with git-town
has_cmd go && \ shsh install git-town/git-town -h pre='go build && ./git-town completions fish > git-town.fish' -v FISH_COMPLETIONS=git-town.fish
-
Install scripts only on some certain machine
# for running bash tests is_hostname Arch && \ shsh install bats-core/bats-core
-
Make sure files has executable bits in gist
# for opening reverse port shsh install gist.github.com/soraxas/0ef22338ad01e470cd62595d2e5623dd soraxas/open-rev-ports -h a+x
-
Running post hook for
wsl-open
in wsl# script to simulate xdg-open in wsl is_wsl && \ shsh install 4U6U57/wsl-open -h post='echo "*; wsl-open '"'"'%s'"'"'" > ~/.mailcap'
-
Scripts for installing pre-compiled binary for wsl
is_wsl && \ shsh install --plain wsl-tools/win32yank -v _ARCH=x64 -v _VERSION=v0.0.4 -h pre='curl -sLo out.zip https://github.com/equalsraf/win32yank/releases/download/$_VERSION/win32yank-$_ARCH.zip && unzip out.zip' -h +x=win32yank.exe