severity 368942 important thanks On Fri, May 26, 2006 at 12:46:46AM -0400, Kevin B. McCarty wrote: > Apparently the Conflicts/Replaces of xcursor-themes on xlibs-data (<< > 6.8.2-35) isn't sufficient. From an attempted upgrade in a Sid chroot > (which had not been upgraded for some time) today: > Selecting previously deselected package xcursor-themes. > Unpacking xcursor-themes (from .../xcursor-themes_1.0.1-4_all.deb) ... > dpkg: error processing /var/cache/apt/archives/xcursor-themes_1.0.1-4_all.deb (--unpack): > trying to overwrite `/etc/X11/cursors/core.theme', which is also in package xlibs-data > Preparing to replace xlibs-data 6.9.0.dfsg.1-2 (using .../xlibs-data_1%3a7.0.20_all.deb) ... > Unpacking replacement xlibs-data ... > [snip] > Errors were encountered while processing: > /var/cache/apt/archives/xcursor-themes_1.0.1-4_all.deb > E: Sub-process /usr/bin/dpkg returned an error code (1) > A package failed to install. Trying to recover: > [snip] > dpkg: dependency problems prevent configuration of xlibs-data: > xlibs-data depends on xcursor-themes; however: > Package xcursor-themes is not installed. > dpkg: error processing xlibs-data (--configure): > dependency problems - leaving unconfigured RC in principle, but not in practice, because xlibs-data 6.9.0.dfsg.1-2 was not in sarge so this does not affect upgrades from the previous stable release. This makes it severity: nasty-ugh, but the BTS only knows about severity: important. > Come to think of it, the file being overwritten here is a conffile; shouldn't > there be some elaborate ritual to transfer its ownership from xlibs-data to > xcursor-themes, instead of a simple Conflicts/Replaces, anyway? No, AFAIK elaborate rituals are only required when renaming conffiles, not when transferring ownership of them. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. vorlon@debian.org http://www.debian.org/
Attachment:
signature.asc
Description: Digital signature