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

NixOS not detected as Linux distro #7

Open
eku opened this issue Feb 6, 2024 · 1 comment
Open

NixOS not detected as Linux distro #7

eku opened this issue Feb 6, 2024 · 1 comment

Comments

@eku
Copy link

eku commented Feb 6, 2024

I'm running NixOS Linux distro in WSL2.

Needless to say, Microsoft's combination of VSCode and Remote WSL works with it.

VSCodium and Open Remote WSL, on the other hand, abort with an error.

Logs

[Trace - 07:31:26.508] Server install command stdout:
Error platform not supported:
d3289fc916cdbbd8c96e294d: start
exitCode==1==
listeningOn====
connectionToken====
logFile==/home/wsl/.vscodium-server/.c8a36a69377856369f139f39ee56dd3838130fbf.log==
osReleaseId====
arch====
platform====
tmpDir==/run/user/1000/==
d3289fc916cdbbd8c96e294d: end

[Error - 07:31:26.509] Error resolving authority
Error: Couldn't install vscode server on remote server, install script returned non-zero exit status
at t.installCodeServer (c:\Users\XXX.vscode-oss\extensions\jeanp413.open-remote-wsl-0.0.4\out\extension.js:1:26881)
at process.processTicksAndRejections (node:internal/process/task_queues:95:5)
at async c:\Users\XXX.vscode-oss\extensions\jeanp413.open-remote-wsl-0.0.4\out\extension.js:1:1801

By the way, the log file /home/wsl/.vscodium-server/.c8a36a69377856369f139f39ee56dd3838130fbf.log mentioned in the log does not exist.

@GitMensch
Copy link

GitMensch commented Oct 11, 2024

This is the place where the platform is checked:

# Check if platform is supported
PLATFORM="$(uname -s)"
case $PLATFORM in
Linux)
SERVER_OS="linux"
;;
*)
echo "Error platform not supported: $PLATFORM"
print_install_results_and_exit 1
;;
esac

as you see the output - which is empty in your case - is the result of uname -s and there are known issues with that on NixOS - you even have a package to solve this issue: https://mynixos.com/nixpkgs/package/deterministic-uname I guess that as soon as you install that the setup will work... or you possibly need the coreutils package...

But... what is the result if you execute the uname binary? And what is the output of echo $OSTYPE?

GitMensch added a commit to GitMensch/open-remote-wsl that referenced this issue Oct 11, 2024
* cleanup possibly broken vscode-server.tar.gz
* check for uname (see jeanp413#7)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants