I ran into this issue when i tried to create a file . The solution is to run the following command
sudo chown -R bond007:bond007 /home/bond007/MyWorkSpace/Projects/2026
it will ask you for the password . enter the password and it is done . after that you can create any files within the directory .
happy coding 💌
WSL
WSL Containers: A Game Changer for Linux on Windows
At Microsoft Build 2026, Microsoft introduced WSL containers — a major evolution in Linux container development directly on Windows through the Windows Subsystem for Linux (WSL). Containers have become a cornerstone of modern development, from cloud-native applications and AI workloads to testing and deployment pipelines. WSL containers simplify this experience by providing a built-in, enterprise-ready way to create, run, and manage Linux containers on Windows, without requiring additional third-party tooling.
You can access the WSL container feature in the latest pre-release of WSL right away by running wsl --update --pre-release, or by downloading and installing it directly from GitHub.
Overview
WSL container adds two major new features to WSL:
- A built-in Linux container CLI (
wslc.exe) - An API for Windows applications to run Linux containers as part of their app logic
WSL Container CLI – wslc.exe
When you update to the latest WSL version, you get a new binary on your path: wslc.exe. This CLI tool supports full Linux container development workflows — running, debugging, testing, and more — with a familiar format that respects your existing muscle memory.
For example, you can run a full Linux desktop in a container:
wslc run -d --name=webtop -e PUID=1000 -e PGID=1000 -e TZ=Etc/UTC -p 3000:3000 -p 3001:3001 lscr.io/linuxserver/webtop:ubuntu-kde
Or check GPU access with a CUDA script:
wslc run --rm --gpus all pytorch/pytorch:2.5.1-cuda12.4-cudnn9-runtime python -c "import torch; print(torch.cuda.is_available()); print(torch.cuda.get_device_name(0))"
There is also a built-in alias container.exe that maps to wslc.exe, so you can use either command interchangeably.
WSL Container API
Windows applications can now directly use containers as part of their application logic. WSL ships a NuGet package (available on nuget.org and the WSL releases page) with support for C, C++, and C#.
This API integrates with MSBuild and CMake, meaning you can add a few lines to your project files and have container build and deploy steps become part of your application’s build process — no manual steps required. You can git clone and try a sample or check out the full API reference.
Integration with Enterprise Tools
Monitor Security Events with Microsoft Defender for Endpoint (MDE)
WSL’s existing MDE plugin has been updated to be aware of Linux container events, providing the same security coverage whether you are using a WSL distro or containers. This feature is currently available as part of a private preview which you can sign up for here.
Manage WSL Container Settings with Intune
New management settings for WSL container are being added, allowing organizations to:
- Control whether users can use WSL distros or containers
- Specify an allowlist of container registries for pulling images
This addresses the top customer ask: “How can I control which distros/Linux images are allowed in my organization?” Currently available via GPO and an ADMX policy, with official Intune dashboard support coming within a few weeks.
VS Code Dev Containers
WSLc support has been added to VS Code Dev Containers in version 0.462.0-pre-release. To set it up, open the VS Code Dev Container settings, find the “Docker Path” setting, and change it to wslc. This is currently in pre-release and will soon move to general availability.
Further WSL Improvements
Alongside the container feature, Microsoft is making significant improvements to the underlying technology powering both WSL and WSL container:
- New default file system (virtiofs): Makes Windows file access 2x faster
- New default networking mode (Consomme): Relays Linux network traffic through Windows, allowing Linux applications to benefit from the same networking environment, security policies, and enterprise integrations available to Windows applications
- Improved memory reclaim techniques: Gradually and consistently releases memory back to the Windows host when not in use
These lower-level platform changes will also benefit other container tools built on WSL, such as Docker Desktop, Podman Desktop, and Rancher Desktop.
Learn More
You can view the presentation from Build 2026 to learn more about the use cases and see demos. Additionally, visit the WSL container docs page for in-depth guides and sample code.
Feedback and What’s Next
This feature is currently in the pre-release version of WSL as a public preview. Microsoft aims to make WSL containers generally available in fall 2026. Install it, try it out, and file issues and feedback at the WSL GitHub page.
Source: Microsoft Dev Blogs – WSL container is now available for public preview by Craig Loewen, Senior Product Manager
create a dev container using vscode and push it docker hub
The following article describes how to create dev containers using vscode and publish it to docker hub .
1. Install Prerequisites
- Docker: Install Docker Desktop from here.
- VS Code: Install Visual Studio Code from here.
- Remote – Containers Extension: Install the Remote – Containers extension in VS Code. You can find it in the Extensions view in VS Code .
2. Create a Dev Container Configuration
- Open your project in VS Code.
- Press
Ctrl+Shift+P(orCmd+Shift+Pon Mac) to open the Command Palette. - Type and select
Remote-Containers: Add Development Container Configuration Files. - Choose a predefined container configuration that suits your project’s needs or customize your own.
This will create a .devcontainer folder with a devcontainer.json file in your project.
3. Customize devcontainer.json
Edit the devcontainer.json file to include any specific tools, extensions, or settings your project requires. Here’s an example:

4. Build and Open the Dev Container
- Reopen the Command Palette and select
Remote-Containers: Reopen in Container. - VS Code will rebuild the container and reopen your project inside it.

we could see the vs code opening the code in dev container

you can see that that the container has loaded and i am able to run the code from within the container

5. Push the Container to Docker Hub
we need to first make sure that we are authenticated successfully in the docker hub .so
First, log in to Docker Hub from your terminal using:

Then here i will use dev container CLI to build and publish images .
- Install DevContainer CLI using Node JS package manager npm as follows :

2. Build and Push the Container
devcontainer build --workspace-folder <path_to_your_workspace> --push true --image-name <your_dockerhub_username>/<your_image_name>:<version>
Replace <path_to_your_workspace>, <your_dockerhub_username>, <your_image_name>, and <version> with your actual values.
Note : This command need to be execute in the host file system not inside container
Here’s a breakdown of that command:
devcontainer build: This is the main command for building a development container. It’s part of the Dev Containers specification, which allows you to define your development environment as code.--workspace-folder <my_repo>: This flag specifies the root folder of your workspace. Replace<my_repo>with the path to your repository. For example, if your repository is in a folder namedproject, you would use--workspace-folder project.--push true: This flag indicates whether the built image should be pushed to a container registry. By setting it totrue, the image will be pushed after the build.--image-name <your_dockerhub_username>/<my_image_name>:<optional_image_version>: This flag specifies the name (and optionally the version) of the image. Replace<your_dockerhub_username>with the docker user name which you can find it once you login to docker.com under the profile .
Replace<my_image_name>with the desired name for your image. You can also include an optional version tag by replacing<optional_image_version>. For example,myapp:latest.

for example , refer the above command
i am executing the devcontainer command from the root directory of my repo that contains .devcontainer folder which makes it easy . Hence you will see that i ve indicated a “.” (dot) after the –workspace-folder parameter switch .
Once i execute command , since you have already authenticated docker earlier it will push your image to the docker hub and if it is successful , you will get the following :
