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
During RubyConf, I paired with someone using direnv + nix to manage Ruby and Bundler to install gems. The direnv + nix combo doesn't allow gem executables to be invoked, despite installing gems successfully. Even in this person's terminal, invoking gem executables was not possible.
The problem is even more complex because Bundler was configured to install gems in vendor/bundle and the developer had no idea where gems installed via gem install end up.
I'm wondering if we can instead force the installation path for the Ruby LSP to be inside the VS Code storage paths and then we launch the executable from there. It might make launch more robust for these scenarios.
The text was updated successfully, but these errors were encountered:
vinistock
added
the
vscode
This pull request should be included in the VS Code extension's release notes
label
Nov 14, 2024
vinistock
changed the title
Investigate how to support version managers that not setup gem executables
Investigate how to support version managers that do not setup gem executables
Nov 18, 2024
During RubyConf, I paired with someone using direnv + nix to manage Ruby and Bundler to install gems. The direnv + nix combo doesn't allow gem executables to be invoked, despite installing gems successfully. Even in this person's terminal, invoking gem executables was not possible.
The problem is even more complex because Bundler was configured to install gems in
vendor/bundle
and the developer had no idea where gems installed viagem install
end up.I'm wondering if we can instead force the installation path for the Ruby LSP to be inside the VS Code storage paths and then we launch the executable from there. It might make launch more robust for these scenarios.
The text was updated successfully, but these errors were encountered: