[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

splitting up the ocaml package: summary



Hello all,

I've been playing around with the ocaml package trying to produce a
patch for splitting it up.  We have had several requests for this and
there seemed to be a consesus that each was a good idea, but I wanted to
make sure that we(or, at least Sven) agree on how to lay things out and
to get a big picture of the changes required.
The requests have been:

 a) split out the /usr/bin/ocaml interpreter so that ocaml can be used
    more like a scripting langauge without pulling in a lot of
    dependencies. (motivation: init scripts)[0]
 b) split out the labltk files which pulls in lots of X and tk
    dependencies.  Note that this appears to have been requested in
    two ways:
     i) the runtime without tk (motivation: debmirror2 Depends: ??)[1]
     ii) the compilers without tk (motivation: ocamlc on a zaurus)[2]
 c) add internal libs from the compiler (typing/* utils/*...)[3]

Currently, we just have ocaml and ocaml-base which provide the compilers
and runtime respectively.  Implementing all of the above would create
the something like the following:
pkg                  depends              contents
-------------------------------------------------------
ocaml                -nox,-base,-interp  transitively everything
ocaml-base           -base-nox           full runtime
ocaml-base-nox                           runtime w/o tk
ocaml-nox            -base-nox           compilers w/o tk
ocaml-interp         -base-nox           interpreter, no tk
ocaml-compiler-libs  ocaml               extra libs

Look good?

[0] http://lists.debian.org/debian-ocaml-maint/2003/11/msg00017.html
[1] http://lists.debian.org/debian-ocaml-maint/2004/03/msg00066.html
[2] http://lists.debian.org/debian-ocaml-maint/2004/06/msg00009.html
[3] http://lists.debian.org/debian-ocaml-maint/2004/04/msg00132.html

-- 
Mike Furr <mfurr@debian.org>
1024D/124B26F3 5B9F 587F BC5C D823 50CE  4DB0 ED93 CA29 124B 26F3

Attachment: signature.asc
Description: This is a digitally signed message part


Reply to: