summaryrefslogtreecommitdiff
path: root/spec/other
diff options
context:
space:
mode:
authorBundlerbot <bot@bundler.io>2019-07-19 04:26:18 +0000
committerBundlerbot <bot@bundler.io>2019-07-19 04:26:18 +0000
commit3f57b102c76fea2f701152e087c88f53df17d3d0 (patch)
tree3825bc61f5e90143930759f6e11be94a3dd25b45 /spec/other
parent36ce7ccf84968d2a7f0eba98c605a5eac8e17e68 (diff)
parent537c0ab712dc0a91d10839096ecb28273292eab9 (diff)
downloadbundler-3f57b102c76fea2f701152e087c88f53df17d3d0.tar.gz
Merge #7248
7248: Fix nested bundle exec's when bundler is a default gem r=deivid-rodriguez a=MSP-Greg ### What was the end-user problem that led to this PR? The problem was that when bundler is a default gem, nested `bundle exec` commands generate a LoadError. ``` /home/travis/.rvm/rubies/ruby-head/bin/bundle:30:in `load': cannot load such file -- /home/travis/.rvm/rubies/ruby-head/lib/bin/bundle (LoadError) ``` ### What was your diagnosis of the problem? Not accounting for Bundler being installed as a default gem. When it's a default, the lib and exe folders do not share the same root folder. This was the result of a change in https://github.com/bundler/bundler/commit/e742c3d5f458a4a59cf0eaab2567eca844f956d1 (#7100). ### Repo Example Using Ruby master/trunk/ruby-head (as of https://github.com/ruby/ruby/commit/0c6c937904aafc1809386bd892a2d114d22d01fe), from a folder where `bundle exec` can be ran: ``` bundle exec "bundle exec 'ruby -v'" ``` ### What is your fix for the problem, implemented in this PR? Small adjustment to logic for finding the correct exe/bundle file. ### Why did you choose this fix out of the possible options? I chose this fix because it's similar to previous code. Fixes #7244. Co-authored-by: MSP-Greg <msp-greg@users.noreply.github.com>
Diffstat (limited to 'spec/other')
0 files changed, 0 insertions, 0 deletions