-
Notifications
You must be signed in to change notification settings - Fork 29.7k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Globally WSL support #50795
Comments
(Experimental duplicate detection) |
It would be great if there would be a global switch that makes VS Code use the Linux settings and tries to run the Linux commands in bash. If it's missing Linux dependencies, it would be up to the user to install those. No one is forcing them to use WSL. CppTools has figured out a workaround that works for them using pipetransport: Perhaps a rudimentary implementation could be launch.json targets only. |
Any update on this one? It will be wonderful if i may finally develop linux c programs with windows. |
Now it seems clear that more and more people would come and ask for a way to work wsl + vscode, because this toolchain has immersive perspectives for all windows developers. Even to stop duplicating wsl and windows installs and developers stop making wsl support for each vscode extension. So it would be nice to hear some feedback and roadmap on implementation of "Global wsl support" and for developers to upvote the comment for vscode-team to see we are interested in. |
This is also very important feature for me, without this I cannot switch to Windows. |
i feel the same way... we really hope the vscode core team will embrace this as having to work in both environments and install everything redundantly to do basic vscode things is very problematic. |
+1 |
I was going to open a new issue for this, but this seems to address my basic idea. It would be great if Code just switched the nodejs platform to operate as if it was running on Linux when the user has set their terminal to WSL. This way things like child_processes and paths would all resolve as though they were on a Linux system. This would reduce the complexity for both users and extension developers. If I only had to worry about POSIX and Windows and not all the combination in between because of WSL, it would be a huge win as I imagine all extensions that just haven’t had time to add support or those that haven’t been well tested that just don’t work right. So in summary, when terminal is set to WSL, code treats underlaying OS as linux. |
+1 |
STOP commenting +1's! Use the emoji's on the top post. |
Any updates on this? |
This would provide excellent help for me working as the only person developing on Windows in a company of 95% Mac and 4% Linux developers. I maybe could convince more to join me if there was excellent out-of-the-box support of things like WSL. |
I have the exact problem. There are python libraries that work well for me on the linux subsystem but I need to do the code editing In VS code. VS code prompts me to select a python environment but ofcourse the environment is not visible as it's in the Linux subsystem. It would be nice if we had such support. |
Any developments on this? |
I've ran into this as well, and would prefer to not need to run node setups side by side between windows and linux to have linting and other support |
We just announced remote development with VS Code, check out the blog post for details https://code.visualstudio.com/blogs/2019/05/02/remote-development |
How to works with WSL in VSCode.
Plugins always require
PATH
variable i.e. Flow Language Support or VSCode node debugger.Main problem is in setup default terminal for VSCode. Git and Debugger don't work with VSCode. Using useWSL option in debugger results timeout. Git returns as not installed. After setup
terminal.integrated.shellArgs.windows
orterminal.integrated.shell.windows
VSCode usePATH
variable from Windows, not from WSL. Only terminal use this setup. Is any option to set terminal globaly for all addons?Steps to Reproduce:
WSL option examples here: https://docs.microsoft.com/en-us/windows/wsl/interop
Does this issue occur when all extensions are disabled?: Yes
The text was updated successfully, but these errors were encountered: