Bug#898050: libitalccore is marked Multi-Arch: same but is not coinstallable
Mike Gabriel
mike.gabriel at das-netzwerkteam.de
Tue May 8 22:26:06 BST 2018
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>
More information about the Debian-edu-pkg-team
mailing list