[Multiarch-devel] Bug#770301: dpkg: fails to install second arch of Multi-Arch:same packages with Provides/Conflicts/Replaces:virtualpackage

[Sven Joachim]

On 2014-11-20 16:51 +0100, Guillem Jover wrote:

> On Thu, 2014-11-20 at 11:43:15 +0100, Andreas Beckmann wrote:
>> Package: dpkg
>> Version: 1.17.21
>> Severity: important
>> User: multiarch-devel at lists.alioth.debian.org
>> Usertags: multiarch
>
>> dpkg fails to configure a second architecture of this package if a
>> first architecture is already installed:
>> 
>> Package: libbabl-dev
>> Multi-Arch: same
>> Source: babl
>> Version: 0.1.10-2
>> Replaces: libbabl-0.0-0-dev
>> Provides: libbabl-0.0-0-dev
>> Breaks: libbabl-0.0-0-dev
>> 
>> Both apt and aptitude consider the package to be installable, but dpkg
>> fails to configure it:
>> 
>> # dpkg --configure --pending
>> dpkg: dependency problems prevent configuration of libbabl-dev:amd64:
>>  libbabl-dev:i386 (0.1.10-2) breaks libbabl-0.0-0-dev and is installed.
>>   libbabl-dev:amd64 (0.1.10-2) provides libbabl-0.0-0-dev.
>> 
>> dpkg: error processing package libbabl-dev:amd64 (--configure):
>>  dependency problems - leaving unconfigured
>> Errors were encountered while processing:
>>  libbabl-dev:amd64
>
> This is expected behavior in dpkg. Conflics/Breaks/Replaces get an
> implicit "any" arch qualifier, so those make the dependency
> unsatisfiable due to the Provides.

Are you sure about that?  How come I have libncurses5-dev:amd64 and
libncurses5-dev:armhf coinstalled then, when they both
Provides/Conflicts/Replaces libncurses-dev?  It seems to me that dpkg
actually treats Breaks different from Conflicts here.

Cheers,
       Sven