found 690067 3.3.5-3 thanks I quickly talked to algernon on IRC and did let him know that the proposed fix to use real conffiles for the systemd symlinks is not good. symlinks in .wants directories should never be real files. That will only cause problems in the future.
Specifically the syslog.service symlink, which points to the default syslog provider, can't be a real file as this will break upgrades from syslog-ng to rsyslog or vice versa. I think we should get away with not installing any symlinks in syslog-ng, and let my auto-enabler [1] do the symlink bits. Since /etc/systemd/system/syslog.service is a shared ressource between rsyslog and syslog-ng, this one probably needs some special handling. Seeing the poor handling of symlinked conffiles, I'm wondering if we should also remove them for the other affected packages, which do that: acpid: /etc/systemd/system/sockets.target.wants/acpid.socket avahi-daemon: /etc/systemd/system/dbus-org.freedesktop.Avahi.service /etc/systemd/system/multi-user.target.wants/avahi-daemon.service /etc/systemd/system/sockets.target.wants/avahi-daemon.socket avahi-dnsconfd: /etc/systemd/system/multi-user.target.wants/avahi-dnsconfd.service hal: /etc/systemd/system/dbus-org.freedesktop.Hal.service live-config-systemd: /etc/systemd/system/basic.target.wants/live-config.service rsyslog: /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service syslog-ng-core: /etc/systemd/system/multi-user.target.wants/syslog-ng.service /etc/systemd/system/syslog-ng.service I think my auto-enabler should work well enough, until we have proper tools support in jessie. Michael, Tollef: any thoughts? [1] http://anonscm.debian.org/gitweb/?p=pkg-systemd/systemd.git;a=commit;h=d7e5781795296c24f0f311a7227bfb5e86dc51fa -- 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