Installer support for Alpine Linux as host OS

[mastacontrola]

Converted from PR #438 (by @redvex2460, 2021), which added Alpine Linux support to the installer: an lib/alpine/config.sh distro profile, OpenRC init scripts for the FOG services under packages/init.d/alpine/, and detection/config plumbing in bin/installfog.sh and lib/common/. The author tested it via an Alpine-based Docker image.

The PR went stale and accumulated conflicts with dev-branch, so it was closed — but the work is a useful reference if Alpine support is ever wanted (e.g. for lightweight container deployments). Open questions before picking this up:

• Is there real demand for Alpine as a FOG server host, versus the supported Debian/RHEL-family distros?
• musl/BusyBox differences would need ongoing testing; the installer's distro matrix is already a maintenance burden.
• Any revival should target working-1.6 rather than dev-branch.

Original PR for reference: #438

🤖 Generated with Claude Code

[mastacontrola]

Status update — this is no longer untriaged, and a fair chunk of it has landed on working-1.6.

What works now (5b5df151e and earlier):

• The package list actually resolves on current Alpine. It previously named packages that either don't exist or ship no files.
• Alpine keeps OpenRC init scripts in separate -openrc subpackages, so installing the daemon alone left /etc/init.d/<name> missing and every later rc-service call had nothing to start. tftp-hpa-openrc, vsftpd-openrc, mariadb-openrc and nfs-utils-openrc are now installed explicitly.
• Alpine dropped ISC dhcp-server after 3.20 — on 3.21+ the dhcp package resolves but ships no files, and dhcp-openrc is gone. Alpine is therefore Kea-only (see ISC-DHCP is deprecated #730), rather than carrying a split that would be dead on every current release.
• $dhcpname names the DHCP package, which is what configureDhcpEngine keys on. It used to name the service, so the string never matched the package list, the engine switch was skipped, and Alpine was left pointed at an ISC daemon it cannot install.
• tftp-hpa is driven from /etc/conf.d/in.tftpd (OpenRC), not xinetd — Alpine doesn't even package xinetd. Those paths previously pointed at Arch's xinetd layout.
• nginx / php-fpm paths corrected (php-fpm83, not php-fpm8.3 — Alpine takes the undotted suffix).
• MariaDB is enabled via rc-update add mariadb default.
• FOG's own eight daemons: packages/init.d/alpine ships OpenRC scripts and they are installed, started and stopped by direct /etc/init.d invocation.

What's still missing — narrower, but real:

1. Nothing runs rc-update for FOG's eight daemons, so they don't survive a reboot.
2. vsftpd, DHCP and NFS still fall through to chkconfig/service arms that don't exist on Alpine.

Because of (1) and (2), the installer menu labels Alpine honestly rather than as a peer of Redhat/Debian:

3) Alpine Linux (experimental, some services not wired for OpenRC)

One thing worth recording since it caused an upgrade hazard: Alpine is osid 3 on 1.6, but osid 3 meant Arch on the 1.5 line. An Arch box upgrading from 1.5 carries osid=3 in .fogsettings, so functions.sh detects that case and rewrites it to 4 (Arch's 1.6 id). Alpine is not an Arch derivative and doesn't share its config.

Retitling the remaining scope to the two items above. Swapping needs-triage for ready-for-agent — the gap is well-defined code work, though it needs a real Alpine box to verify.