Bug#898050: libitalccore is marked Multi-Arch: same but is not coinstallable

[Mike Gabriel]

Hi Francois,

On  So 06 Mai 2018 11:36:25 CEST, Francois Gouget wrote:

> Package: libitalccore
> Version: 1:3.0.3+dfsg1-3
> Severity: normal
>
> Dear Maintainer,
>
> Trying to install the amd64 and i386 versions of this package results in the
> following error:
>
> # apt-get install libitalccore:amd64 libitalccore:i386
> [...]
> Setting up libqt5svg5:i386 (5.10.1-2) ...
> dpkg: dependency problems prevent configuration of libitalccore:i386:
>  libitalccore:amd64 (1:3.0.3+dfsg1-3) breaks libitalc and is installed.
>   libitalccore:i386 (1:3.0.3+dfsg1-3) provides libitalc.
>
> dpkg: error processing package libitalccore:i386 (--configure):
>  dependency problems - leaving unconfigured
> Processing triggers for libc-bin (2.27-3) ...
> Errors were encountered while processing:
>  libitalccore:i386
>
>
> So the source of the issue seems to be that libitalccore:
> * Provides the libitalc virtual package
> * Breaks + Replaces the libitalc virtual package
>
> Apt seems to consider that this means libitalccore:amd64 breaks  
> libitalccore:i386
> through the libitalc virtual package which prevents them from being  
> coinstalled.
>
>
> One strange thing is that, if I understand 7.6.1 of the Debian Policy Manual
> correctly, Breaks + Replaces is not supposed to be used on virtual packages:
> http://www.chiark.greenend.org.uk/doc/debian-policy/policy.html/ch-relationships.html#s7.6.1
>
> | For this usage of Replaces, virtual packages (see Virtual packages  
> - Provides,
> | Section 7.5) are not considered when looking at a Replaces field.  
> The packages
> | declared as being replaced must be mentioned by their real names.
>
> Maybe that's why Apt is confused in this multi-arch configuration.
>
>
> Note that, based on 7.6.2, the usual pattern for virtual packages would be
> Provides + Conflicts + Replaces:
>
> |  In this situation, the package declared as being replaced can be a virtual
> |  package, so for example, all mail transport agents (MTAs) would have the
> |  following fields in their control files:
> |
> |     Provides: mail-transport-agent
> |     Conflicts: mail-transport-agent
> |     Replaces: mail-transport-agent
> |
> | ensuring that only one MTA can be unpacked at any one time
>
> Seems like something to try to see if it fixes the issue.

I will probably not fix this issue, as italc is going to replaced by  
its successor "veyon" in unstable anytime soon.

Hmm...hmm... hmmm... Maybe I will fix this in unstable, provide a  
patch for stretch-updates and then have italc removed from unstable.

Thanks for trying italc in the first place, anyway.

Mike
-- 

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
mobile: +49 (1520) 1976 148
landline: +49 (4354) 8390 139

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: mike.gabriel at das-netzwerkteam.de, http://das-netzwerkteam.de

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 851 bytes
Desc: Digitale PGP-Signatur
URL: <http://alioth-lists.debian.net/pipermail/debian-edu-pkg-team/attachments/20180508/8792fa3d/attachment.sig>