Hi! On Tue, 2014-09-09 at 21:42:13 +0200, Lucas Nussbaum wrote: > Package: dpkg > Version: 1.17.13 > Severity: wishlist
> I was trying to cross-grade an amd64 system to x32. > the libpcre3 package on debian-ports has a patch to work-around #760327. > As a result, the debian-ports package has a different version, so I ran > into: > > Preparing to unpack libpcre3_1%3a8.35-3+x32.1_x32.deb ... > Unpacking libpcre3:x32 (1:8.35-3+x32.1) over (1:8.35-3+x32.1) ... > dpkg: error processing package libpcre3:x32 (--install): package libpcre3:x32 > 1:8.35-3+x32.1 cannot be configured because libpcre3:amd64 is at a different > version (1:8.35-3) > > It would be great if dpkg had a --force option to override this error. I'm afraid what you want is not possible, or put it another way, it's not possible to get what you want and get sane results at the same time. The reference counting code uses the package version of each Multi-Arch:same instance to know when it can replace files or when the packages are getting in sync and as such need to be exactly the same. If this was a matter of different file contents that needed to be overwritten, that would be fine, because the configure check that guarantees that all instances have the same version would somehow mitigate such disasters. But if we had such force option (to disable the version sync check at configure time), then you'd need to use it all the time, as long as you have such packages with diverging versions, and then dpkg would be unable to tell when it should replace or not the reference counted files when unpacking multiple Multi-Arch:same instances on upgrades/downgrades for example. I assume apt would also need an option to override that, or it might get really unhappy. I will probably add it anyway, because dpkg --force options have historically pretty much allowed to destroy your own system, but just wanted to mention the (possibly) unexpected consequences. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org