Hey Niels, thanks for replying. I tired removing the arguments given to dh_installsystemd, however in this case serf@.service did not get copied Wich was the scope of thia bug report I did add the argument as workaround to let dh_installsystemd copy serf@ .service
Best, Niels Thykier <ni...@thykier.net> schrieb am Sa., 8. Feb. 2020, 08:17: > Control: tags -1 -d-i > Control: retitle -1 dh_installsystemd: NOOP promise is unsafe > > Badreddin Aboubakr: > > Package: debhelper > > Version: 12 > > Severity: normal > > Tags: d-i > > > > Hello, > > i was trying to build Serf locally for stretch using debhelper 12. > > I started with golang-github-hashicorp-serf > > (0.8.1+git20171021.c20a0b1~ds1-4~bpo9+1), > > which is on the offical debain repo and did the following: > > > > * Renamed `serf.service` inside debian/ to `serf@.service` > > * in `debian/rules` i added `override_dh_installinit:` > > > > When building the package it built but it didn't copy the templete unit > > file `serf@.service`. > > In DH_INSTALLSYSTEMD(1) is wriiten if `debian/package@.service` it > > should be installed into lib/systemd/system/. > > > > Then this was tested against unstable it didn't copy the templete > > unit. > > > > Adding : > > ```override_dh_installsystemd: > > dh_installsystemd -pserf serf@.service > > ``` > > to `debian\rules` fixed the issue. > > > > Thanks. > > > > Hi, > > Thanks for the bug report. > > I think this is caused by an optimization that enables dh to skip > dh_installsystemd. You can confirm this by removing the arguments given > to dh_installsystemd in your example above. > > This should still work (i.e. install serf@.service) without you > explicitly having to reference the service name. > > > ~Niels >