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
It would be preferable for me to have the extension come bundled with the language server. This would make it easier to have a helm development environment defined purely within the vscode config files. Currently making a portable helm "ide" requires using a devcontainer with helm-ls installed.
The text was updated successfully, but these errors were encountered:
I already thought about this, but was not 100% sure how to approach it.
Bundling binaries for multiple architectures would make the extension quite large.
Otherwise you could have the extension download the binary on startup.
Feel free to look into it (maybe we can just find some other extension and copy their solution).
However they did run in to some issues regarding antivirus detection of dynamically downloaded executables and from the look of things they ended up bundling the tools into the extension (golang/vscode-go#3186).
Another extension that I know the language server isn't some form of webassembly or direct ts/js would be the java tools by redhat. I know they download the JRE but not sure if the jdt-ls is bundled or also dynamically downloaded.
It would be preferable for me to have the extension come bundled with the language server. This would make it easier to have a helm development environment defined purely within the vscode config files. Currently making a portable helm "ide" requires using a devcontainer with helm-ls installed.
The text was updated successfully, but these errors were encountered: