Remove all mentioning of rbenv from phpenv output

[DennisBirkholz]

Hi Christoph,

my patch replaces all mentioning of rbenv from phpenv (but keeps a reference to rbenv in the help text). Please consider including the patch, thx.

Greets,
Dennis

[glensc]

This seems incomplete, there are more matches for ruby, like .ruby-version or RUBY_PATH="$(phpenv-which ruby)", so perhaps add such replace:

       -e 's/ruby/php/g' \

[GrahamCampbell]

Please remove trailing whitespace.

[DennisBirkholz]

@glensc
My only goal was to fix all mentioning of rbenv when using the commands.
There may be other portions of the code left that refer to ruby or ruby-variables but I tried to avoid changing parts that where out of the scope of my original goal.

[glensc]

@DennisBirkholz i've managed to do full replacement, and it seems to work excellent:

https://github.com/pld-linux/phpenv/blob/auto/th/phpenv-0.4.0-1/phpenv.spec#L38-L73

i've done some diff -u rbenv phpenv and did not find serious flaws.

comparing to chh/phpenv, such solution supports split trees: code in /usr/share/phpenv, versions in ~/.phpenv intended to make phpenv installable as distribution package.

[DennisBirkholz]

@glensc I agree with you that a version which completely replaces all ruby/rbenv and supports split trees is preferable. Your .spec-based solution however is limited to RPM based systems. I don't know what the perfect solution for phpenv is however and I don't have the time ATM. Maybe the best way is to generalize rbenv to some scriptenv or langenv that is language agnostic itself and handles languages via configuration and not forking...

[glensc]

@DennisBirkholz it's not rpm based solutuion. i just inlined the shell script there. if you look closer it's just shell script there.