GitLab

before, 128 was returned, which could display an error,
but out of a git repo this should exit silently
fixes #2226

Users may install their own version of autojump to override the system
installed version.

If you are using a submodule, ~/.vim/bundle/vundle/.git is a file,
not a directory. So I changed the test for that.

Signed-off-by: Gaetan Semet <gaetan@xeberon.net>

This speeds up transfers significantly. No reason not to include it as far as I know.

This allows customization via .zshenv if wanted. This is helpful
for zsh developers and people who want to move it out of $HOME

Fixes #2008.

from #2360

as suggested in #2382

inspired from #2018

continuating #1923

correctly detect when pygmentize is not installed
do not exit shell if when pygmentize is not installed

Fix rbenv plugin for OS X latest homebrew

By convention, user-specific aliases are kept in each user's .zshrc
file. The .zshrc template provided by oh-my-zsh has an area for example
aliases, though these were being loaded before other aliases in libs, plugins,
and themes. As a result, personal aliases could be overwritten by these
other aliases as they are loaded. To make personal customization easier, the
sample aliases section of the .zshrc template has been moved to the area
dedicated for personal customization. This section of the configuration
is processed after all other items are loaded, preventing personal aliases
and exports from being inadvertently clobbered by oh-my-zsh.

Since the `bower` plugin specifies a `bi` alias and `bundle` plugin
specifies a `bi` function, there is a name clash when using both
plugins, which results in the message "Can't 'bundle install' outside a
bundled project" when trying to execute `bower`.

This adresses #2486

This commit move the nocorrect aliases definition so they're called
only when the user set ENABLE_CORRECTION to "true" to activate commands
autocorrection.

Since commands auto-correction must be explicitly enable with
the ENABLE_CORRECTION envvar, this commit replaces the unaccurate
example in the zshrc template.

Reverts #2296, but mostly #1883.

There is no need to source ~/.profile when this script is read. oh-my-zsh writes no configuration data in ~/.profile.

If the user wishes to use data within ~/.profile, then they should source it in another place.

Fixes #2315

As far as I can tell (tested on Linux & Darwin, BSD man page seems to agree), `-d` is pretty univerally accepted as the depth argument.  So instead of doing a test, we can just use -d and call it a day.