reassign 619284 debian-policy retitle 619284 Chapter 7.7 of the Policy disagrees with reality affects 619284 -ispell thanks
>>> Quoting the Debian Policy, chapter 7.7: >>> >>> build, build-indep, binary, and binary-indep >>> >>> The Build-Depends, Build-Conflicts, Build-Depends-Indep, and >>> Build-Conflicts-Indep fields must be satisfied when these targets are >>> invoked. >>> I implemented a work-around in ispell 3.3.02-3, so the bug no longer affects ispell. But the issue still exists, and I think it's the Policy to blame of it in the first place. Build-*Indep fields are pretty much useless if build-arch and build-indep targets are optional - and I believe this should be fixed in Policy: - by making the build-arch, build-indep obligatory for all packages or at least for those source packages that provide architecture dependent and independent binaries (in such a case dpkg-dev or sbuild could use value of Standards-Version to determine if build-arch is available) - or possibly by requiring packages to provide somewhere information about optional debian/rules targets that it implements (see #229357). - or by removing the -Indep fields (the worst option IMHO). Roger Leigh writes: > dpkg-buildpackage not supporting build-arch and build-indep in any form > is the major blocker to sanely supporting Build-Depends-Indep, because > it is still using the build target rather than the appropriate > build-(arch|indep) targets. There are (very) old bugs about this; > having it fully fixed for wheezy should be a release goal IMO--it's an > old and important defect we should just get fixed. I fully second this goal. Regards, robert -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
