You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
There's multiple options for using WLSC with DevContainers, and it's not clear which is likely to the recommendation going forward.
Store files on the Windows filesystem, and create a devcontainer from there. This is the only thing that works out of the box today. Downsides involve the file system difference, hosting files used for Linux development in a non-linux filesystem.
Store files in a WSL instance, and load a devcontainer under WSLC from there. This doesn't work out of the box. I've managed to get it working through a customer wslc shell script redirector, but I'm left with concerns. For one, the WSLc container represent the execute bit of every file as set. This might be fixable by more wslc customization, or maybe that entire process will be resolved.
In a sense (2) seems like the better long term option, but given that it requires customization to get working today, is there another thought here? The changes to virtiofs seem to be trying to making it more reasonable to host files used for Linux development on a non-linux filesystem.
Addendum
If you're interested in option 2, here is my workaround: https://github.com/rbaker5/wslc-devcontainers-via-wsl. It wraps wslc.exe in a shell script that avoids some errors that under ms-vscode-remote.remote-containers, 0.465.0 with wslc 2.9.3.0, causes it to fail. Tested for Ubuntu 24.04.
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
There's multiple options for using WLSC with DevContainers, and it's not clear which is likely to the recommendation going forward.
In a sense (2) seems like the better long term option, but given that it requires customization to get working today, is there another thought here? The changes to virtiofs seem to be trying to making it more reasonable to host files used for Linux development on a non-linux filesystem.
Addendum
If you're interested in option 2, here is my workaround: https://github.com/rbaker5/wslc-devcontainers-via-wsl. It wraps wslc.exe in a shell script that avoids some errors that under ms-vscode-remote.remote-containers, 0.465.0 with wslc 2.9.3.0, causes it to fail. Tested for Ubuntu 24.04.
All reactions