-
Notifications
You must be signed in to change notification settings - Fork 210
Open
Labels
pinnedThis issue or pull request is pinned and won't be marked as staleThis issue or pull request is pinned and won't be marked as stalevscodeThis pull request should be included in the VS Code extension's release notesThis pull request should be included in the VS Code extension's release notes
Description
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.
Metadata
Metadata
Assignees
Labels
pinnedThis issue or pull request is pinned and won't be marked as staleThis issue or pull request is pinned and won't be marked as stalevscodeThis pull request should be included in the VS Code extension's release notesThis pull request should be included in the VS Code extension's release notes