Bug#775404: Bug#775265: unblock: systemd/215-9

[Michael Biebl]

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?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20150121/b1e6ec92/attachment-0002.sig>