On Fri, 28 Oct 2011, Sven Joachim wrote: > Not on my side, but dh(1) also does its multiarch stuff in v9 mode only > if dpkg-architecture -qDEB_HOST_MULTIARCH does not fail.
Well, dh parses the output of dpkg-architecture and since DEB_HOST_MULTIARCH doesn't appear there, it switches off multiarch support, yes. I don't see any problem here. > > Adding the multiarch-support dependency on dpkg-dev means that your > > package would build but would get its multiarch-support pre-dependency > > too, making it uninstallable in squeeze without upgrading the libc6. > > That's true. Actually the FTBFS is not my biggest concern, packages > with broken dependencies are a worse problem and are just as likely to > result. Well, if it finds a system library with a shlibs/symbols file, the generated dependency can't really be wrong. It might not be the one you were expecting... but then again trying to build a multiarch package on a non-multiarchified system is asking for trouble. And modifying dpkg-dev to impose a multiarch system is not the proper course of action IMO. Maybe debhelper could be modified to not enable multiarch support if multiarch-support is not installed in the build environment. But it also feels hackish to me. When people put debian/compat 9, they want all the features of the new mode (including multiarch support) and they don't expect the feature to be enabled only in some cases. Note that debhelper build-depends on dpkg-dev (>= 1.16.0) and apparently (from what you say) the backport changes that requirement, it's not a very good backport. I don't think we have a good answer to this problem at the infrastructure level. It's really up to the package maintainer to assume the responsibility of being careful when they create backports where multiarch is involved. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/go/ulule-rh/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
