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
>

Reply via email to