Bug#690067: symlink conffiles are not supported, causing problems for dpkg on upgrade/removal and incorrect debsums reports

2013-03-05 Thread Michael Biebl
On 03.03.2013 22:53, Michael Biebl wrote:
 
 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

After a closer look, all those packages do *not* mark the symlinks as
conffiles, so are not affected by this problem. So I wouldn't suggest
any changes at this stage of the release.
As for syslog-ng-core, I think the simplest solution for wheezy is to
add the symlinks back to the package
/etc/systemd/system/syslog.service
/etc/systemd/system/multi-user.target.wants/syslog-ng.service
but does *not* mark them as conffiles.
+ the usual cleanup of the existing conffiles via preinst.

Michael

-- 
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


Bug#690067: symlink conffiles are not supported, causing problems for dpkg on upgrade/removal and incorrect debsums reports

2013-03-03 Thread Michael Biebl
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


Bug#690067: symlink conffiles are not supported, causing problems for dpkg on upgrade/removal and incorrect debsums reports

2013-03-03 Thread Michael Biebl
On 03.03.2013 22:53, Michael Biebl wrote:
 syslog-ng-core:
  /etc/systemd/system/multi-user.target.wants/syslog-ng.service
  /etc/systemd/system/syslog-ng.service
 

Oh, and btw, converting the /etc/systemd/system/syslog.service symlink
to a real file named /etc/systemd/system/syslog-ng.service is broken
too. The name *needs* to be syslog.service as this name is referenced in
other places.


-- 
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