Martin Bauer
a973bc8d75
Two problems on musicdolphin, found after its first reboot. getty@tty1 was never enabled. The role installed the autologin drop-in and the handler restarted the unit, which works until the next boot - these images do not enable getty@tty1 themselves, getty.target pulls in getty-static.service and nothing else, so after a reboot nobody logs in and the kiosk never starts. Enable it as well as starting it. And the attached screen reads back 0 bytes of EDID on both micro-HDMI ports while reporting "disconnected", so the kernel offers no modes, no framebuffer is created, and X exits with "no screens found". That is the signature of a cable or adapter whose DDC/HPD lines are broken but whose video pairs are fine. Forcing the connector on is not enough on its own - with no EDID there is still no mode to set - so allow a `video=` kernel parameter, which forces the output and names the mode. hdmi_force_hotplug=1 is no use here; vc4-kms-v3d ignores it. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
pi_kiosk
Turns a Pi with a monitor attached into a full-screen Firefox kiosk display, with no
window manager: an autologin console user runs startx, whose .xinitrc launches
Firefox in --kiosk mode pointed at pi_kiosk_url and relaunches it if it ever exits.
If X itself crashes, .bash_profile restarts it.
Vars:
pi_kiosk_user(defaultkiosk) - the account that autologs into tty1.pi_kiosk_url(defaulthttp://localhost:8080) - what Firefox shows.
Meant to run alongside pi_musicmouse on the same host when it's serving the page
locally (the default pi_kiosk_url), gated in mediapis.yml by mediapi_has_monitor.
niri was considered instead of plain X/no-WM, but isn't packaged for Debian Bookworm
yet (no official apt package, only third-party .debs or a from-source Rust build) -
revisit once it is.