Bug#1034215: drkonqi: dh_installsystemd doesn't handle files in /usr/lib/systemd/system

[Andreas Henriksson <andreas@fatal.se>]

On Tue, Apr 11, 2023 at 09:37:27AM +0200, bigon@debian.org wrote:
> Package: drkonqi
> Version: 5.27.2-1      
> Severity: serious
> Tags: sid bookworm
> User: debhelper@packages.debian.org
> Usertags: systemd-files-in-usr-bookworm
> 
> Dear Maintainer,
> 
> It seems that your package drkonqi is shipping files (.service, .socket or
> .timer) in /usr/lib/systemd/system.
[...]

```
$ apt-file show drkonqi | grep systemd/system
drkonqi: /usr/lib/systemd/system/drkonqi-coredump-processor@.service
```

>From ./src/coredump/processor/CMakeLists.txt :

```
configure_file(
    drkonqi-coredump-processor@.service.cmake
    ${CMAKE_CURRENT_BINARY_DIR}/drkonqi-coredump-processor@.service
)
install(
    FILES ${CMAKE_CURRENT_BINARY_DIR}/drkonqi-coredump-processor@.service
    DESTINATION ${KDE_INSTALL_SYSTEMDUNITDIR}/system
)
```

So apparently KDE_INSTALL_SYSTEMDUNITDIR is not set correctly.

I'm not sure where this variable comes from. The above line is the
only hit on
https://codesearch.debian.net/search?q=KDE_INSTALL_SYSTEMDUNITDIR&literal=1

Maybe someone with better understanding of KDE and CMake can help figure this out.

If not, I guess you can always add a hack that appends to dh_install to move
the file into the correct directory as returned by
`pkg-config --variable=systemdsystemunitdir systemd`.
(Note: make sure to have systemd.pc available by build-dep on systemd)


Regards,
Andreas Henriksson