4 ms·
If I understand correctly, GP is saying that systemd also provides non-init-related functionality. If a package you develop relies on only systemd's init capab
by kdmccormick 7y ago
If I understand correctly, GP is saying that systemd also provides non-init-related functionality.
If a package you develop relies on only systemd's init capabilities, it'd probably be pretty straightforward for someone to port it to an OS with a different init system (like BSD). If your package relies on other systemd capabilities, though, the task of porting gets much harder.
- majewsky 7y ago> If your package relies on other systemd capabilities Such as? Which other "systemd capability" besides the init system part exposes an API to general user-space applications? The only one I can think of is logind, for which an alternative implementation (elogind) exists.
- Null-Set 7y agoLogging, login, network configuration, and more. https://en.wikipedia.org/wiki/Systemd#Ancillary_components https://en.wikipedia.org/wiki/Systemd#Ancillary_components
- majewsky 7y agoThese are not APIs, they are UIs. They will not cause vendor lock-in for general user-space applications.