aboutsummaryrefslogtreecommitdiff
path: root/tests/ECMGenerateDBusServiceFileTest
AgeCommit message (Collapse)Author
2020-09-26Fix windows ci tests because of differences in ecm logic on windows.Jeremy Whiting
According to https://api.kde.org/ecm/module/ECMGenerateDBusServiceFile.html the macro being tested works differently on windows. The path to the binary executable is removed on windows.
2020-09-18add RENAME parameter to ecm_generate_dbus_service_fileHenri Chain
2020-07-10Add ecm_generate_dbus_service_fileHenri Chain
Summary: It serves as a replacement for `kdbusaddons_generate_dbus_service_file`. An application can be a DBus-activated service just fine without using KDBusAddons. Moreover, this new module uses named arguments for future-proofing, and adds support for specifying a `SystemdService`. It also cleans up the confusion on what the "path" is about: Rather than requiring to specify executable and path separately, we just extract the executable file name on Windows, if necessary. Usage: ``` ecm_generate_dbus_service_file(NAME org.kde.kded5 EXECUTABLE ${KDE_INSTALL_FULL_BINDIR}/kded5 SYSTEMD_SERVICE plasma-kded) ``` Test Plan: * Was able to generate a kded service file * Was able to generate a kded service file with `SystemdUnit` * Verified that it moaned when executable wasn't an absolute path * Untested on Windwos Reviewers: #frameworks, davidedmundson, kossebau, kfunk, habacker Subscribers: kde-frameworks-devel, kde-buildsystem Tags: #frameworks, #build_system Differential Revision: https://phabricator.kde.org/D29051