From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail4-relais-sop.national.inria.fr (mail4-relais-sop.national.inria.fr [192.134.164.105]) by walapai.inria.fr (8.13.6/8.13.6) with ESMTP id q29EQpE1008910 for ; Fri, 9 Mar 2012 15:26:51 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsMDAL0SWk9KN1ZKlWdsb2JhbABDhTWwHwEBAQEJCwkJEimCCgEBBAEjVhALDgwCGA4CAj0KEAYbh30FBKkBkhqBL44VM2MEmxyNLQ X-IronPort-AV: E=Sophos;i="4.73,558,1325458800"; d="scan'208";a="135228995" Received: from mail6.webfaction.com (HELO smtp.webfaction.com) ([74.55.86.74]) by mail4-smtp-sop.national.inria.fr with ESMTP; 09 Mar 2012 15:26:45 +0100 Received: from heyho.local (53-234.197-178.cust.bluewin.ch [178.197.234.53]) by smtp.webfaction.com (Postfix) with ESMTP id 5529B59B04BF; Fri, 9 Mar 2012 08:26:43 -0600 (CST) Date: Fri, 9 Mar 2012 15:26:41 +0100 From: =?utf-8?Q?Daniel_B=C3=BCnzli?= To: Edgar Friendly Cc: caml-list@inria.fr Message-ID: <425EA7ADC74C447585569243EFCF80D6@erratique.ch> In-Reply-To: <4F578595.7050701@gmail.com> References: <35CD2569B25340E28784ABDB2505BDC2@erratique.ch> <4F577292.1070502@gmail.com> <5DE1EE40F73548B89972BC0971BA23BA@erratique.ch> <4F578595.7050701@gmail.com> X-Mailer: sparrow 1.5 (build 1043.1) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Disposition: inline Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by walapai.inria.fr id q29EQpE1008910 Subject: Re: [Caml-list] odb questions Le mercredi, 7 mars 2012 à 16:58, Edgar Friendly a écrit : > > IMHO a package should be identified by a name and version. > > I've been thinking about this for a long time, and the full consequences > of this involve not only deep changes to odb internals, but also expose > the code to a ton more edge cases that need to be handled, as well as > possibly some NP-hard problems of resolving version dependencies. Without going into the dependency resolving thing, I still think it's an issue. Basically with odb you don't really know what you are downloading. For example I wanted to reinstall oasis, didn't have *any* clue which version I would get, went to oasis.ocamlcore.org, saw that v0.3.0rc2 was uploaded there so I expected to get that, ended with 0.2.1~alpha1. Had I knew before I would just have added a direct link to the new release in my `packages` files. Didn't really think hard about it, but instead of (or complementary to) defining it's own key-value language odb could maybe piggyback on oasis files (pretty easy to parse). There's a lot of info in there (deps etc.). So having something like : tarball=http://link/to/.tbz oasis=http://link/to/.oasis so that you can explore basic information about the package before even trying to download it (alternatively download the tarball and look for an oasis file to spit out, but then if that's not what you wanted you already wasted the bandwidth) So an odb -info that spits out an oasis file if any is available would be nice aswell as an odb -deps . Best, Daniel