You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I suspect there's a bug in bin/guard due to the way it spawns _guard-core. Namely, with a Gemfile (example below) stating the Ruby version, Bundler may run bin/guard with a Ruby executable not named ruby — such as /usr/bin/ruby24. However, because _guard-core is executed as a regular file and it delegates to /usr/bin/env, the core process is started with the system default Ruby. Fixing it just requires prepending spawn(*args) with Gem.ruby for spawn(Gem.ruby, *args).
Hey,
I suspect there's a bug in
bin/guard
due to the way it spawns_guard-core
. Namely, with aGemfile
(example below) stating the Ruby version, Bundler may runbin/guard
with a Ruby executable not namedruby
— such as/usr/bin/ruby24
. However, because_guard-core
is executed as a regular file and it delegates to/usr/bin/env
, the core process is started with the system default Ruby. Fixing it just requires prependingspawn(*args)
withGem.ruby
forspawn(Gem.ruby, *args)
.Gemfile:
bundle exec guard
Cheers
The text was updated successfully, but these errors were encountered: