Even if Guix were to switch to systemd (it won't), end users would primarily be interacting with services through the same high-level APIs as now. https://guix

Even if Guix were to switch to systemd (it won't), end users would primarily be interacting with services through the same high-level APIs as now. https://guix.gnu.org/manual/devel/en/guix.html#Services https://guix.gnu.org/manual/devel/en/guix.html#Services That is, the only difference in practice would be replacing 'herd' with 'systemctl' when stopping and starting services manually. Anything else, such as modifying a service, has to go through the configuration system. Similarly, for service authors, whether the API you design ends up creating a systemd unit file or shepherd service object is an implementation detail and would be mostly transparent.