This is a place to track notes on implementation, these features have a good chance of being included in sxmo in the near future.
On distros with systemd already installed, we're just adding bloat to the system by adding another service manager (superd). In the interest of keeping the system minimal, we should be able to manage user services via systemd in this case.
With pmos adding support for users choosing which init system to use, it probably makes sense for us to do the same
I think this can be implemented by replacing all our calls to superd with a hook. When swapping via the package manager, it can replace the default for that hook so everything works seamlessly. Users who want to change init system can replace the hook, and all the services that sxmo ships.
The only downside to this I can think of is that we can't install services for multiple service managers simultaneously, but I'm not sure where this would be an issue except perhaps multi-uesr systems.
Or would another environment variable be suitable? Such as SXMO_SERVICE_MANAGER.
But as I was trying this reply I can see having a unified hook will be a cleaner idea to support this.