caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: "Daniel Bünzli" <daniel.buenzli@erratique.ch>
To: Edgar Friendly <thelema314@gmail.com>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] odb questions
Date: Fri, 9 Mar 2012 15:26:41 +0100	[thread overview]
Message-ID: <425EA7ADC74C447585569243EFCF80D6@erratique.ch> (raw)
In-Reply-To: <4F578595.7050701@gmail.com>



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 :  

<pkg> tarball=http://link/to/<pkg>.tbz oasis=http://link/to/<pkg>.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 <pkg> that spits out an oasis file if any is available would be nice aswell as an odb -deps <pkg>.  

Best,

Daniel




  parent reply	other threads:[~2012-03-09 14:26 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-07 12:32 Daniel Bünzli
2012-03-07 14:37 ` Edgar Friendly
2012-03-07 15:47   ` Daniel Bünzli
2012-03-07 15:58     ` Edgar Friendly
2012-03-07 16:28       ` Daniel Bünzli
2012-03-09 14:26       ` Daniel Bünzli [this message]
2012-03-09 16:26         ` Edgar Friendly
2012-03-09 16:47           ` Daniel Bünzli
2012-03-08  1:02   ` Francois Berenger
2012-03-08 13:29     ` Edgar Friendly
2012-03-08 15:41       ` Daniel Bünzli

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=425EA7ADC74C447585569243EFCF80D6@erratique.ch \
    --to=daniel.buenzli@erratique.ch \
    --cc=caml-list@inria.fr \
    --cc=thelema314@gmail.com \
    /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;
as well as URLs for NNTP newsgroup(s).