From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id KAA02439; Thu, 16 May 2002 10:43:43 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: (from weis@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id KAA02422 for caml-list@pauillac.inria.fr; Thu, 16 May 2002 10:43:42 +0200 (MET DST) Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id JAA00068 for ; Thu, 16 May 2002 09:04:30 +0200 (MET DST) Received: from dpt-info.u-strasbg.fr (dpt-info.u-strasbg.fr [130.79.44.193]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id g4G74Tn29109 for ; Thu, 16 May 2002 09:04:29 +0200 (MET DST) Received: from lambda.u-strasbg.fr (lambda.u-strasbg.fr [130.79.90.63]) by dpt-info.u-strasbg.fr (8.9.3/8.9.3) with ESMTP id JAA25063; Thu, 16 May 2002 09:04:38 +0200 Received: from luther by lambda.u-strasbg.fr with local (Exim 3.35 #1 (Debian)) id 178FQZ-0006yr-00; Thu, 16 May 2002 09:11:55 +0200 Date: Thu, 16 May 2002 09:11:55 +0200 To: Vitaly Lugovsky Cc: caml-list@inria.fr Subject: Re: [Caml-list] OCaml packaging problems Message-ID: <20020516071155.GA26745@lambda.u-strasbg.fr> References: <20020515120532.GA23062@lambda.u-strasbg.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.28i From: Sven Luther Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Wed, May 15, 2002 at 09:39:43PM +0400, Vitaly Lugovsky wrote: > 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, Would you elaborate more on said problems ? It is a bit different though, altough i see why you say it is similar. > 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. Ok, if we go that way, it is okay by me, just a decision should be taken, after a reasoned discussion, and after that we should stick to it. That said, i _don't like_ the symlink idea, symlink are a nice thing, but mainly in this kind of cases are used when you don't have an integrated distribution, and no packaging system, and many people also claim that symlink can cause lot of problems. It is more a workaround for case where you cannot do things properly. Then if we go that way (all stub libraries in one or two dirs), what will happen, as far as debian and maybe other integrated distribution are concerned, is that we will put the stub libraries in the directory (/usr/lib/ocaml/shlibs or something such), and the rest of the stuff in the subdirectory. There will be no symlink, and this needs a redesign of the build process of all those libraries, an adaptation to things like findlib and ocamlmakefile, and is quite big work, so best to do it for after there is a final decision on the subject. Friendly, Sven Luther ------------------- 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