--- Begin Message ---
- To: Debian Bug Tracking System <submit@bugs.debian.org>
- Subject: libmateweather1 is marked Multi-Arch: same but is not coinstallable
- From: Francois Gouget <fgouget@free.fr>
- Date: Thu, 17 May 2018 20:16:47 +0200
- Message-id: <152658100785.32430.11421794852870791389.reportbug@debiantesting-32.vm>
Package: libmateweather1
Version: 1.20.0-1
Severity: normal
Dear Maintainer,
Trying to install the amd64 and i386 versions of this package results in the
following error:
# apt-get install libmateweather1:i386 libmateweather1:amd64
[...]
dpkg: dependency problems prevent configuration of libmateweather1:amd64:
libmateweather1:i386 (1.20.0-1) breaks libmateweather and is installed.
libmateweather1:amd64 (1.20.0-1) provides libmateweather.
dpkg: error processing package libmateweather1:amd64 (--configure):
dependency problems - leaving unconfigured
So the source of the issue seems to be that libquazip5-1:
* Provides the libmateweather virtual package
* Breaks AND Conflicts with the libmateweather virtual package!
* Replaces the libmateweather virtual package
Apt seems to consider that this means libmateweather1:amd64 breaks
libmateweather1:i386 through the libmateweather 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
Finally libmateweather may well have been a real package at some point. However
currently its only existence is through the Provides of libmateweather1. Still if
the goal it to state that libmateweather1 breaks this old package (to ensure clean
upgrades), then a Breaks + version number would probably be the right thing to do
(see 7.5 of the policy):
http://www.chiark.greenend.org.uk/doc/debian-policy/policy.html/ch-relationships.html#s-virtual
| If a relationship field has a version number attached, only real packages will
| be considered to see whether the relationship is satisfied (or the prohibition
| violated, for a conflict or breakage). In other words, if a version number is
| specified, this is a request to ignore all Provides for that package name and
| consider only real packages. The package manager will assume that a package
| providing that virtual package is not of the "right" version. A Provides field
| may not contain version numbers, and the version number of the concrete package
| which provides a particular virtual package will not be considered when
| considering a dependency on or conflict with the virtual package name.
In any case it does not seem like libmateweather1 should combine Breaks and
Conflicts.
Note that libmate-panel-applet-4-1 has a similar issue with libmatepanelapplet.
-- System Information:
Debian Release: buster/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Foreign Architectures: amd64
Kernel: Linux 4.16.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
Versions of packages libmateweather1 depends on:
ii libatk1.0-0 2.28.1-1
ii libc6 2.27-3
ii libcairo-gobject2 1.15.10-3
ii libcairo2 1.15.10-3
ii libgdk-pixbuf2.0-0 2.36.11-2
ii libglib2.0-0 2.56.1-2
ii libgtk-3-0 3.22.29-3
ii libmateweather-common 1.20.0-1
ii libpango-1.0-0 1.42.0-1
ii libpangocairo-1.0-0 1.42.0-1
ii libsoup2.4-1 2.62.1-1
ii libxml2 2.9.4+dfsg1-6.1
libmateweather1 recommends no packages.
libmateweather1 suggests no packages.
-- no debconf information
--- End Message ---
--- Begin Message ---
Source: libmateweather
Source-Version: 1.20.1-1
We believe that the bug you reported is fixed in the latest version of
libmateweather, which is due to be installed in the Debian FTP archive.
A summary of the changes between this version and the previous one is
attached.
Thank you for reporting the bug, which will now be closed. If you
have further comments please address them to 898956@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Mike Gabriel <sunweaver@debian.org> (supplier of updated libmateweather package)
(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Format: 1.8
Date: Thu, 05 Jul 2018 14:08:58 +0200
Source: libmateweather
Binary: libmateweather1 libmateweather-common libmateweather-dev
Architecture: source
Version: 1.20.1-1
Distribution: unstable
Urgency: medium
Maintainer: Debian+Ubuntu MATE Packaging Team <debian-mate@lists.debian.org>
Changed-By: Mike Gabriel <sunweaver@debian.org>
Description:
libmateweather-common - MateWeather shared library (common files)
libmateweather-dev - MateWeather shared library (development files)
libmateweather1 - MateWeather shared library
Closes: 898956
Changes:
libmateweather (1.20.1-1) unstable; urgency=medium
.
* New upstream release.
* debian/control:
+ Update Vcs-*: fields. Package has been migrated to salsa.debian.org.
+ Bump Standards-Version: to 4.1.4. No changes needed.
+ Drop pkg-mate-team Alioth mailing list from Uploaders: field.
+ Drop P (from libmateweather1): libmateweather. (Closes: #898956).
Drop C (from libmateweather1): libmateweather (having B:/R: is
sufficient).
* debian/copyright:
+ Use secure URI for copyright format.
+ Update Upstream-Contact: field.
+ Update Source: field. Use secure URLs.
+ Update copyright attributions.
* debian/upstream/metadata:
+ Add file. Be compliant with DEP-12 proposal.
+ Use Martin's address as Contact: address.
Checksums-Sha1:
74cd8afcab5fdfe8c350064f1d53fe434224fecb 2509 libmateweather_1.20.1-1.dsc
c93ce2c82775cfec49d2fc37d3af6628a05a1b5f 3274272 libmateweather_1.20.1.orig.tar.xz
bcd2b4a3deb365e235405de078807947b08b79a4 6496 libmateweather_1.20.1-1.debian.tar.xz
cd4e7df1a82550708ba0ed469e334e4600cc53d2 15018 libmateweather_1.20.1-1_source.buildinfo
Checksums-Sha256:
aa4e36d62accb284a214a092187396f31b95c33bb5da6f696a2f3834f3779d4d 2509 libmateweather_1.20.1-1.dsc
2f64934c16ec1f6d61a5d024c213be1495f05b6b7446586f2714fa0ddac0c6d0 3274272 libmateweather_1.20.1.orig.tar.xz
29aba055af7248315c71ffafaf4297607c581c036d9dd3df69fa47d487bb318b 6496 libmateweather_1.20.1-1.debian.tar.xz
55b8f6c2dc5f99ccc2835e9f024fb4dd5b6642d869edae6e7280d4e9776cae94 15018 libmateweather_1.20.1-1_source.buildinfo
Files:
e780b87058f6d80aadb88b10c13e8faa 2509 libs optional libmateweather_1.20.1-1.dsc
574265201460a944593a40a02bbd11c8 3274272 libs optional libmateweather_1.20.1.orig.tar.xz
05dce558dcb2530809026e774384ed2c 6496 libs optional libmateweather_1.20.1-1.debian.tar.xz
4976162f64b8832e61fee27cfbc5d4f7 15018 libs optional libmateweather_1.20.1-1_source.buildinfo
-----BEGIN PGP SIGNATURE-----
iQJJBAEBCAAzFiEEm/uu6GwKpf+/IgeCmvRrMCV3GzEFAls+DNEVHHN1bndlYXZl
ckBkZWJpYW4ub3JnAAoJEJr0azAldxsxt4UP/iFsNysfRh76FhGKa+RSXeG8+kdc
s0KcRtxH25knGmOZO5wJBANm+1xjCQOUddwTW92XoKGwt6mxfqPe5b3+LDOESBYY
VQAN5S/nhecK+dERZK+1x0e8cCoYhqq9wZHZW4/nj2gkT9aXJdICyaxfLSU9jtIK
xlm876R6181ni8Z437ENg2Jl2ALkhcnk9f4zsa0F+xnn+hETFk7GmjH1/dqBOlkd
UK54guRxhH6/Hr4sI/9ONfzjJ1qCUpTX5r6n+TG5qSKIxdhbgMAj2U2aWgzvhGQ2
g2E8ZF/z4k27XHOHbJGBL8WHjbDQGy1FH1f6K3a7hx/T3V4PHJ4z+lSAKFZrfcIk
RXKp+OPSoZsAIQwTQL9zOpUDj5M7AIQrF5GU/bUnL+Oxy72ZL+/X+1pKDc3nlhkb
RiMQHlGaNnRQJFO1mlu0pa6348d4Mfm9Fg74Rg+pvpqsUtLYmnkvIpIXXJaXC6v8
HNzhJJP6dHW92kUGL1wVTQGika6R61GqmFjnfkLKwyTrmaJBReIyBK3SexLxSPKT
RPJX8YbOG0e/4Bb+mgT+o5YpZHxV4KTKUn6mhnOWaYqnWEyGU1gM32nRkwasA6Gz
p1oOcAAM9uDD4r8afMYpYHQh+YI+UxUpyYepdULFTJpq0XmCtN2Z1L9EmU7ilXOo
QsqtMD9UKg/ndJrB
=yitQ
-----END PGP SIGNATURE-----
--- End Message ---