Hello, Here is the situation: We have #290338 against ara [1]. Also we believe we have done our packaging right, but as you can see from the buildd logs [2] of the latest version, we end up with: -----log----- dpkg-genchanges: arch-specific upload - not including arch-independent packages dpkg-genchanges: failure: cannot read files list file: No such file or directory ****************************************************************************** Build finished at 20050401-0220 FAILED [dpkg-buildpackage died] -----log----- on arches with no native ocaml compiler (debian/rules snippet appended [3]). Well, we end up needing dpkg-genchanges and dpkg-buildpackage with support for building only architecture-independant parts of the packages (see #109794 #200454) which I believe will handle our packaging right. Now, we end up with #290338 wontfix. But is it a good practice to merge it with #109794 #200454 (we believe we depend on)? Will we be informed in that case when the last bugs (we depend on) will be resolved so to be able to trigger a (re-)build of our package ? [1] http://ara.alioth.debian.org/ [2] http://buildd.debian.org/build.php?arch=&pkg=ara [3] # Build architecture independant packages using the common target. binary-indep: build install-indep $(MAKE) -f debian/rules DH_OPTIONS=-i binary-common # Build architecture dependant packages using the common target. binary-arch: build install-arch # The arch-dependent packages are only available on archs supported by ocamlopt -@if [ -x /usr/bin/ocamlopt ] ; then \ $(MAKE) -f debian/rules DH_OPTIONS=-s binary-common ; \ else \ echo "There are no native code compilers on arch $(shell dpkg --print-architecture) \ so this package arch-dependant part should not build on it." ; \ fi binary: binary-arch binary-indep .PHONY: build clean binary-indep binary-arch binary install -- pub 4096R/0E4BD0AB 2003-03-18 <danchev.fccf.net/key pgp.mit.edu> fingerprint 1AE7 7C66 0A26 5BFF DF22 5D55 1C57 0C89 0E4B D0AB
Attachment:
pgpOBpmOW0aSY.pgp
Description: PGP signature