From: Vitaly Lugovsky <vsl@ontil.ihep.su>
To: <caml-list@inria.fr>
Subject: Re: [Caml-list] OCaml packaging problems
Date: Wed, 15 May 2002 21:39:43 +0400 (MSD) [thread overview]
Message-ID: <Pine.LNX.4.33.0205152133000.12271-100000@ontil.ihep.su> (raw)
In-Reply-To: <20020515120532.GA23062@lambda.u-strasbg.fr>
On Wed, 15 May 2002, Sven Luther wrote:
> > Concerning this ld.conf issue, I disagree both with Sven Luther's solution
> > (a tool that adds/removes lines from this file) and with Vitaly
> > Lugovsky's suggestion (multiple configuration files in a directory).
>
> Would you care to argument a bit more about this, apart from the 'it is
> not the unix way' argument you give below that is.
>
> and BTW, ocaml-ldconf does not really add/remove lines from the
> /usr/lib/ocaml/ld.conf file, it uses two separate files
> (/etc/ocaml/ld.conf and /var/lib/ocaml/ld.conf) which are modified and
> used to generate the /usr/lib/ocaml/ld.conf.
>
> It is a nice concept (even if it is me saying it) that clearly separate
> the system administrator stuff (/etc/ocaml/ld.conf) from the
> dpkg/rpm/whatever handled stuff (/var/lib/ocaml/ld.conf), with the
> former taking precedence over the later. In no way does it modify the
> way ocaml handles this, and is thus a purely external tool doing its
> jjob correctly.
This concept looks like ls-R file in the teTeX distribution. And all
packagers knows that this file is quite a problem. So, as for me,
I choosed the way suggested by Xavier Leroy - every .so file have
simlink in %_libdir/ocaml/site-lib/, while the other library stuff
located in the separate directory.
-------------------
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:[~2002-05-15 18:35 UTC|newest]
Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-22 13:07 [Caml-list] Project Proposals Diego Olivier Fernandez Pons
2002-04-30 9:16 ` Xavier Leroy
2002-04-30 13:28 ` [Caml-list] OCaml packaging problems Vitaly Lugovsky
2002-04-30 15:08 ` Remi VANICAT
2002-04-30 18:04 ` Sven
2002-05-14 8:54 ` Xavier Leroy
2002-05-14 10:45 ` Stefano Zacchiroli
2002-05-14 15:46 ` Xavier Leroy
2002-05-14 11:39 ` Jacques Garrigue
2002-05-14 13:54 ` Michal Moskal
2002-05-14 23:28 ` Jacques Garrigue
2002-05-15 12:10 ` Sven Luther
2002-05-14 13:49 ` Michal Moskal
2002-05-14 22:52 ` Gerd Stolpmann
2002-05-15 1:18 ` Jacques Garrigue
2002-05-15 12:05 ` Sven Luther
2002-05-15 17:39 ` Vitaly Lugovsky [this message]
2002-05-16 7:11 ` Sven Luther
2002-05-16 10:24 ` Vitaly Lugovsky
2002-05-16 18:52 ` Stefano Zacchiroli
2002-05-17 16:05 ` Sven Luther
2002-05-17 19:31 ` Vitaly Lugovsky
2002-05-18 10:39 ` Michal Moskal
2002-05-21 19:54 ` Sven Luther
2002-06-13 15:50 ` Sven Luther
2002-06-18 12:57 ` Xavier Leroy
2002-06-18 13:32 ` Sven Luther
2002-06-18 20:04 ` Gerd Stolpmann
2002-06-19 6:33 ` Sven Luther
2002-06-19 11:09 ` Markus Mottl
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=Pine.LNX.4.33.0205152133000.12271-100000@ontil.ihep.su \
--to=vsl@ontil.ihep.su \
--cc=caml-list@inria.fr \
/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