On Fri, Oct 28, 2005 at 01:14:17PM -0400, Joey Hess wrote: > > Still, the causal requirement that dh_ocaml must be invoked first on the > > -dev part remains. > There are rules files such as debhelper's example rules.multi2 where > this is not the case and any package can be built indenpendant of any > other, so that is not acceptable.
Ok. > (Removing the dependency generation code you plan to remove won't change > this?) I need to think at it a bit more, but I've reconsidered the issue in the last days and I've found an viable alternative. Basically, in order to compute depdencies I need a list of ocaml object from which extract them. In the dh_ocaml implementation we are discussing that list is extracted using find on the -dev tmpdir after installing the objects. That is the source of the causal dependency: I need to _install_ the -dev package before being able to use dh_ocaml on the lib one. As an alternative I can read the objects directly from the package build dir (in that case probably not with find, but letting the DD specify them via a file in debian/). In that case dh_ocaml could be invoked independently on the -dev and lib packages (at the additional cost of recompiling dependency maybe, but this is up to ocaml-md5sums). Still, in that scenario I will need to build (meaning: what is usually done in the "build" debian/rules target) before being able to use dh_ocaml on any of the -dev/lib packages (i.e. one build target on which two binary targets depend). Would that be acceptable? Mumble mumble ... -- 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
