Цель

Я хотел бы написать приложения C / C++ и предоставить им API для прямой связи с управляемыми systemd службами. Фактически, я бы хотел, чтобы мои приложения могли выполнять эквивалент systemctl start service_name@unit_number.service без использования вызовов system(), popen() или exec() (жесткое требование).

Вопрос

Есть ли API просто C / C++ для связи с systemd, при условии, что systemd версии 219 (то есть CentOS v7.4, также жесткое требование)?

Работа до сих пор

1. Я поискал в Интернете примеры управления службами, управляемыми systemd, на C / C++ и нашел странное обсуждение по теме, но не нашел хороших примеров.
2. Я всегда мог перепроектировать systemctl версия 219 из исходников, но тогда я потенциально мог нарушить лицензию GPL.
3. Поскольку я застрял на CentOS v7.4, а это означает, что я не могу получить версию systemd 221 или более позднюю, я не могу использовать новый API «SD Bus».Никто не позволит вручную обновить libsystemd только для конкретных целей, и я, по-видимому, не первый, кто поднимает эту проблему.
4. Я не решаюсь использовать низкоуровневый API C для DBUS, поскольку сами сопровождающие указывают «Если вы используете этот низкоуровневый API напрямую, вы подпишетесь из-за некоторой боли.».

Жесткие требования

• systemd v219.
• CentOS v7.4
• C / C++.
• system() / popen() / exec() не обращаются к утилите systemctl CLI.
• Нераспространяющаяся лицензия (например, LGPLv2 в порядке, хотя BSD / MIT предпочтительнее).

Вопрос (Redux)

Есть ли более простой API, который я мог бы использовать в CentOS v7.4 (даже если я должен сам предоставить общую библиотеку), который можно использовать для связи с systemd простым и надежным способом напрямую через код C / C++? Если существующий API libdbus-1.so сложен, но все же надежен, и я могу создать на его основе надежную / стабильную библиотеку-оболочку, я готов изучить этот вариант. Кроме того, если возможно вручную собрать и развернуть компоненты SD-BUS независимо от systemd и использовать их без необходимости изменять / обновлять библиотеку / демон systemd, уже находящиеся в системе, я потенциально мог бы пойти по этому пути.

Правки и комментарии

• Я был бы открыт для использования зрелой библиотеки C++, если она не требует полного выпуска всего исходного кода.

Спасибо.