Am 01.01.2015 um 03:40 schrieb Michael Biebl: > Am 01.01.2015 um 03:25 schrieb Michael Biebl: >> Am 01.01.2015 um 03:08 schrieb Michael Biebl:
>>> It looks though, as the sysv-genenator does not properly handle >>> Provides, especially multiple names listed in Provides. >>> >>> # systemctl show nis.service | grep Names >>> Names=nis.service >>> >>> The additional Provides should be listed under Names. >> >> That's the output under systemd v44 >> >> Names=nis.service ypserv.service ypxfrd.service yppasswdd.service >> >> which looks correct. [..] > Not sure, why it was dropped. > I've CCed Thomas, who implemented the sysv-generator. Maybe he can shed > some light on this. Upon further investigation, it looks like the Names= option was dropped from unit file parsing in v186. So even if the sysv-generator would write a unit file with a proper Names= field, systemd itself would not parse that anymore. So the "obvious" fix I had in mind will not work. Any other ideas, how we can fix this? Shall we create symlinks in /run/systemd/? A possible issue with that approach might be, that multiple init scripts could have the same Provides: foo, so only one of them could provide that name, as we can only have one symlink with that name. I could check the existing SysV init scripts in the archive, if that is a problem in practice or only a theoretical issue. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth?
signature.asc
Description: OpenPGP digital signature
