Book Image

Windows Subsystem for Linux 2 (WSL 2) Tips, Tricks, and Techniques

By : Stuart Leeks
Book Image

Windows Subsystem for Linux 2 (WSL 2) Tips, Tricks, and Techniques

By: Stuart Leeks

Overview of this book

Windows Subsystem for Linux (WSL) allows you to run native Linux tools alongside traditional Windows applications. Whether you’re developing applications across multiple operating systems or looking to add more tools to your Windows environment, WSL offers endless possibilities. You’ll start by understanding what WSL is and learn how to install and configure WSL along with different Linux distros. Next, you'll learn techniques that allow you to work across both Windows and Linux environments. You’ll discover how to install and customize the new Windows Terminal. We'll also show you how to work with code in WSL using Visual Studio Code (VS Code). In addition to this, you’ll explore how to work with containers with Docker and Kubernetes, and how to containerize a development environment using VS Code. While Microsoft has announced support for GPU and GUI applications in an upcoming release of WSL, at the time of writing these features are either not available or only in early preview releases. This book focuses on the stable, released features of WSL and giving you a solid understanding of the amazing techniques that you can use with WSL today. By the end of this book, you’ll be able to configure WSL and Windows Terminal to suit your preferences, and productively use Visual Studio Code for developing applications with WSL.
Table of Contents (16 chapters)
1
Section 1: Introduction, Installation, and Configuration
5
Section 2:Windows and Linux – A Winning Combination
11
Section 3: Developing with the Windows Subsystem for Linux

Tips for working with dev containers

In this section, we will look at a few tips that we can use to fine-tune the experience of working with dev containers. Let's start by looking at how we can automate steps inside the dev container after it has been built.

postCreateCommand and automating pip install

In the early examples in this chapter examples earlier in the chapter, we had to run pip install after building the dev container, and this is required each time you rebuild the dev container after making changes to its configuration. To avoid this, it might be tempting to add a RUN step to the dev container Dockerfile to perform pip install, but I prefer not to put application packages into the dev container image. Application package dependencies tend to evolve over time, and building them into the image (and rebuilding the image to install) feels a little heavyweight. Over time, when working with dev containers, my rule of thumb has become to install tools in the dev container...