Stefano Zacchiroli wrote: > Issue 1: packages installing stuff under /usr/share/cdbs/
That is no problem. > Issue 2: modular generation of debian/control I'm not a fan of the debian/control generation, and I would rather try to get rid of it than expand it. But that's just my personal opinion. > A feature request I had for ocaml.mk is to be able to generate > debian/control from debian/control.in substituting a stamp in the > Architecture field with the list of architectures supporting ocaml > native compilation. I don't know if that would really be necessary. If an architecture is not supported, then the buildds will set the architecture to Dep-Wait. There is nothing you should need to do. I think the Architecture field should be seen more in a conceptual way, like "lilo only works on i386", but *not* in a way like "postgresql-pljava does not work on mips" because no one has ported the java compiler to mips yet. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
