Packages 26.08.26: the web terminal, and a service nobody was starting

[MTSistemi]

On both apt mirrors (skillfishos.com/apt and
GitHub Pages). Plain sudo apt update && sudo apt upgrade, no reinstall.

The web terminal in Remote Manager returned 404. Debian's own ttyd.service was
holding port 7681, so the dashboard's reverse proxy reached a ttyd running without the
/terminal base path. The package now masks it and the dashboard starts its own, on
loopback, with the right prefix.

The AI engine pointed at /root. skillfish-unsloth looked for the installation under
/root/.unsloth — a path that exists on our development board and in no released image, so
the engine started for nobody. It now finds the real user through the dashboard config, the
active graphical session, or the first uid ≥ 1000 with an installation.

The package shipped a systemd unit and nothing enabled it. This one is worth reading if
you build anything that ships units. skillfish-unsloth.service was installed and left
alone. On our board it looked healthy — because it had been enabled by hand months earlier
— and the ISO inherits that state by cloning the board. So every test we could think of
passed, while an apt install got the unit file and no service. There is now a postinst for
that package and a build-time check that refuses to produce the .deb if it stops enabling
the unit.

Enabling it needed a second fix first: the launcher exited 1 when no Unsloth installation
was found, and the unit has Restart=on-failure. Enabling it on a machine without Unsloth
would have restarted it every ten seconds until systemd gave up and painted the service red.
"Nothing to serve" is not a failure — it exits 0 now.

New: skillfish-unsloth-update runs the official Unsloth installer as the real user,
removes the desktop entry it drops on every install, restarts the service and prints the
version before and after. Unsloth releases often; this is how you keep up without us
repackaging it each time.