On OSX install the Pear phar would fail if there was a .pearrc file already on
the system. Inorder to fix this, I put in functionality to move the .pearrc to
.virtphp_pearrc and then change it back once the pear phar is done installing.
There was also a bug where the phar location wasn't being set right due
to new environments being created in ~/.virtphp.
Fixing quotes so the new line would not show as output text.
Updated Creator test with mock of rename which prevents tests from failing.
Forgot to check that the .pearrc file exists before moving it. Added fix for that.
Added a method for rename.
Moved rename mock to the FilesystemMock file so removed all definitions to it in Creator tests.
Fixed test to work with adding the two new getFilesystem()->rename() calls.
Converting from file_exists to using the filesystem object.
Added in a graceful die if the pearrc file can not be copied to temp location.
Removed unneeded warning about the Pearrc file now that we have an OSX solution.
Removed tests for pearrc conflict message now that it has been removed from the code.
Merge pull request #41 from jwoodcock/master

Fix for Pearrc on OSX
Fixed test failures caused by changed output from symfony/console 2.5.0
Set $COMPOSER_HOME into the virtphp env path

Setting $COMPOSER_HOME to $VIRTPHP_ENV_PATH/.composer, it would make all `composer global xxx` be executed in the virtphp env path, instead of user's $HOME.
Applied @ramsey patch with some fixes
Composer folder for the env should not be hidden
Merge pull request #37 from chadrien/patch-1

Set $COMPOSER_HOME into the virtphp env path
Updating changelog for the v0.5.0-alpha release