Simple, optional tarball cache support

[lloeki]

Rationale

Both in development and in production, some usage patterns of ruby-build
are slowed down by the download phase. In scenarios such as
troubleshooting failing builds or with provisioning situations (chef,
vagrant...) the repeated download is unnerving, bandwidth wasting and
simply against etiquette towards tarball hosters.

It also happens that some source sites happen to be down and in such
cases it is helpful to be able to sideload sources to rbenv.

Behavior

By default nothing changes.

If the variable CACHE_PATH is set, then ruby-build will use that
directory to store a successful download, and will check before
downloading if the tarball is already there, in which case downloading
is skipped.

The file is first downloaded as before in the tmp subdirectory and only
moved afterwards, thus ensuring consistency.

There is no default cache path and the optional variable is to be set by
hand, ensuring people know what they're doing when using ruby-build.

Additionnally, rbenv-install will helpfully set CACHE_PATH if and only
if a RBENV_ROOT/cache directory exists. Again, the directory has to be
created manually.

The CACHE_PATH variable internally ends with a slash to mutualize
non-cached cases. Still, consistency is ensured whether or not a slash
is provided externally.

Notes

I'm not quite sure CACHE_PATH is a good name, maybe
RUBY_BUILD_CACHE_PATH is better and less conflicting.

[sstephenson]

Beautiful patch, and fits right in with the ruby-build ethos. +1 from me.

Implementation-wise, I'd prefer CACHE_PATH to be normalized not to have a trailing slash, because "${CACHE_PATH}/${package_name}.tar.gz" reads clearer to me. But that's just a nit-picking detail.

And yeah, let's go with RUBY_BUILD_CACHE_PATH, to mirror RUBY_BUILD_BUILD_PATH. We'll also need to document it in the readme.

[lloeki]

OK, I'll do the RUBY_BUILD_CACHE_PATH and a bit of readme doc later on.

I initially considered CACHE_PATH trailing slash normalization as you mentioned, as I agree it usually feels more readable, yet in this case it makes the code flow feel hairier, like too nested, when it actually doesn't need to be. Also, it makes duplicate tar or introduce an intermediate variable, again without need. Whatever, if you feel it's better normalizing it without a trailing slash, I'll do the change too.

[sstephenson]

Thanks! Yeah, an intermediate variable sounds best.

[sstephenson]

I went ahead and merged your patch with the changes above. (We still need documentation.) Thank you!