Future-proof your tech-skills with Linux, Python, vim & git as I share with you the most timeless and love-worthy tools in tech — and on staying valuable while machines learn... and beyond.

Linux Container Under Windows 10 WSL Supporting Graphics

by Mike Levin

Tuesday, July 26, 2022

I’ve been showing people how to get Linux graphics working under the Windows Subsystem for Linux on Windows 10 using VcXsrv for awhile now. But now that I’m using containers, the question arises whether these containers can use the same Linux graphics. And so…

See if we can get Linux graphics under:

Yes, it was possible. The .bash_profile of the “host” Linux running directly under WSL2 is must contain:

export DISPLAY=$(cat /etc/resolv.conf | grep nameserver | awk '{print $2}'):0

This requirement predates containers to make VcXsrv know where to listen to X-Windows messages. It amounts to finding the IP of the internal DNS server, which is always a trick with these virtual-lan setups. That command extracts it from a standard Linux file /etc/resolv.conf and plugs it into a location accessible from the container.

I had to capture this variable and “pass it down” to the container. It’s dynamically generated on the host, but it must be the same one used in the Linux container’s DISPLAY environment variable. And since my ~/data location is in common to the host and container, I am able to do this in the .bash_profile as well:

echo "export DISPLAY=${DISPLAY}" > ~/data/display.sh

An unexpected surprise is that because the contents of this file reads exactly like an executable bash script:

export DISPLAY=

…I am able to put this one very simple line into the .bash_profile of the container:

source ~/data/display.sh

…which you may recognize as extremely similar to the command that activates Python venvs:

source ~/py310/bin/activate

…because it’s using the same trick!