Your message dated Thu, 25 Jul 2019 08:39:20 +0000
with message-id <[email protected]>
and subject line Bug#930961: fixed in gsoap 2.8.75-2
has caused the Debian Bug report #930961,
regarding gsoap is wrongly marked Multi-Arch: foreign
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
930961: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930961
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: gsoap
Version: 2.8.75-1
Severity: important
User: [email protected]
Usertags: ftcbfs
Control: affects -1 + src:voms
gsoap is one of those packages that combines a tool with a shared
library (libgsoap-dev). The gsoap package is marked Multi-Arch: foreign,
so when it ends up in Build-Depends, the build architecture instances is
chose. This transfers to its dependency libgsoap-dev. However voms needs
the host architecture libgsoap-dev. This is wrong. Presently, gsoap
exposes libgsoap-dev for is wrongly marked Multi-Arch: foreign for this
exposure. I see the following options to fix this:
1. Remove Multi-Arch: foreign. (<- This is bad. I hope obviously.)
2. Drop the dependency from gsoap to libgsoap-dev. Thus gsoap no longer
exposes libgsoap-dev. Doing so makes a number of packages (including
voms) FTBFS until they add a dependency on libgsoap-dev. However this
is the approach chosen by flex (and libfl-dev) and bison (and
libbison-dev). This is doable and consistent with other packages. Of
course this is not reasonable before buster is out of the door.
3. Flip the dependency. This one is tricky. We remove the dependency
from gsoap to libgsoap-dev. Then, we rename gsoap to gsoap-bin. Then
we rename libgsoap-dev to gsoap and add Provides: libgsoap-dev to the
new gsoap. The new gsoap also Depends: gsoap-bin. Effectively the
dependency is reversed. The entry point no longer is Multi-Arch:
foreign, but Multi-Arch: same instead. This approach is used by
qt5-qmake.
gsoap has a total of 7 build-rdeps in main. That's a strict upper bound
to the number of FTBFS option 2 can introduce (i.e. few). Please tell me
which option you prefer. If you choose option 1, I'm sad. If you choose
2, I can prepare and/or perform the filing of the FTBFS bugs. If you
choose 3, I can prepare a patch for gsoap. If you have no clue, don't
ask for help with better understanding the situation.
Helmut
--- End Message ---
--- Begin Message ---
Source: gsoap
Source-Version: 2.8.75-2
We believe that the bug you reported is fixed in the latest version of
gsoap, 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 [email protected],
and the maintainer will reopen the bug report if appropriate.
Debian distribution maintenance software
pp.
Mattias Ellert <[email protected]> (supplier of updated gsoap
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 [email protected])
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512
Format: 1.8
Date: Mon, 22 Jul 2019 09:35:50 +0200
Source: gsoap
Architecture: source
Version: 2.8.75-2
Distribution: unstable
Urgency: medium
Maintainer: Mattias Ellert <[email protected]>
Changed-By: Mattias Ellert <[email protected]>
Closes: 930961
Changes:
gsoap (2.8.75-2) unstable; urgency=medium
.
* Convert debian/rules to dh tool
* Change to debhelper compat level 10
* Separate arch and indep rules in debian/rules
* Drop Depends on libgsoap-dev in gsoap (Closes: #930961)
* Replace top level index.html in the doc package with a version without
external references (lintian privacy-breach-generic warning)
Checksums-Sha1:
513976ec040b11ef09a3771a54b7e5a369e07935 2109 gsoap_2.8.75-2.dsc
bc0c70097cd93e0c1592851650a7c261e12af792 13880 gsoap_2.8.75-2.debian.tar.xz
ab9195bef8fbb7158867e05092c2e2172315caf5 8580 gsoap_2.8.75-2_amd64.buildinfo
Checksums-Sha256:
1edeaf53b942de26221ef72587d2ef5b8557a493db9d54968af4abb38d505a72 2109
gsoap_2.8.75-2.dsc
e4f5d8e7ce70e3f316fc320018f91c4c21a091423a623c9ade3bd0f1938ca48a 13880
gsoap_2.8.75-2.debian.tar.xz
f2800b53ea2cb6e1a7f20ae9826b93203a2392ea479c3715c581fcac80996b5a 8580
gsoap_2.8.75-2_amd64.buildinfo
Files:
b7da791471a89debe94558a73514a357 2109 devel optional gsoap_2.8.75-2.dsc
e13b83e22e27eab60e161148dea3eb33 13880 devel optional
gsoap_2.8.75-2.debian.tar.xz
0adc14cb7e5d7fe30783da20442987cb 8580 devel optional
gsoap_2.8.75-2_amd64.buildinfo
-----BEGIN PGP SIGNATURE-----
iQIzBAEBCgAdFiEE6hgwr99NQxrZ4RRS6K7C/zvhqUsFAl05YVEACgkQ6K7C/zvh
qUsN1hAAp4GnyOmIXAv9Ga3Qw18ffrt+c1Tkfsx/zHOC0J2iciHsLmRYC0OKFcfB
E/2KUa1LjkVShcAqqumTl8+ke5q7otOiaQTlfFC7yAkXsmUFyzT5f5FYfrPB3H62
Pi+dYUaHrJYPHnpChxbduVU37ZXJlMalu2GJIto/1PBw+IA58/kRBEul0t6mwY2u
oGU2ZL4Y+MHpsO69MQPsdu1YwiirNeU4czT9YOuArlfPCZmVY0oyKim46GghsNKU
weBr8boAJ2a9jiCeCOzUGBe0zwNxhApTzFrK2qrwbOTRYslYfQJ8AGiEPaUjdYNl
PvnW3UVmgq3Qeb8jzeAEfpKEb6idNNWbNNc46UxgmzlPn5UuzhyTsPKe4geXTkon
7kyB8B0S1EJjx5TJphj2S2hWalzE2hLQ33F5UzOJ02nc2N4ssu/IfqSNyob7tQMN
DmMSGTfiv3ItEMhSMTvhS6PiPLwEKqOuTo1tOiGgmhIRPqguVMFZWm9bChO9bpQx
BIacBHvkMefk4+sW9tSpDGWCLrEpz4EeOKM9lEAi7sytu2ZU8Vc6YQTnGz0U0Sp7
dXda25DL/tSmSkqihmE+iw9pj6p2zw+irAAXBoWu4nSFAEuKwMGmQ6H8CThQWRz6
D6y/EF8lv6JRxknTqKaVbJom1gjfz9+Ogr7eUCjCvXhScDFCE9U=
=UBEq
-----END PGP SIGNATURE-----
--- End Message ---
