-
Notifications
You must be signed in to change notification settings - Fork 4
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
ruby_install
definition breaking on El Capitan
#6
Comments
Hi @mjstallard , Looking at the output, rubygems for Ruby 2.2.3 believes that your gem_home is the Ruby 2.0.0 gem home. The logic for finding the gem_home is here (possibly an older commit, though). A It would be really helpful if you could look at the gem_home logic and compare it to your system state to see why it's getting the system Ruby location instead of the newly-installed Ruby. Possibly due to overriding environment variables? My suspicion is that rbenv is not playing nicely with getting called from within a If you're having trouble tracking down the exact issue, another interesting experiment would be to install the same rubies using pivotal-sprout/sprout-chruby. That would at least narrow down the cause. |
Update - so we switched out the references to |
This feels like an issue that may be fixed by improvements to sprout-base's PATH manipulation. Worth investigating. |
Hello!
We're just trying to use sprout wrap on a clean build of El Capitan, and we're seeing a strange issue. During the
sprout_base_bash_it_enable_feature
action, we get a failure due to theruby_install
definition insprout-rbenv
being unable to complete as it cannot write to the/Library/Ruby/Gems/2.0.0
directory.We can do a temporary workaround by issuing:
...but that feels wrong to us.
Please find below the output of running soloist:
soloist_output.txt
ruby-build_output.txt
We are using the latest Pivotal machine image, which appears to be a pretty bare-bones El Capitan 10.11.4. System Integrity Protection is enabled.
Thanks! 😄
Mike and Heather
The text was updated successfully, but these errors were encountered: