First-run onboarding
Create or adopt the managed Arch environment, configure a normal Linux user, and get to a launchable desktop path.
Pre-release MVP · Arch first · Windows first
Pane is a Windows app for people who want a real Linux desktop they can customize, launch, repair, reset, and understand from one place.
Today, Pane supports Arch + XFCE through a managed WSL2/XRDP bridge. The native Pane-owned runtime is under active development and is not marketed as complete yet.
Selected environment
The target user
The first audience is not distro-hoppers who already enjoy hand-wiring every service. It is students, developers, tinkerers, creators, and Linux-curious Windows users who want a fresh Arch environment with a real GUI and clear recovery paths.
Pane should make Arch feel approachable without pretending Arch is no longer Arch. Users still customize, install packages, break things, and learn. Pane owns the boring lifecycle work around launch, reconnect, repair, storage, reset, and support.
What Pane owns
Create or adopt the managed Arch environment, configure a normal Linux user, and get to a launchable desktop path.
Open the supported Arch + XFCE session through Pane instead of manually juggling WSL state, XRDP, and connection files.
PaneShared gives users a predictable bridge for files, with durable storage by default and scratch storage for disposable sessions.
Doctor checks, repair, update, logs, reset, and support bundles reduce the chance that users hit a dead end and ask for help.
Current release boundary
Pane starts with one supported path: Arch Linux, XFCE, WSL2, XRDP, and a packaged Windows app entrypoint. That is the supportable bridge while the native runtime is built.
Good fit
Not yet
Where this is going
Package, launch, diagnose, repair, reset, share files, and collect support data.
Move from WHP preflight and boot probes toward deterministic Linux serial output and rootfs startup.
Render the Linux GUI inside Pane, then build toward networking, audio, snapshots, and desktop choices.
Ubuntu, Debian, Kali, KDE, GNOME, and Niri should only ship when their support path matches Arch.
Build with the truth boundary intact