Package: debhelper Version: 5.0.35 The postrm snippet for xfonts in /usr/share/debhelper/autoscripts/postrm-xfonts currently consists of:
if [ "$1" != "upgrade" ] && [ -x "`which update-fonts-dir 2>/dev/null`" ]; then #CMDS# fi The check for $1 == upgrade is a problem; it means that, if a package is upgraded and the new package no longer includes fonts in a directory that was installed to by the old version of the package, nothing takes responsibility for cleaning up the fonts.dir, fonts.scale, etc. files for the old directory. An example of this is, of course, the reorganization of font directories for the X11R7 transition, but the issue applies to any situation in which a package might continue to exist but no longer ship fonts in a particular directory (e.g., a package intended to provide fonts for a certain language ships font files in 75dpi and 100dpi directories in one version, and replaces them with Type1 fonts in a later version). Bug #366948 results from gsfonts-x11 not handling the updating of the old fonts.dir files on upgrade to xorg7. This clearly needs to be handled now by gsfonts-x11 in the maintainer scripts of the new version since there's no way to retroactively update the sarge version of the package to clean up after itself, but for the future I think it would be best if dh_installxfonts didn't ignore packages that are being upgraded. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. [EMAIL PROTECTED] http://www.debian.org/
signature.asc
Description: Digital signature
