This should solve
http://github.com/joelthelion/autojump/issues/#issue/34

We are good now except for the shell_utility function which needs to be
refactored.

now that we handle files atomically

(pour les grincheux)

when you "su", the prompt_command can stay set, even without
autojump getting sourced. Then the user's autojump file changes
owner, and a disaster ensues. This is an attempt to fix this
problem.

Courtesy of "Guillaum" on linuxfr:
http://linuxfr.org/~Nonolapero/30339.html

Some people will scream, but XDG_DATA_HOME is broken for now, since
it is not changed when you "su" from a terminal.

When your home is on a network filesytems, multiple shells can try
to write to the autojump store concurrently. The previous system was
a bit dangerous since the name of the temp file was always the same.
This should be better, since the different autojump instances should
all write to different temporaries, and only the atomic rename() should
be concurrent. Time will tell...

don't want autojump to remove paths

Existing files should be migrated automatically

Change the way we keep the database under a reasonable size, to better support removable drives
Instead of removing non-existent paths, keep the 300 more recent directories

were incorrect. Removed those comments.

install.sh:
1. for those who have a /etc/profile.d
   then grep .bashrc for the sourcing of the autocomplete code
2. for those who use OSX
   grep .bash_profile to make sure .bashrc is sourced.