wslg VS WSL2-Linux-Kernel

WSLg(Windows Subsystem for Linux GUI) uses RDP and FreeRDP to work: https://github.com/microsoft/wslg

I haven't tried it yet, but I'm hopeful the experience is better than last time I tried Hyper-V enhanced linux experience. I imagine this use case is getting FreeRDP way more attention.

For years I've developed in a Linux VM on a Windows host via VirtualBox. The typing lag on this, particularly in IDEs like VSCode and Rider, finally got to me. So, I moved over to WSL and have to say; the experience is amazing.

This is running in WSL?

Microsoft has some wayland stuff already for WSL, though I think internally there's RDP involved: https://github.com/microsoft/wslg

That said. Graphical apps will just run on WSL without needing to install anything. Check: https://github.com/microsoft/wslg

What are you talking about? Its free forever https://github.com/microsoft/wslg

Actually, you can https://github.com/microsoft/wslg

See: https://github.com/microsoft/wslg/issues/563 and other similar issues on wslg GitHub.

Apparently, WSLg does away with the need for a separate X server, making things "easy" to use:

https://github.com/microsoft/wslg

There's two completely different aspects to your question. 1) How to manage libraries in c++ without dying from cringe? I'd suggest you use cmake as the build system and grab library sources directly from GitHub using this tool: https://github.com/cpm-cmake/CPM.cmake 2) How to get apps that run under WSL to display windows-native windows? I'm not sure, but it's probably this: https://github.com/microsoft/wslg

Here’s a thread about it. You can get into the underlying RDP session instead of just apps launching. https://github.com/microsoft/wslg/issues/1019

By the way, Microsoft publishes the WSL kernel source, under GPL, as they must: https://github.com/microsoft/WSL2-Linux-Kernel

From here on out it gets a bit hazy. For kernel builds you will have to use the Microsoft Linux Kernel (don't laugh, it's actually a thing). The USBIPD project walks through a WSL kernel build, so you can use that as a guide of sorts. Once you've done everything you need with the disk, the Gentoo project shows how to import it, but if you already have the VHDX file, I think the import-in-place option may be simpler. Take care in CH2 when making the filesystem. I'm not sure if WSL want's only one ext4 partition or if it walks the disk looking for root. There may be some .wslconfig settings for this, my first guess would be kernelCommandLine.

This was true for WSL1, but WSL2 does contain a Linux kernel. The source code for it is available at:

https://github.com/microsoft/WSL2-Linux-Kernel

git clone --branch mytag0.1 --depth 1 https://github.com/microsoft/WSL2-Linux-Kernel use tag for your version

But if you need a custom kernel then build it by taking Microsoft's kernel config as your base and then set the following up accordingly in your %USERPROFILE%\.wslconfig file:

It uses a customized version of the Linux kernel (repo) that integrates with the host Windows OS. You can build any distro on top of that kernel, as people have done with (of course) Arch. The distro isn't any less "real" than a distro that it run on QEMU (and with a level 1 hypervisor, all systems that uses one are technically virtualized already).

I recompiled the kernel using sources from https://github.com/microsoft/WSL2-Linux-Kernel with experimental genpatches applied.

KERNVER=$(uname -r | cut -f 1 -d'-') git clone --branch linux-msft-$KERNVER --depth 1 https://github.com/microsoft/WSL2-Linux-Kernel.git ~/kern-$KERNVER zcat /proc/config.gz > ~/kern-$KERNVER/.config make -C ~/kern-$KERNVER -j 4 make -C ~/kern-$KERNVER -j 4 modules_install ln -s /lib/modules/$KERNVER-microsoft-standard-WSL2+ /lib/modules/$KERNVER-microsoft-standard-WSL2