When rake install/update is run for the second time, any .backup
file created by the first run it's going to be overwritten by
the new symlink even if the current file is the same as the one
we are going to write.
The rakefile now checks if the symlink we are going to create
points to the same target as the one already there and if that's
the case, doesn't overwrite any backup.
The prezto install procedure now checks to make sure the user
doesn't have an alternative version of zsh installed before changing
the current shell preference with "chsh".
This may be the case when an user is already using zsh but on a
different version from the one shipped with OS X
Fixes#264
The Rakefile now detects if pathogen is installed and in that case
it performs the following operations:
1. Moves vim/bundle to vim/bundle.old
2. Removes all the submodules from git config and cache
3. Initializes and updates the new submodules (zsh and bundle)
4. Runs the vundle installer that takes care of the rest
Since we're now able to install Solarized on iTerm2, there's no
need for approximating the theme when using vim instead of
mvim. In fact, using csapprox on iTerm2 with solarized installed
breaks the theme completely.
It seems that the mapleader has to be defined before vundle starts
to load the plugins. For this reason, I moved it from yadr-keymap
back into the vimrc. I'm sure it's not a big deal having the leader
mapped under the "general config" instead of inside settings.
Both solarized dark and light are now included in the subdir
iTerm2. They are copies from the original repo because it doesn't
seem worth to clone a ~10Mb repo just to keep in sync 2 files,
considering that solarized hasn't changed much in the past years.
The rakefile has been updated to trigger the automatic installation
of these two themes only if OS == OSX. The user will still have
to set the themes for his/her current profile manually (but that's
explained at the end of the installation process).
Running `rake install`, runs the `:submodule_init` task,
which in turn runs the following command:
git submodule update --init --recursive
This fails with the following couple of errors (separately):
No submodule mapping found in .gitmodules for path 'vim/bundle/mattn-zencoding-vim'
No submodule mapping found in .gitmodules for path 'vim/bundle/skwp-vim-indexed-search'
This was introduced by 3d60f721dd
which removed the 'mattn/zencoding-vim' and 'skwp/vim-indexed-search'
submodules from the `.gitmodules`.
