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
The problem is that if the ruby interpreter uses the ruby already installed on the host, and that host is rbenv, rbenv will inject into its own LOAD_PATH which includes its gems folders.
This means that ruby_binary is not hermetic as it may inadvertently depend on gems that are not explicitly declared in the rule.
Not sure how to fix this, maybe use a better script to use the local ruby version, and try work around rbenvs magic (or use rbenvs magic to find the real interpreter path without LOAD_PATH injection)
The text was updated successfully, but these errors were encountered:
We don’t have to use rbenv’s shims or wrappers for the ruby binary. It installs rubies in .rbenv/versions/2.6.5/bin/ruby — that would be a pure binary without any rbenv or Rvm magic.
The problem is that if the ruby interpreter uses the ruby already installed on the host, and that host is rbenv, rbenv will inject into its own
LOAD_PATH
which includes its gems folders.This means that
ruby_binary
is not hermetic as it may inadvertently depend on gems that are not explicitly declared in the rule.Not sure how to fix this, maybe use a better script to use the local ruby version, and try work around rbenvs magic (or use rbenvs magic to find the real interpreter path without LOAD_PATH injection)
The text was updated successfully, but these errors were encountered: