From: skaller <skaller@users.sourceforge.net>
To: Johann Spies <jspies@sun.ac.za>
Cc: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] LablGL on Ubuntu?
Date: Thu, 01 Sep 2005 23:29:16 +1000 [thread overview]
Message-ID: <1125581356.7192.36.camel@localhost.localdomain> (raw)
In-Reply-To: <20050901085637.GD4160@sun.ac.za>
[-- Attachment #1: Type: text/plain, Size: 1715 bytes --]
On Thu, 2005-09-01 at 10:56 +0200, Johann Spies wrote:
> On Sat, Aug 27, 2005 at 10:04:57AM +1000, skaller wrote:
> >
> > I actually think GODI is better than all, since it
> > doesn't have any concept of a 'distribution': source building
> > is the way to go with Ocaml, since Ocaml, unlike C, is reliable
> > and fast to build.
> >
>
> I suppose one has to choose either the Debian packages or Godi. If I
> am correct you cannot mix the two?
At present I believe that is correct. However, it doesn't
seem impossible to provide 'dummy' equivalent Debian
packages which you can install with GODI to fool other Debian
packages into believing certain packages are installed
(well, the code *is* installed, just not by Debian).
OTOH, GODI could be a Debian package .. and Debian
packages could be built which install the equivalent
code using GODI.
The question is whether it is worth it: GODI can serve
the heavy Ocaml user on platforms Debian can't
(because they're not Debian ..). OTOH a lighter user
would find Debian more convenient. IMHO. So it is good
to have both, and not clear if there would be much
advantage making them interoperate.
A final alternative (what I use, actually), BOTH:
Debian does the 'master' install in /usr/*, whilst Godi
installs in /usr/local/godi: by default I am using
the Debian packages, but if I want to play with the
latest CVS Ocaml, I would use GODI, since it knows
when and how to rebuild libraries from source.
I think this is pretty nice, provided under GODI
build I don't accidentally use Debian tool .. which
is possible since they're always in the path.
--
John Skaller <skaller at users dot sourceforge dot net>
[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2005-09-01 13:29 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-08-25 21:51 Chris Campbell
2005-08-25 22:43 ` [Caml-list] " Sylvain LE GALL
2005-08-29 0:07 ` Chris Campbell
2005-08-29 11:11 ` Julien Cristau
2005-08-26 3:03 ` skaller
2005-08-26 12:21 ` Chris Campbell
2005-08-26 22:24 ` skaller
2005-08-26 22:46 ` Sven Luther
2005-08-27 0:04 ` skaller
2005-08-27 1:21 ` Sven Luther
2005-08-27 11:49 ` skaller
2005-08-27 19:47 ` Sven Luther
2005-08-28 16:58 ` skaller
2005-08-28 18:17 ` Sven Luther
2005-08-29 3:27 ` skaller
2005-08-27 17:51 ` Christophe TROESTLER
2005-09-01 8:56 ` Johann Spies
2005-09-01 13:29 ` skaller [this message]
2005-09-02 8:30 ` Johann Spies
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=1125581356.7192.36.camel@localhost.localdomain \
--to=skaller@users.sourceforge.net \
--cc=caml-list@yquem.inria.fr \
--cc=jspies@sun.ac.za \
/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