On Sat, Sep 11, 2004 at 03:13:54PM +0100, Richard Jones wrote: > It's quite a complex tool so it comes in several parts. The key ones > are: > > mod_caml.so - The module which is loaded into Apache, and contains > all the C code along with apache.cmo, cgi.cmo, > mod_caml.cmo. > > Cgi_escape, Template - CAML modules which are most useful inside > mod_caml scripts, but could conceivably be used > independently. > > Registry - An extension which is loaded into Apache (using the > CamlLoad command) to support CGI scripts.
Thanks for the explanation. I therefore propose to have two packages (probably this is exactly what you already did, but I'm offline and I don't have an up-to-date copy of the SVN repo, see below, sorry). The first one, named "libapache-mod-caml" following the apache mod convention, will contain mod_caml.so, the registry and misc stuff like the icons. I'm a bit puzzled about the second one. I think it would be good to have a "libtemplate-ocaml-dev" package since template processing is a useful task even without mod_caml. But now I don't know what to do with Cgi_escape, IMO it's not worth the effort to make a package just for it since we already have ocamlnet which have similar features. I think we could simply install Cgi_escape in /usr/lib/ocaml/3.08/apache/ and let it be contained in the mod-caml package. In the future we can put there other auxiliary modules of mod-caml as well. What do you think of this naming/split? Regarding the dependencies of the two package they should be independent (no Depends), IMO you can make mod-caml package Suggests or Recommends libtemplate-ocaml-dev depending on how much you consider it a useful extension for mod-caml programmers. I would go for Recommends. Regarding examples they should be put in the mod-caml package. .cmi/.mli should be installed side by side with the package containing corresponding ocaml objects. > Actually, when I do this I get: > $ lintian mod-caml_1.2.1-2.dsc > W: mod-caml source: cvsignore-file-in-source .cvsignore <snip> > These are definitely WON'T FIX :-) I like my .cvsignore files there. Ok :), it's just a warning, but lintian is right: they really shouldn't be there. debian or not debian, .cvsignore files should be in your working copy but not in the tarball for the final user, if you think at the autotool you usually have a "make dist" target which create a tarball which does not contain CVS/ directories nor .cvsignore files. > > W: libapache-ocaml: image-file-in-usr-lib usr/lib/mod_caml/caml-icons/error.png > > W: libapache-ocaml: image-file-in-usr-lib usr/lib/mod_caml/caml-icons/ok.png > Fixed. BTW, where have you put them? (I can't look it by myself since the SVN repository didn't work a few minutes ago while I was connected and thus I was unable to update my local repository) > Also I get: > E: libapache-ocaml: unstripped-binary-or-object ./usr/lib/apache/1.3/mod_caml.so > > Unfortunately I can't fix this. Stripping mod_caml.so removes the > CAML bytecode (there was discussion of this on caml-list a few weeks > back), and that is obviously a showstopper. Of course. You can ignore this, if you would like to avoid this error to be reported you can also provide a lintian override, that is a file shipped with your package which, once installed, tells to lintian that he should ignore this error for your package. If you're interested, lintian overrides are described in the lintian user manual /usr/share/doc/lintian/lintian.html/index.html > There are updates which fix everything I can see in SVN now. I will look at them as soon as I will be able to update my SVN local copy. 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. -!- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
