Package: jade Version: 1.2.1-47.1 Severity: wishlist Tags: patch User: crossbu...@debian.org Usertags: cross
jade and sp contain architecture-dependent binaries, but expose no architecture-dependent interfaces: on a multiarch system it doesn't matter which architecture you get as long as you can execute its binaries. Between them, they're build-dependencies of 30 source packages in unstable, including at least one (iputils) that you might well reasonably consider as part of the base system needed when bootstrapping a new architecture. At the moment, cross-building iputils from amd64 to armhf fails because it gets sp:armhf when installing its build-dependencies rather than the version of sp for the native build architecture (amd64), and then fails to execute /usr/bin/nsgmls because it's for an architecture whose binaries it can't execute. The simple fix for this is to mark sp (and jade, while we're here) as Multi-Arch: foreign, indicating that it's OK to get whatever architecture is most convenient. This is generally a harmless thing to do for packages that just ship programs and not libraries or architecture-dependent data files. (At some point it would also be helpful to convert libsp1c2 and libsp1-dev to full Multi-Arch: same, per http://wiki.debian.org/Multiarch/Implementation. However, that's really a separate issue and doesn't particularly interfere with this bug.) * Mark jade and sp as Multi-Arch: foreign. diff -u jade-1.2.1/debian/control jade-1.2.1/debian/control --- jade-1.2.1/debian/control +++ jade-1.2.1/debian/control @@ -7,6 +7,7 @@ Package: sp Architecture: any +Multi-Arch: foreign Depends: ${shlibs:Depends} Suggests: doc-base, sgml-data Description: James Clark's SGML parsing tools @@ -52,6 +53,7 @@ Package: jade Architecture: any +Multi-Arch: foreign Depends: ${shlibs:Depends}, ${misc:Depends} Suggests: doc-base, sgml-data, sp Description: James Clark's DSSSL Engine Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
