Bug#934805: lintian: probably shouldn't emit package-supports-alternative-init-but-no-init.d-script for instanced systemd services (foo@.service)

2019-08-16 Thread Chris Lamb
tags 934805 + patch thanks Hi Simon, > - do not emit package-supports-alternative-init-but-no-init.d-script for > foo@.service at all, on the basis that the feature does not exist in > LSB init, so feature parity is not implementable Indeed, we must have neglected these so-called

Bug#934805: lintian: probably shouldn't emit package-supports-alternative-init-but-no-init.d-script for instanced systemd services (foo@.service)

2019-08-15 Thread Simon McVittie
Package: lintian Version: 2.18.0 Severity: minor Some packages contain "instanced" systemd units named like foo@.service, which represent a family of possible systemd units foo@bar.service for arbitrary values of bar. For example, quake2-server in contrib is one of these: you can run any number