-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Suddenly half supported WSL 2 breaks workflows #5760
Comments
Hey @Vampire, |
@Vampire, it was definitely not intended, but looks like it's part of the new updates now - https://techcommunity.microsoft.com/t5/itops-talk-blog/wsl2-now-available-on-windows-server-2022/ba-p/3447570
|
Also don't get me wrong, it is great if WSL 2 is going to be supported now. Just maybe not in a breaking fashion. And maybe we with the needed kernel installed already. And if not, I at least know I should mitigate it in my action. |
Unfortunately it doesn't help due to Azure vm spec limitation we use, at that moment it is DSv2-series without supporting nested Hyper-V virtualization. |
Thank you very much for taking care that fast. :-) |
that WSLv2 could not be used even if I would install the Kernel package? - that's right, because if you look at https://techcommunity.microsoft.com/t5/itops-talk-blog/wsl2-now-available-on-windows-server-2022/ba-p/3447570 You could easily reproduce the same behavior from your side using Azure Standard_DS2_v2, this spec we use for GH runners, vm with Windows Server 2022. Will this change and WSLv2 be supported at some point? - Per discussion with a team, unfortunately, there are no any plans to add WSLv2 support in the near feature. PS. @Vampire, I think it is a good chance to update your task to support WSLv2 for the Windows Server 2022 self-hosted agents 😎 |
Well, for now I just also added setting the default version to v1 to my action to fix the workflows out there. |
Description
I have a daily running CI for all sorts of combinations for my https://github.com/Vampire/setup-wsl action. These tests started to fail today after you deployed the latest windows-2022 image yesterday and today my users started to complain too.
While the documentation of the
windows-2022
build states that still just WSL 1 is supported, it seems suddenly this changed to having halfway WSL 2 support, but without the necessary kernel installed.This breaks workflows out there as the Linux distributions fail to install now.
Was this an intended, just not documented change and I need to compensate in my action?
Was this an unintended change you are going to revert / fix?
Was this a half-way change and you improve on it for example by installing the missing kernel by default?
...?
Platforms affected
Virtual environments affected
Image version and build link
Image version: 20220614.0
Build: https://github.com/Vampire/setup-wsl/actions/runs/2505987309
Is it regression?
yes, latest working version: 20220607.3, latest working build: https://github.com/Vampire/setup-wsl/actions/runs/2499049305
Expected behavior
Does not suddenly break
Actual behavior
Suddenly breaks
Repro steps
The text was updated successfully, but these errors were encountered: