harshrajdubey/WSL
slowing
significant_divergence
Selected Choose this fork if you need a customizable WSL base with significant changes to runtime, installer, diagnostics, localization, and tests. Avoid it if you want a low-maintenance, upstream-close WSL build, because the fork is materially behind and already diverging in core areas.
archlinux/WSL
active
significant_divergence
Prefer this fork only if you specifically need Arch Linux downstream automation or maintenance plumbing. If you want current, full-featured WSL development or a stable base for feature work, upstream is a better fit.
shrehanrajsingh/WSL
stale
significant_divergence
Prefer this fork only if you need its CI/release or distro-maintenance customizations. If you want current WSL behavior and low maintenance burden, upstream is the better choice because this fork is significantly behind and likely missing recent fixes.
Prefer upstream unless you specifically need this older snapshot; this fork currently offers no visible enhancements and is materially behind on recent WSL fixes and maintenance.
benhillis/WSL
stale
significant_divergence
Choose this fork if you want a WSL codebase with substantial local changes around installation, localization, diagnostics, tests, and distro management, and you are willing to manage a meaningful rebase gap. If your goal is lowest-maintenance adoption, upstream is the safer default.
Choose upstream unless you specifically need this exact older snapshot for private work. This fork does not add features, and it lags upstream by 47 commits, so it is a poor choice for adopters who want current WSL behavior.
Adopt this only if you want an essentially unmodified WSL copy and are prepared to catch up with upstream yourself. For most users, upstream is the better choice because this fork adds no visible functionality and is materially behind.
Wael-Rd/WSL
stale
significant_divergence
Prefer this fork only if you specifically want its localized, CI-oriented, and test-heavy modifications and are willing to absorb upstream drift. For most users, upstream is the better default because this fork is materially behind and does not show a clearly differentiated product advantage.
2404589803/WSL-LLM
stale
significant_divergence
Choose this fork only if you want a customized, divergence-tolerant WSL branch with its own CI/localization/test workflow. If you want current upstream WSL behavior and easy upgrades, upstream is the safer choice.
asalem1987/WSL
stale
significant_divergence
Prefer upstream unless you specifically need this older WSL snapshot or one of its install/networking tweaks. The fork is materially stale and appears to have lost substantial test coverage, so it is a poor default for adopters who want current WSL behavior.