GitLab

Fix the finicky parsing logic and just ask git the necessary information
directly.

Also moving the dependencies section up

When navigating from a virtualenv project directory, first deactivate the virtualenv.
Then, check to see if destination directory is also a virtualenv project directory.
If it is activate that virtualenv. See #5817.

* Newer Debian packages install completions file in
/usr/share/doc/fzf/examples/completion.zsh

* Default to buster/stretch path if completion file not found

See file list in order from older to newer fzf package versions:
- https://packages.debian.org/stretch-backports/amd64/fzf/filelist
- https://packages.debian.org/buster/amd64/fzf/filelist
- https://packages.debian.org/bullseye/amd64/fzf/filelist
- https://packages.debian.org/sid/amd64/fzf/filelist

Co-authored-by: Marc Cornellà <marc.cornella@live.com>

If there's no `~/.shell.pre-oh-my-zsh`, don't assume the default choice
is Bash.  In fact Zsh is the default shell for macOS since Catalina
(10.15) [1], yet users of other OSes have likely to have Bash as their
default.

This commit fix issue #8252

[1] https://support.apple.com/en-us/HT208050

When ZSH_TMUX_UNICODE=true then tmux is informed that UTF-8 is supported.

Closes #5166

Fixes #8418

Fixes #8416

* Remove current directory from sys.path in python invocations

* Change project URL from robbyrussell to ohmyzsh org

* Update git remote to use ohmyzsh org repository

This prevents the jenv plugin from messing up the PATH and putting `user/local/bin` back at the front of the PATH, undoing any careful setup done before enabling this plugin.

Running `source ~/.zshrc` can have side effects, it's better to reload the whole 
zsh session with `exec zsh`.