Proposal ocaml guidelines

Goede, J.W.R. de j.w.r.degoede at hhs.nl
Fri May 4 11:36:17 UTC 2007


On Fri, 04 May 2007 13:24:18 +0200
 Gérard Milmeister <gemi at bluewin.ch> wrote:
> On Fri, 2007-05-04 at 12:03 +0200, Hans de Goede wrote:
> > Richard W.M. Jones wrote:
> > > Hans de Goede wrote:
> > >> The proposal I mailed to the list yesterday is now
> available here:
> > >> http://fedoraproject.org/wiki/PackagingDrafts/OCaml
> > > 
> > > What's the thinking behind removing *.mli by default?
>  Even in packages 
> > > which are well documented, the *.mli files are the
> definitive reference 
> > > for programmers.  I think they should always be in
> the -devel subpackage.
> > > 
> > 
> > This is taken from then PLD guidelines, I'm open to
> changing this. They advice 
> > to put the mli files (gzipped) in %doc when necessary,
> but to not ship them 
> > when there are other docs.
> > 
> > > Along the same lines I notice that there is no
> version information in 
> > > the path.  Early on Debian used the major.minor
> format (eg. 
> > > /usr/lib/ocaml/3.06/) but they found out the hard way
> that the *.cmo & 
> > > *.cmx format can change incompatibly on every release
> (even bugfixes) so 
> > > they now put the full version number in the path.
>  See:
> > > 
> > >
>
http://lists.debian.org/debian-ocaml-maint/2005/01/msg00067.html
> > >
>
http://lists.debian.org/debian-ocaml-maint/2005/01/msg00050.html
> > >
>
http://lists.debian.org/debian-ocaml-maint/2005/01/msg00056.html
> > > 
> > 
> > Yes, I think that adding version info to the ocaml lib
> path would be a good 
> > idea, however the already existing packages don't do
> this, hence I didn't put 
> > it in my proposal. This would be something todo at the
> beginning of the F8 
> > cycle, if we agree that we want to change this.
> Maybe we should open a bug report against ocaml, so we
> can take the
> discussion off this list. Some changes have to be done to
> that package
> anyways.

Thats sounds like a good plan, when you do, please send a
link as reply in this thread, so that interested people can
add themselves to the CC,

Regards,

Hans





More information about the fedora-devel-list mailing list