From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on yquem.inria.fr X-Spam-Level: X-Spam-Status: No, score=0.1 required=5.0 tests=AWL autolearn=disabled version=3.1.3 X-Original-To: caml-list@yquem.inria.fr Delivered-To: caml-list@yquem.inria.fr Received: from discorde.inria.fr (discorde.inria.fr [192.93.2.38]) by yquem.inria.fr (Postfix) with ESMTP id 7E1B0BC69 for ; Thu, 19 Oct 2006 13:47:06 +0200 (CEST) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by discorde.inria.fr (8.13.6/8.13.6) with ESMTP id k9JBl5qm024317 for ; Thu, 19 Oct 2006 13:47:06 +0200 Received: from [84.58.134.0] (helo=gate.lan.gerd-stolpmann.de) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis), id 0MKwpI-1GaWMI3Xfv-0004M6; Thu, 19 Oct 2006 13:46:47 +0200 Received: from flakew.lan.gerd-stolpmann.de (fw.lan.gerd-stolpmann.de [192.168.1.1]) by gate.lan.gerd-stolpmann.de (Postfix) with ESMTP id 82882C35C; Thu, 19 Oct 2006 13:46:46 +0200 (CEST) Subject: Re: [Caml-list] macosx, ocaml, findlib and extlib From: Gerd Stolpmann To: Pietro Abate Cc: ocaml ml In-Reply-To: <20061019010335.GA19279@pulp.rsise.anu.edu.au> References: <20061019010335.GA19279@pulp.rsise.anu.edu.au> Content-Type: text/plain Date: Thu, 19 Oct 2006 13:46:45 +0200 Message-Id: <1161258406.9721.29.camel@localhost.localdomain> Mime-Version: 1.0 X-Mailer: Evolution 2.6.1 Content-Transfer-Encoding: 7bit X-Provags-ID: kundenserver.de abuse@kundenserver.de login:a6865a839c0178d9aa0ce41878507ea2 X-Miltered: at discorde with ID 453765B9.002 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Spam: no; 0.00; ocaml:01 findlib:01 gerd:01 stolpmann:01 donnerstag:01 gerd:01 stolpmann:01 viktoriastr:01 64293:01 darmstadt:01 6151:01 6151:01 macosx:01 compile:01 caml-list:01 Am Donnerstag, den 19.10.2006, 11:03 +1000 schrieb Pietro Abate: > Then I tried via godi, but as far as I understand, you need to download, > compile everything via godi, This is only partly correct. It is absolutely no problem to install additional libraries. Just do it, these are of course not managed by godi, and you are on your own in questions of upgrades etc. What is kind of problematic is to replace godi versions of packages by your own ones (imagine you want to upgrade or patch a library that is needed by other libraries). This is possible, though, but requires some understanding of godi concepts. In particular, you can have local sources for godi packages that replace or override the official ones. It is even possible to provide an adapted version of godi to your users. > and there is no clear way (that I can see, > but I can be wrong) to have a system wide installation. It is unclear what you want here. The recommended way for a system wide installation is to have a special "godi" user as owner of the files. You must see that godi is a management system that does not need superuser privileges. Although you can install godi as superuser, this is not recommended because you execute third-party programs even if you only install packages, i.e. this is a security risk. This is different from other package managers that depend on superuser privileges, and maybe announce that as ability for system wide installations. > Moreover I see > godi as too 'difficult' to use for my users. Can you please elaborate on that? It is clear that godi isn't made for a pure consumer of software, but aims at developers who usually also have basic administration skills. Gerd -- ------------------------------------------------------------ Gerd Stolpmann * Viktoriastr. 45 * 64293 Darmstadt * Germany gerd@gerd-stolpmann.de http://www.gerd-stolpmann.de Phone: +49-6151-153855 Fax: +49-6151-997714 ------------------------------------------------------------