Package: openafs-fileserver Version: 1.6.1-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 + openafs-dbg
Hi, during a test with piuparts I noticed your package produces some debsums errors after a lenny->squeeze->wheezy upgrade: 1m14.8s INFO: dirname part contains a symlink: /usr/share/doc/openafs-fileserver/NEWS.Debian.gz != /usr/share/doc/openafs-client/NEWS.Debian.gz (openafs-fileserver) /usr/share/doc/openafs-fileserver/changelog.Debian.gz != /usr/share/doc/openafs-client/changelog.Debian.gz (openafs-fileserver) /usr/share/doc/openafs-fileserver/changelog.gz != /usr/share/doc/openafs-client/changelog.gz (openafs-fileserver) /usr/share/doc/openafs-fileserver/copyright != /usr/share/doc/openafs-client/copyright (openafs-fileserver) 1m16.3s ERROR: FAIL: debsums reports modifications inside the chroot: /usr/share/doc/openafs-client/NEWS.Debian.gz This looks like in lenny, there was a symlink /usr/share/doc/openafs-fileserver -> openafs-client but in squeeze /usr/share/doc/openafs-fileserver was changed to be a directory, but without doing a proper migration (dpkg intentionally does not replace directories with symlinks and vice versa). So the ancient link is still there and now different packages are overwriting each other without dpkg having a chance to notice this. There may be more binary packages built from src:openafs affected by similar problems (but not tested by piuparts due to failing dependencies). Usually a preinst check like test ! -L /usr/share/doc/openafs-fileserver || rm /usr/share/doc/openafs-fileserver should solve this. cheers, Andreas
openafs-fileserver_1.6.1-2.log.gz
Description: GNU Zip compressed data