From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by sympa.inria.fr (Postfix) with ESMTPS id 6060F7EC41 for ; Tue, 23 Oct 2012 03:45:09 +0200 (CEST) Received-SPF: None (mail4-smtp-sop.national.inria.fr: no sender authenticity information available from domain of berenger@riken.jp) identity=pra; client-ip=134.160.33.162; receiver=mail4-smtp-sop.national.inria.fr; envelope-from="berenger@riken.jp"; x-sender="berenger@riken.jp"; x-conformance=sidf_compatible Received-SPF: Pass (mail4-smtp-sop.national.inria.fr: domain of berenger@riken.jp designates 134.160.33.162 as permitted sender) identity=mailfrom; client-ip=134.160.33.162; receiver=mail4-smtp-sop.national.inria.fr; envelope-from="berenger@riken.jp"; x-sender="berenger@riken.jp"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: Pass (mail4-smtp-sop.national.inria.fr: domain of postmaster@postman.riken.jp designates 134.160.33.162 as permitted sender) identity=helo; client-ip=134.160.33.162; receiver=mail4-smtp-sop.national.inria.fr; envelope-from="berenger@riken.jp"; x-sender="postmaster@postman.riken.jp"; x-conformance=sidf_compatible; x-record-type="v=spf1" X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlwBAEz2hVCGoCGihWdsb2JhbABEhhS7bwEBAQoLCwUWJ4IgAQEEASMVQBELGAICBRYLAgIJAwIBAgFFEwgBARCHagapVII7kFaBIIo4BYNHghGBEgOIWI0ZhWSNUw X-IronPort-AV: E=Sophos;i="4.80,632,1344204000"; d="scan'208";a="160001948" Received: from postman2.riken.jp (HELO postman.riken.jp) ([134.160.33.162]) by mail4-smtp-sop.national.inria.fr with ESMTP; 23 Oct 2012 03:44:39 +0200 Received: from postman.riken.jp (postman2.riken.jp [127.0.0.1]) by postman.riken.jp (Postfix) with SMTP id 378671260469 for ; Tue, 23 Oct 2012 10:44:36 +0900 (JST) Received: from [172.27.98.103] (rikad98.riken.jp [134.160.214.98]) by postman.riken.jp (Postfix) with ESMTPA id 0CBD81270063 for ; Tue, 23 Oct 2012 10:44:36 +0900 (JST) Message-ID: <5085F684.1090400@riken.jp> Date: Tue, 23 Oct 2012 10:44:36 +0900 From: Francois Berenger User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: caml-list@inria.fr References: <20121020211042.GE5986@dark.recoil.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-PMX-Version: 5.6.0.2009776, Antispam-Engine: 2.7.2.376379, Antispam-Data: 2012.10.23.13323 Subject: Re: [Caml-list] OCaml Labs On 10/21/2012 08:38 AM, Paolo Donadeo wrote: > Again, I want to stress that my message was not intended to be a > superficial and uninformed critics to OPAM. > > [16 minutes later] > > I just watched Thomas's talk and I admit there are many very good > ideas, OPAM is in my TODO list now :-) > > >> There have been a number of (very >> brave and good) pieces of this puzzle over the years (notably OASIS), but >> OPAM aims to pull them all together into an integrated whole. > > This is a very high profile goal, I hoped OASIS was that "integrated > whole" you are speaking about. My wish is to see a more connected and > collaborative OCaml community, where the limitations of a "system" are > solved by contribution, rather than writing another, possibly better, > system. That's why I was scared by OPAM when I read Yaron's post. > > A question: can OPAM live in peace with odb.ml If OPAM uses findlib, then odb.ml would be able to know what is already installed. > or GODI? In this moment > my environment is built with GODI (for compiler and major libraries) > and what is not present in GODI is installed with odb.ml, which > installs everything in ~/.odb, no conflict with /opt/godi/... Can I > say to OPAM to ignore a dependency, for example can I install an OPAM > package which depends on Batteries, while Batteries installed with > GODI? > >