-
-
Notifications
You must be signed in to change notification settings - Fork 120
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
Help! After updating VSCode, I can no longer connect to NixOS though the WSL remote #238
Comments
Or if downgrading isn't desired, msteen's VSCode Server is also an option. Just my two cents here :) |
Deleted. I think what occurs to me is not the same issue. Deleted contentFor me, just type After |
While debugging why my WSL setup broke I discovered that it only wants to run uname wsl.extraBin = with pkgs; [
{ src = "${coreutils}/bin/uname"; }
]; but the node is then unpatched. Probably patchelfing it could fix things. |
You may have noticed that with the latest update to the WSL remote extension (0.77.0), connecting to NixOS fails.
This is because Micrsoft removed the option for setting the remote connection method. Where before you could get it to connect by setting the option to something other than
wslExeProxy
, that is the only option available now.There are two issues tracking possible solutions:
wsl --exec
#222 here for patching NixOS on WSL to supportwslExeProxy
EDIT: As @purepani pointed out over at the Microsoft repo, for the time being, you can try to get it to work by downgrading the WSL Remote extension to the latest working version (
0.76.0
) either through the GUI or by running the following command:and making sure that you have the following setting configured in VSCode
The text was updated successfully, but these errors were encountered: