Bug#768815: apache2.2-common: debsums reports missing conffiles after wheezy -> jessie upgrade

[Andreas Beckmann <anbe@debian.org>]

Package: apache2.2-common
Version: 2.4.10-6
Severity: important

Hi,

this bug blocks doing piuparts wheezy -> jessie upgrade tests for the
whole apache2 stack and any rdepends.

debsums: missing file /etc/bash_completion.d/apache2.2-common (from apache2.2-common package)
debsums: missing file /etc/apache2/conf.d/charset (from apache2.2-common package)
debsums: missing file /etc/apache2/mods-available/authn_alias.load (from apache2.2-common package)
debsums: missing file /etc/apache2/mods-available/disk_cache.conf (from apache2.2-common package)
debsums: missing file /etc/apache2/conf.d/localized-error-pages (from apache2.2-common package)
debsums: missing file /etc/apache2/mods-available/mem_cache.load (from apache2.2-common package)
debsums: missing file /etc/apache2/conf.d/other-vhosts-access-log (from apache2.2-common package)
debsums: missing file /etc/apache2/mods-available/authn_default.load (from apache2.2-common package)
debsums: missing file /etc/apache2/mods-available/authz_default.load (from apache2.2-common package)
debsums: missing file /etc/apache2/mods-available/disk_cache.load (from apache2.2-common package)
debsums: missing file /etc/apache2/conf.d/security (from apache2.2-common package)
debsums: missing file /etc/apache2/sites-available/default-ssl (from apache2.2-common package)
debsums: missing file /etc/apache2/mods-available/imagemap.load (from apache2.2-common package)
debsums: missing file /etc/apache2/mods-available/cern_meta.load (from apache2.2-common package)
debsums: missing file /etc/apache2/mods-available/mem_cache.conf (from apache2.2-common package)
debsums: missing file /etc/apache2/sites-available/default (from apache2.2-common package)

These are the conffiles that are removed (are there any?) or renamed in
apache2. dpkg does not recognize this and therefore lists the conffiles
as still owned by apache2.2-common.

This seems to be the sequence of actions:

  Preparing to unpack .../apache2.2-common_2.4.10-6_amd64.deb ...
  Unpacking apache2.2-common (2.4.10-6) over (2.2.22-13+deb7u3) ...
  Preparing to unpack .../apache2_2.4.10-6_amd64.deb ...
  Moving obsolete conffile /etc/apache2/mods-available/authz_default.load out of the way...
....
  Unpacking apache2 (2.4.10-6) ...
....
  Setting up apache2 (2.4.10-6) ...
  Installing new version of config file /etc/logrotate.d/apache2 ...
....
  Installing new version of config file /etc/init.d/apache2 ...
  Removing obsolete conffile /etc/apache2/mods-available/authz_default.load ...
....
  Removing obsolete directory /etc/apache2/conf.d
  Enabling module mpm_event.
....
  Enabling site 000-default.
  Setting up apache2.2-common (2.4.10-6) ...

I think the removal and renaming part needs to be done by apache2.2-common
itself - the files must be "moved out of the way" in the preinst s.t. dpkg
sees in the unpacking phase that they are gone and no longer remebers 
"I own this obsolete conffile". The "taken over" conffiles need no special
handling here, this is done by apache2 and dpkg will change ownership
as intended.

I'm not sure whether (or how) dpkg-maintscript-helper mv_conffile can
be used reliably to rename a conffile and switch ownership to another
package at the same time. 


Andreas