From: roberto@dicosmo.org
To: Brian Hurt <brian.hurt@qlogic.com>
Cc: Francois Rouaix <francois@rouaix.org>, <caml-list@inria.fr>
Subject: Re: [Caml-list] Alternative proposal: COAN
Date: Tue, 25 Feb 2003 11:54:50 +0100 [thread overview]
Message-ID: <15963.19322.759255.37091@gargle.gargle.HOWL> (raw)
In-Reply-To: <Pine.LNX.4.33.0302241442060.2037-100000@eagle.ancor.com>
I think I cannot avoid to agree with what Brian puts forward: I had a similar
experience installyng Sympa (a Majordomo replacement written in Perl by a French
institution, which, by the way, is a remarkable piece of software), where I
spent a day trying to understand why the ludicrous install procedure was
throwing on me zillions of packages, including a rebuild of Perl 5.8.
But it is probably necessary here to clearly separate the different issues...
at first sight, I see:
- centralized repository:
Issue: we want some central place where to look for Ocaml code
without resorting to google
Solution: this can be done in a pretty simple way, and the Humps are a step
in this direction, but they are not yet a centralized repository
(code is still spread around the world: it would be nice if we
had a central mirror of all the code, instead of only pointer).
- easy installation:
Issue: I want to run advi to give flashy LaTeX presentation, and I want to
just get a binary for my nice OS I love so much, without having to
recompile anything
Solution: well, either there is a monolithic binary already ready for you,
or you will need to recompile something. In this last case, if the
standard library (or extended standard library) is complete enough,
maybe a simple "make" will do (this is what I really really like of
many old Ocaml programs, or actually, about CamlLight and Ocaml itself :-) ).
Notice that this is quite similar to the approach used by NeXT in the good
'ole days when they gave you a big shared library (the standard
library) and all the rest was statically linked, to prevent you
from shooting yourself in the foot.
But Ocaml is going mainstream, so the chances of a monolithic library
good for everything seem, IMHO, low, and it is wise to consider the
third issue...
- dependency tracking:
Issue: we would really really like to avoid reading "README"s
to discover the zillion packages on which the next future generation Ocaml
killer application will depend. Just type "install XYZ" and that's it.
Solution: not so easy... because all this really requires:
- a standard for declaring dependencies (XYZ depends on ZWT, WTX and WXW)
- a standard for managing versions (XYZ v n.m depends on ZWT v >= n'.m' etc.)
- a standard for fetching sources/binaries from repositories
- a standard for rebuilding/recompiling packages
But, wait, after all, this is pretty similar to what is done by apt in the Debian
linux distribution! Probably one should have a look at apt as a starting
point. I would be interested to have the feelings of the various
people here that do Debian packages on the suitability of the apt tools to
handle this kind of issues in the Ocaml world.
Sorry for being long ...
>>>>> "Brian" == Brian Hurt <brian.hurt@qlogic.com> writes:
Brian> Thinking about it some more, I think I'm comming down opposed to a
Brian> CPAN-style library.
[snip]
Brian> Installing this application was *ahem* interesting.
[snip]
Brian> Versioning was also a problem. [snip] A monolithic library,
Brian> under a more central management, would make conformance easier to
Brian> enforce.
--Roberto Di Cosmo
------------------------------------------------------------------
Professeur (on leave at/detache a INRIA Roquencourt)
PPS E-mail: roberto@dicosmo.org
Universite Paris VII WWW : http://www.dicosmo.org
Case 7014 Tel : ++33-(1)-39 63 51 97
2, place Jussieu Fax : ++33-(1)-44 27 68 49
F-75251 Paris Cedex 05
FRANCE. MIME/NextMail accepted
------------------------------------------------------------------
Office location:
Paris VII INRIA Roquencourt
Bureau 6C14 (6th floor) Bureau 13, Batiment 5
175, rue du Chevaleret, XIII Domaine de Voluceau
Metro Chevaleret, ligne 6 Roquencourt
------------------------------------------------------------------
-------------------
To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr
Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/
Beginner's list: http://groups.yahoo.com/group/ocaml_beginners
next prev parent reply other threads:[~2003-02-25 13:05 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-02-24 16:54 Benjamin C. Pierce
2003-02-24 18:24 ` Chris Hecker
2003-02-24 20:17 ` Francois Rouaix
2003-02-24 20:28 ` Basile STARYNKEVITCH
2003-02-24 21:03 ` Brian Hurt
2003-02-24 21:10 ` Brian Hurt
2003-02-24 21:22 ` Benjamin C. Pierce
2003-02-25 10:54 ` roberto [this message]
2003-02-25 13:20 ` Sven Luther
2003-02-25 13:36 ` roberto
2003-02-25 16:07 ` Sven Luther
2003-02-25 14:17 ` MikhailFedotov
2003-02-25 17:15 ` Eric C. Cooper
2003-02-25 21:48 ` Michal Moskal
2003-02-25 22:14 ` Lauri Alanko
2003-02-26 14:06 ` Sven Luther
2003-02-27 8:05 ` Blair Zajac
2003-02-27 8:29 ` Xavier Leroy
2003-02-23 16:51 ` Chet Murthy
2003-02-27 15:39 ` [Caml-list] hierarchical modules John Carr
2003-03-01 18:09 ` [Caml-list] " Xavier Leroy
2003-03-01 18:18 ` Michal Moskal
2003-03-02 15:58 ` Xavier Leroy
2003-02-25 22:59 ` [Caml-list] Alternative proposal: COAN Sven Luther
2003-02-26 9:47 ` Michal Moskal
2003-02-26 10:11 ` Sven Luther
2003-02-26 10:26 ` Michal Moskal
2003-02-26 11:53 ` Sven Luther
2003-02-26 10:35 ` Olivier Andrieu
2003-02-26 12:03 ` Sven Luther
2003-02-27 3:19 ` Nicolas Cannasse
2003-02-23 15:05 ` Chet Murthy
2003-02-27 4:54 ` Nicolas Cannasse
2003-02-23 16:13 ` Chet Murthy
2003-02-27 9:20 ` Sven Luther
2003-02-27 10:39 ` Damien Doligez
2003-02-28 9:20 ` Jacques Garrigue
2003-02-28 10:53 ` Sven Luther
2003-02-28 12:28 ` Jean-Christophe Filliatre
2003-02-28 13:08 ` Markus Mottl
2003-02-28 13:27 ` Sven Luther
2003-02-28 14:05 ` Jean-Christophe Filliatre
2003-02-28 14:43 ` Sven Luther
2003-02-28 15:58 ` Benjamin C. Pierce
2003-03-01 18:03 ` Michal Moskal
2003-03-01 8:14 ` Blair Zajac
2003-03-02 18:21 ` Xavier Leroy
2003-03-02 20:09 ` Sven Luther
2003-03-02 21:38 ` Doug Bagley
2003-03-03 2:39 ` Nicolas Cannasse
2003-03-03 9:07 ` Sven Luther
2003-03-03 9:24 ` Nicolas Cannasse
2003-03-03 9:37 ` Sven Luther
2003-02-26 18:42 Jeff Bowden
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=15963.19322.759255.37091@gargle.gargle.HOWL \
--to=roberto@dicosmo.org \
--cc=brian.hurt@qlogic.com \
--cc=caml-list@inria.fr \
--cc=francois@rouaix.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox