devcontainer executable permissions.
See original GitHub issueHey folks.
Thanks for this - it’s awesome!
I followed the instructions and enabled the devcontainer cli both on my Mac and on my Pop_OS linux machine. On both of these the devcontainer script was correctly symlinked into place, however calling devcontainer
from a shell caused a permission denied error. Upon further inspection the ms-vscode-remote.remote-containers/cli-bin/devcontainer
script was installed with 644
file permissions. I had to change them to 755
to be able to run it. Sadly, this means that I am getting an error about a corrupt vscode installation.
Issue Analytics
- State:
- Created a year ago
- Comments:10 (4 by maintainers)
Top Results From Across the Web
Containers: Permission Denied in files created inside ... - GitHub
devcontainer ; Start Container; While inside the container's bash, create a file/folder. Close VScode and Stop container; Open host folder in ...
Read more >Add non-root user to a container - Visual Studio Code
Locally, all filesystem operations will use the permissions of your local user ... will still be able to read/write them and all files...
Read more >Dev Container metadata reference
Defaults to true . Indicates the type of shell to use to “probe” for user environment variables to include in devcontainer.
Read more >Avoiding Permission Issues With Docker-Created Files
The file permissions and ownership are all wrong. One frequent solution, is to “chown” your shared folder again and again. It's tedious and...
Read more >VSCode docker dev container can't access ~/.ssh
After several attempts at overriding user permissions in the Dockerfile I came to find out the user is set from the devcontainer.json file....
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Not sure when this changed, but the code in Remote-Containers used to work as-is. I will chmod the file after copying as a fix in the extension.
It depends. When the file system is contributed by an extension (e.g. not the renderer, not the REH manager) than we short-circuit these request. So, the
file
andvscode-remote
schemes should always be handled the “usual way” and not go the extension directly