Hi, Am 21.01.2015 um 10:52 schrieb Martin Pitt: > Control: tag 775404 patch > > Michael Biebl [2015-01-20 17:56 +0100]: >> I looked into this a bit more myself. Unfortunately, those .sh suffixes >> are not the only ways to trigger this particular bug. >> >> As can be seen in [1], this can also be caused by backup/temporary >> files, i.e. the name of the sysv init script no longer matches the name >> in the Provides: field, and therefor we create a symlink and subsequent >> creation of the real unit file fails. > > It can also happen if a script Provides: the name of another script.
Correct. See my analysis in [1] under "*** conflicting Provides/Names ***" If two of those such packages are installed at the same time, first one wins with the current logic we have in the generator. The list is not very long, so I don't expect this to be huge issue in practice. As a side note, postfix and xmail using mail-transport-agent seems wrong, they should provide a insserv snippet for $mail-transport-agent. Same for busybox-syslogd and dsyslog, the correct facility here would be $syslog. I > think I caught all these cases now in tests, and proposed a patch > upstream: > http://lists.freedesktop.org/archives/systemd-devel/2015-January/027249.html > > It's not exactly "nice", but I can't think of a better/robust > solution. An alternative idea of mine, was to create the symlinks *after* the unit files have been written. In the end, it won't make a huge difference I guess. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=774335#57 -- 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
