Which is why Vagrant can't require log4r. When running in a directory without a Gemfile the my $LOAD_PATH remains unmodified.
I assume this is because Bundler is locking me into an environment with only the contents of the Gemfile available? I also assume for whatever reason this behaviour is not present in the versions of Vagrant which ship with their dependencies pre-packaged?
I understand my environment is non-standard and non-supported so feel free to close this if it's just a case of "Don't do that", however any help or advice is much appreciated.
The text was updated successfully, but these errors were encountered:
This is definitely a "don't do that". However, if you can find a way to work around it please let us know. The issue is that the existence of a Gemfile in a non-standard environment tells Vagrant to think it is in "dev mode" so it uses the bundle, assuming that all of its dependencies are in there.
I'm using Vagrant 1.6.5 in a non-standard and non-supported environment. I'm also unsure if this is an issue with Vagrant itself or Bundler.
I am using system Ruby and have installed Vagrant 1.6.5 from the 1.6.5 git tag. I have documented the specific steps I take to install Vagrant here.
When running Vagrant from a directory containing a Gemfile, or a sub-directory where the parent has a Gemfile I receive the following error:
The error is raised from here and seems to be caused by the call to Bundler.setup here. Prior to this call my $LOAD_PATH contains the following:
However after Bundler.setup us called my $LOAD_PATH becomes:
Which is why Vagrant can't require log4r. When running in a directory without a Gemfile the my $LOAD_PATH remains unmodified.
I assume this is because Bundler is locking me into an environment with only the contents of the Gemfile available? I also assume for whatever reason this behaviour is not present in the versions of Vagrant which ship with their dependencies pre-packaged?
I understand my environment is non-standard and non-supported so feel free to close this if it's just a case of "Don't do that", however any help or advice is much appreciated.
The text was updated successfully, but these errors were encountered: