Package: dpkg
Version: 1.13.16
Severity: minor
This issue commonly occurs with many packages, but I'll take
xbase-cliens as an example, upgrading 6.9.0.dfsg.1-4 -> 1:7.0.0-5:
Unpacking xbase-clients (from .../xbase-clients_1%3a7.0.0-5_i386.deb) ...
dpkg: warning - unable to delete old directory `/etc/X11/xsm': Directory
not empty
It appears that the old version included /etc/X11/xsm and
/etc/X11/xsm/system.xsm as conffiles; but the new version includes only
/etc/X11/xsm/system.xsm. I suppose this is considered a bug fix, as
xbase-clients should not exclusively own the directory. Anyhow, dpkg
gives the warning since the directory indeed cannot be removed.
However, since the new version of the package itself contains a file in
this directory, this could be taken to suppress the warning.
The current behavior is responsible for a significant fraction of
warnings during upgrades, and it's a waste of time to verify that in
fact the package is not leaving behind garbage.
Andrew
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (800, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15-1-686
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Versions of packages dpkg depends on:
ii coreutils [textutils] 5.94-1 The GNU core utilities
ii libc6 2.3.6-7 GNU C Library: Shared libraries
dpkg recommends no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
