Hi again, discussing the class inside the debian-ocaml-maint community we are now more thinking about keeping ocaml.mk and friends in the ocaml-nox package. It is a build-dep for all ocaml related packages and it will be more easy for us to maintain it there.
Issue 1: packages installing stuff under /usr/share/cdbs/ --------------------------------------------------------- Still, I personally would like to have the two files under /usr/share/cdbs/1/class/. I think it would look like more official to people using it and it would integrate more nicely with cdbs (I'm thinking at the prefix/suffix settings of CDBS). Would it be a problem for you then if ocaml-nox will ship /usr/share/cdbs/1/class/ocaml.mk and /usr/share/cdbs/1/class/ocaml-vars.mk? Of course we promise we wont change file names or such things without your former approval! Issue 2: modular generation of debian/control --------------------------------------------- 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. The trouble I'm having implementing the feature is that CDBS generation of debian/control out of debian/control.in is not modular. What I would like to have is a make variable where I could add sed expressions that would be used while generating debian/control. What you think of this idea? I'm willing to provide a patch for that, but first I would like to know your feelings about it. Many thanks in advance, Cheers. -- Stefano Zacchiroli -*- Computer Science PhD student @ Uny Bologna, Italy [EMAIL PROTECTED],debian.org,bononia.it} -%- http://www.bononia.it/zack/ If there's any real truth it's that the entire multidimensional infinity of the Universe is almost certainly being run by a bunch of maniacs. -!-
signature.asc
Description: Digital signature
