z-a-bin-gem-node#

Introduction#

A Zsh-Zinit annex (i.e. an extension) that provides functionality, which allows to:

  1. Run programs and scripts without adding anything to $PATH,
  2. Install and run Ruby gems and Node modules from within a local directory with $GEM_HOME and $NODE_PATH automatically set,
  3. Run programs, scripts and functions with automatic cd into the plugin or snippet directory, plus also with automatic standard output & standard error redirecting.
  4. Source scripts through an automatically created function with the above $GEM_HOME, $NODE_PATH and cd features available,
  5. Create the so called shims known from rbenv – the same feature as the first item of this enumaration – of running a program without adding anything to $PATH with all of the above features, however through an automatic script created in $ZPFX/bin, not a function (the first item uses a function-based mechanism),
  6. Automatic updates of Ruby gems and Node modules during regular plugin and snippet updates with zinit update ….

Installation#

Simply load like a regular plugin, i.e.:

zinit light zinit-zsh/z-a-bin-gem-node

After executing this command you can then use the dl'' and patch'' ice-mods.

How it works – bird's-eye view#

Below is a diagram explaining the major feature – exposing a binary program or script through a Zsh function of the same name:

diagram

This way there is no need to add anything to $PATHz-a-bin-gem-node will automatically create a function that will wrap the binary and provide it on the command line like if it was being placed in the $PATH.

Also, like mentioned in the enumeration, the function can automatically export $GEM_HOME, $NODE_PATH shell variables and also automatically cd into the plugin or snippet directory right before executing the binary and then cd back to the original directory after the execution is finished.

Also, like already mentioned, instead of the function an automatically created script – so called shim – can be used for the same purpose and with the same functionality.

How it works, in detail#

Suppose that you would want to install junegunn/fzf-bin plugin from GitHub Releases, which contains only single file – the fzf binary for the selected architecture. It is possible to do it in the standard way – by adding the plugin's directory to the $PATH:

zinit ice as"command" from"github-rel"
zinit load junegunn/fzf-bin

After this command, the $PATH variable will contain e.g.:

% print $PATH
/home/sg/.zinit/plugins/junegunn---fzf-bin:/bin:/usr/bin:/usr/sbin:/sbin

For many such programs loaded as plugins the PATH can become quite cluttered. I've had 26 entries before switching to z-a-bin-gem-node. To solve this, load with use of fbin'' ice provided and handled by z-a-bin-gem-node:

zinit ice from"gh-r" fbin"fzf"
zinit load junegunn/fzf-bin

The $PATH will remain unchanged and an fzf function will be created:

% which fzf
fzf () {
        local bindir="/home/sg/.zinit/plugins/junegunn---fzf-bin"
        "$bindir"/"fzf" "$@"
}

Running the function will forward the call to the program accessed through an embedded path to it. Thus, no $PATH changes are needed!

The Ice Modifiers Provided By The Annex#

There are 7 ice-modifiers provided and handled by the annex. They are:

  1. fbin'' – creates functions for binaries and scripts,
  2. sbin'' – creates shims for binaries and scripts,
  3. gem'' – installs and updates gems + creates functions for gems' binaries,
  4. node'' – installs and updates node_modules + creates functions for binaries of the modules,
  5. fmod'' – creates wrapping functions for other functions,
  6. fsrc'' – creates functions that source given scripts,
  7. ferc'' – the same as fsrc'', but using an alternate script-loading method.

The ice-modifiers in detail:


1. fbin'[{g|n|c|N|E|O}:]{path-to-binary}[ -> {name-of-the-function}]; …'#

Creates a wrapper function of the name the same as the last segment of the path or as {name-of-the-function}. The optional preceding flags mean:

  • g – set $GEM_HOME variable,
  • n – set $NODE_PATH variable,
  • c – cd to the plugin's directory before running the function and then cd back after it has been run,
  • N – append &>/dev/null to the call of the binary, i.e. redirect both standard output and standard error to /dev/null,
  • E – append 2>/dev/null to the call of the binary, i.e. redirect standard error to /dev/null,
  • O – append >/dev/null to the call of the binary, i.e. redirect standard output to /dev/null.

Example:

% zinit ice from"gh-r" fbin"g:fzf -> myfzf"
% zinit load junegunn/fzf-bin
% which myfzf
myfzf () {
        local bindir="/home/sg/.zinit/plugins/junegunn---fzf-bin"
        local -x GEM_HOME="/home/sg/.zinit/plugins/junegunn---fzf-bin"
        "$bindir"/"fzf" "$@"
}

2. gem'{gem-name}; …'#

gem'[{path-to-binary} <-] !{gem-name} [-> {name-of-the-function}]; …'#

Installs the gem of name {gem-name} with $GEM_HOME set to the plugin's or snippet's directory. In other words, the gem and its dependencies will be installed locally in that directory.

In the second form it also creates a wrapper function identical to the one created with fbin'' ice.

Example:

% zinit ice gem'!asciidoctor'
% zinit load zdharma/null
% which asciidoctor
asciidoctor () {
        local bindir="/home/sg/.zinit/plugins/zdharma---null/bin" 
        local -x GEM_HOME="/home/sg/.zinit/plugins/zdharma---null" 
        "$bindir"/"asciidoctor" "$@"
}

3. node'{node-module}; …'#

node'[{path-to-binary} <-] !{node-module} [-> {name-of-the-function}]; …'#

Installs the node module of name {node-module} inside the plugin's or snippet's directory.

In the second form it also creates a wrapper function identical to the one created with fbin'' ice.

Example:

% zinit delete zdharma/null
Delete /home/sg/.zinit/plugins/zdharma---null?
[yY/n…]
y
Done (action executed, exit code: 0)
% zinit ice node'remark <- !remark-cli -> remark; remark-man'
% zinit load zdharma/null
…installation messages…
% which remark
remark () {
        local bindir="/home/sg/.zinit/plugins/zdharma---null/node_modules/.bin"
        local -x NODE_PATH="/home/sg/.zinit/plugins/zdharma---null"/node_modules
        "$bindir"/"remark" "$@"
}

In this case the name of the binary program provided by the node module is different from its name, hence the second form with the b <- a -> c syntax has been used.


4. fmod'[{g|n|c|N|E|O}:]{function-name}; …'#

fmod'[{g|n|c|N|E|O}:]{function-name} -> {wrapping-function-name}; …'#

It wraps given function with the ability to set $GEM_HOME, etc. – the meaning of the g,n and c flags is the same as in the fbin'' ice.

Example:

% myfun() { pwd; ls -1 }
% zinit ice fmod'cgn:myfun'
% zinit load zdharma/null
% which myfun
myfun () {
        local -x GEM_HOME="/home/sg/.zinit/plugins/zdharma---null"
        local -x NODE_PATH="/home/sg/.zinit/plugins/zdharma---null"/node_modules
        local oldpwd="/home/sg/.zinit/plugins/zinit---z-a-bin-gem-node"
        () {
                setopt localoptions noautopushd
                builtin cd -q "/home/sg/.zinit/plugins/zdharma---null"
        }
        "myfun--za-bgn-orig" "$@"
        () {
                setopt localoptions noautopushd
                builtin cd -q "$oldpwd"
        }
}
% myfun
/home/sg/.zinit/plugins/zdharma---null
LICENSE
README.md

5. sbin'[{g|n|c|N|E|O}:]{path-to-binary}[ -> {name-of-the-script}]; …'#

It creates the so called shim known from rbenv – a wrapper script that forwards the call to the actual binary. The script is created always under the same, standard and single $PATH entry: $ZPFX/bin (which is ~/.zinit/polaris/bin by default).

The flags have the same meaning as with fbin'' ice.

Example:

% zinit delete junegunn/fzf-bin
Delete /home/sg/.zinit/plugins/junegunn---fzf-bin?
[yY/n…]
y
Done (action executed, exit code: 0)
% zinit ice from"gh-r" sbin"fzf"
% zinit load junegunn/fzf-bin
…installation messages…
% cat $ZPFX/bin/fzf
#!/usr/bin/env zsh

function fzf {
    local bindir="/home/sg/.zinit/plugins/junegunn---fzf-bin"
    "$bindir"/"fzf" "$@"
}

fzf "$@"

6. fsrc'[{g|n|c|N|E|O}:]{path-to-script}[ -> {name-of-the-function}]; …'#

7. ferc'[{g|n|c|N|E|O}:]{path-to-script}[ -> {name-of-the-function}]; …'#

Creates a wrapper function that at each invocation sources the given file. The second ice, ferc'' works the same with the single difference that it uses eval "$(<{path-to-script})" instead of source "{path-to-script}" to load the script.

Example:

% zinit ice fsrc"myscript -> myfunc" ferc"myscript"
% zinit load zdharma/null
% which myfunc
myfunc () {
        local bindir="/home/sg/.zinit/plugins/zdharma---null"
        () {
                source "$bindir"/"myscript"
        } "$@"
}
% which myscript
myscript () {
        local bindir="/home/sg/.zinit/snippets/OMZ::plugins--git/git.plugin.zsh"
        () {
                eval "$(<"$bindir"/"myscript")"
        } "$@"
}