Skip to content
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

Open
nzbr opened this issue Mar 31, 2023 · 3 comments
Labels
bug Something isn't working

Comments

@nzbr
Copy link
Member

nzbr commented Mar 31, 2023

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:

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:

code --install-extension [email protected]

and making sure that you have the following setting configured in VSCode

  "remote.WSL2.connectionMethod": "wsl2VMAddress",
@ykis-0-0
Copy link

ykis-0-0 commented Apr 5, 2023

Or if downgrading isn't desired, msteen's VSCode Server is also an option. Just my two cents here :)

@KiruyaMomochi
Copy link

KiruyaMomochi commented Jun 1, 2023

Deleted. I think what occurs to me is not the same issue.

Deleted content

For me, just type code in my WSL shell, waiting for it to download vscode-server is enough.

After vscode-server is downloaded, everything is the same as before. Just use nixos-vscode-server or manually replace node under ~/.vscode-server with a symlink.

@SuperSandro2000
Copy link
Member

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

4 participants