We need to accommodate cases where a submodule local path (or remote)
URL can change. Accordingly, update instruction and `zprezto-update`
function to synchronizes submodules' remote URL configuration setting
to the updated value automatically.
Add guard to check for presence of 'run-help' in `aliases` hash before evicting.
In some systems (like Debian) '/etc/zshrc' might have already done it.
Allow loading more specific 'run-help' function from $fpath. This
allows automatically looking up specific sub-command helper if
available instead of the static default ('man').
See: ccc9cff9e2/Functions/Misc/run-help (L3-L8)
Now that modules can be located in different directories, the `init.zsh` should be loaded from the `$module_location` and not `$ZPREZTODIR/modules/$pmodule`
* Allow modules to be loaded from multiple places
* Add setting for user specified module dirs
This is initial work for the contrib repo, mentioned in #1424
* [zprezto-update] Add convenience function to update zprezto
This function checks if there is any update to zprezto, and if so
will pull in the changes. It will not attempt a pull unless
it is fastforwardable. It also makes sure the user is on the master
branch before attempting.
* [zprezto-update] Improve resilience of the function
Better error checking of status of the git repository
and better error producing.
Fit columns into mostly 80 width and add a missing printf
argument.
Use ( ) around the function so changing directory does not affect
the outer scope.
* [README] Add instructions on using zprezto-update function
When my zsh had issues, and I was debugging it, this line would
end up being run but no output would be made to the screen.
Changing it from print to printf caused the error to properly be
displayed.
Add the '-' flag to the function glob which makes the other flag test
against the target of the symlink, and not the symlink itself.
When using rcm (https://github.com/thoughtbot/rcm), the function files
are symlinked by default, but the current glob excludes them by
targeting normal files (with the '.' flag).
Signed-off-by: Sorin Ionescu <sorin.ionescu@gmail.com>