Skip to content
This repository has been archived by the owner on Apr 28, 2020. It is now read-only.

Trying to run in WSL #210

Open
jefflindholm opened this issue Jun 5, 2019 · 6 comments
Open

Trying to run in WSL #210

jefflindholm opened this issue Jun 5, 2019 · 6 comments
Labels
bug Something isn't working

Comments

@jefflindholm
Copy link

2019-06-05 10:13:11 ERROR build run failed: failed to run container: failed to create container: Error response from daemon: invalid mount
config for type "bind": bind source path does not exist: /home/jeffl/.config/Code

The path does exist and the permissions seem fine, any way to get the docker details it is trying to run? There is nothing in the logs.

@deansheather deansheather added the bug Something isn't working label Jun 7, 2019
@deansheather
Copy link
Member

Docker's running in Windows right? If that's the case, sail is passing Docker Windows a unix style path instead of a Windows style path for binding your VSCode configuration folder to code-server's configuration folder.

We don't officially support Windows, but this should be pretty easy to fix.

@deansheather
Copy link
Member

Looks like getting sail to work in WSL will require a few workarounds. I don't have Windows or WSL myself to test any of these, but from what I can tell you'll need to do the following steps:

  1. Checkout wsl-compatibility (from the above PR) and build it

  2. Add the following to /etc/wsl.conf (create it if it doesn't exist, this will move /mnt/c to /c which Docker can read apparently):

    [automount]
    root = /
    
  3. Restart WSL and make sure that /c exists and is the same as C:\

  4. Set your $HOME environment variable to somewhere in /c (probably /c/Users/something): export HOME=/c/Users/something

    Sail configuration and globalStorage directories will end up in $HOME/.config/sail. You could persist this variable by replacing sail with a bash script in your path.

  5. Set your $TMPDIR environment variable to somewhere in /c (probably /c/tmp, make sure this exists): export TMPDIR=/c/tmp

  6. Create $HOME/.config/sail/sail.toml with the default configuration and then change the project root to an absolute path within /c

  7. Ensure you don't have a running ssh-agent/X11 server (or do unset SSH_AUTH_SOCK && unset DISPLAY)

  8. Add VSCODE_CONFIG_DIR and VSCODE_EXTENSIONS_DIR environment variables, set to somewhere in /c

I'm not sure if any further steps are needed since I can't test this myself. Try with my PR branch and see if you can get it to work.

@deansheather
Copy link
Member

@jefflindholm Could you please try again with the newest release, following the workarounds I listed above and let me know how that goes? It's possible I missed something.

@jefflindholm
Copy link
Author

Getting the same error with the bind. Docker for windows should work with volumes etc. It might be that the binds require relative directories to work, all my other docker commands I am using relative paths to mount WSL directories. I will try again when I can get WSL2 installed, where I can share directories across without issue.
Thanks for the attempt.

@deansheather
Copy link
Member

I'm not too sure how WSL works, but maybe it's translating the pathnames to the Windows version before passing them to docker.

@sr229
Copy link

sr229 commented Jun 22, 2019

@deansheather WSL is just translation layer for the Linux syscalls to the NT syscalls, I think we should only support WSL2 since Windows will be using a entire kernel by default.

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

No branches or pull requests

3 participants