Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

rvm_path vs rvm_custom_path #23

Closed
kyledecot opened this issue Nov 20, 2013 · 5 comments
Closed

rvm_path vs rvm_custom_path #23

kyledecot opened this issue Nov 20, 2013 · 5 comments

Comments

@kyledecot
Copy link

I'm a little confused as to why there is both rvm_path and rvm_custom_path. What is the difference between the two?

@Kriechi
Copy link
Contributor

Kriechi commented Nov 20, 2013

The only relevant one for the user is :rvm_custom_path
The other one is just used internally during run time.

@kyledecot
Copy link
Author

If rvm_path is only meant to be used internally then shouldn't it be an instance method or something. It seems that leveraging capistrano's set method leads people to assume that this is supposed to be a configurable value.

@Kriechi
Copy link
Contributor

Kriechi commented Nov 20, 2013

Valid point.
But maybe people should only assume things to use, which are documented in the README.
If someone really wants to go through the code, I would assume the person will figure it out.

just my 2 cents.

@mczepiel
Copy link

FWIW, the README currently mentions :rvm_custom_path as the way to specify the path but setting that has no effect on capistrano/bundler's bundle:install task Meanwhile, setting :rvm_path gets things pointed at the right place.

There are plenty of contradictory examples/docs out there; it's not obvious what you're supposed to actually do.

@cklll
Copy link

cklll commented Jan 8, 2021

+1 for @mczepiel

which rvm
/usr/local/rvm/bin/rvm

And then the following deploy.rb works

set :rvm_type, :system
set :rvm_path, '/usr/local/rvm'

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants