Ну если на Qт пишешь, то однозначно второй. Ну а если глибц уже есть в проекте то можно и первый. По работе на заметил принципиальной разницы. в плане сложнее/проще
Смотря что требуется: шина сообщений или протокол IPC. Есть куча вариантов для того и для другого, а во многих случаях вообще хватит простого юникс-сокета
С Qt проще. Кроме того, в glib(до 2.26) раньше использовалась другая реализация - dbus-glib. Могут возникнуть проблемы со старыми дистрибутивами. В Qt4, насколько я знаю, API QtDBus так кардинально не меняли.
dbus клиент из systemd - лаконичная имплементация вместо этих монстров.
Чтобы сразу лишиться возможности запустить софтину на Windows, Mac OS X и *BSD? Не говоря уже о перспективе работы софтины, когда system-г закопают через несколько лет - если не сообщество, то сам Redhat из каких-нибудь своих соображений.
Нет, но туда его можно вкорячить на пользовательском уровне.
Да уже вроде понятно, что systemd не закопать...
Логика корпораций бывает неочевидна с позиции рядового пользователя. Если systemd будет плохо помогать RedHat господствовать на рынке, её забросят как наскучившую игрушку и возьмутся за что-нибудь новое.